查看: 2955| 回复: 12
收起左侧

[管理] 项目伙伴不听劝及如何在新公司扩大影响力,把新项目往正确方向引导

本楼:   👍  0
0%
0%
0   👎
全局:   1511
84%
16%
281

注册一亩三分地论坛,查看更多干货!

您需要 登录 才可以下载或查看附件。没有帐号?注册账号

x
新公司做新的项目。但是项目伙伴都快要把新项目从头开始毁了。我查了一下,那人是一个不是很好的学院(类似专科)2008毕业的。他一直强调不需要代码质量(刚开始给我发了个只有2页的code guideline。。。)。这个项目是部门里唯一也是第一个使用git的,其他项目都还在使用svn。我让他遵守git workflow,他竟然百般不愿意。我昨晚还跟我研究所的印度前同事(她现在在公司)讨论了一下,她说这样会把项目搞坏的。我讲他他又不听我的。他有十年工作经验,但是他一笔带过他之前的公司,所以我怀疑也是一个外包公司。感觉那些小外包公司的背景的人,很不喜欢遵守规则很不喜欢遵循项目管理的规则。他天天把git给弄得乱七八糟,凭啥他可以不用pull request也不用被code review就能push到master branch。印度前同事就说我们之前在研究所管理规范项目流程好,所以能够不仅做项目写代码还能够写paper开会议带学生还有时间闲聊八卦吃冰淇淋。但是现在我感觉我被我目前的项目伙伴给妨碍进展了。我push他他根本不听,感觉像是有某种iq 缺陷似的,那么难以遵守规则。他管理项目的有时候,逻辑思维也是不太对的。另一个软件架构师整天很严肃的样子,上周开会他俩一直高谈阔论git,结果后来项目伙伴把git弄得乱七八糟还给我写了封sorry邮件,他俩才告诉我他们根本没有上过git培训,反倒是我一入职就被拉去上我人生中的第四次git培训了(讲的内容还太浅)。他们不懂git又不懂装懂,害得我以为他俩是专家呢,(有天早上我一来办公室就发现他怎么突然把我pull request关掉了,还commit在我的feature branch里写了一堆code review,我当时有些生气了,还纳闷难道这是比我研究所还先进的workflow吗。其实是svn习惯者的惯性思维)感觉工业界这些男性员工这样很浪费我时间,我都没法高效工作了。那个架构师也是根本不信任我,明明是项目伙伴吩咐我去通知架构师干某件事,架构师不信任我,又跑去问项目伙伴怎么回事了。

你说他们能力跟我研究所同事一样高,我也就服气了,那样我也能像以前一样高效工作了。但是他们又没有我研究所同事领导的能力和管理能力,还要不信任我不采纳我的意见,我当然不服不爽了。

所以很想请教一下大家,我该怎么跟他们沟通?我以前都是很放心地follow我研究所的天才同事们制定的流程规范。但是现在在新公司,真的影响到我的进度了。如果不能改变他们,那我得另作打算了。. From 1point 3acres bbs

我已经跟项目伙伴说了很多次了,先不要急着push commit,让我先把把关,缕顺一遍,有问题就直接问我,我以前在研究所刚使用git workflow 时也是问了同事很多很多次。但是新公司里这个家伙从来不问我,把git log弄得跟个意大利面似的。我又还刚刚开始试用期,硬着来肯定不行。glassdoor上边确实写得对,这个公司管理上确实还是不够力度和规范。

BTW,我印度前同事高度赞扬她组长管理很好。有次有个刚转正的毕业生提交了Java代码。组长不满意代码质量,直接把已经merged的又给扔出来了。. 1point 3acres

评分

参与人数 1大米 +2 收起 理由
yikehongxin + 2 给你点个赞!

查看全部评分


上一篇:不和同事们一起吃饭,影响沟通吗?
下一篇:作为谷歌TSE(technical solutions enginner) 谈谈这个岗位
hxtang 2019-11-8 00:49:03 | 显示全部楼层
本楼:   👍  11
100%
0%
0   👎
全局:   4349
99%
1%
33
理解这个事情很糟心,可能换一个workflow规范的公司最简单,尤其如果你觉得workflow混乱是整个部门的问题,那你一个ic是解决不了的。
以下假设你还打算在这个公司干一段时间。. Waral dи,
在缕顺git问题之前,可能你先需要缕顺和其它同事的关系。从你描述看,架构师是老大,合作伙伴和你可能平级但是比较被信任(也许因为老员工),而你还在作为新人不怎么被信任的阶段。这样的情况下你是无法一上来就take lead,要求别人改变甚至听你的。所以现在比较practical的做法是先把优先级放在推进项目(哪怕用低效的workflow),让你同事能接受你了再说,然后一点点往你想要的方向引导,方式可以迂回一点。比如不要说“让我把把关”,试试在因为workflow混乱出现问题的时候,提问怎么避免同样问题再次发生,最好是引导同事自己说出你想要的答案。你说的前印度同事的组长那套铁腕做法也许用来对待下级可以(其实个人觉得也不太有用),对平级/上级完全行不通。
再另外就是无论在哪里工作,对同事个人最好不要带有不相关的bias,比如毕业学校、之前公司、性别、学术界工业界什么的。心里有bias脸上多少是看得出来的,这样更加不容易合作好,自己工作的心态也比较容易消极。

评分

参与人数 6大米 +28 收起 理由
painting + 2 很有用的信息!
光影流转 + 2 很有用的信息!
yeetatbig4 + 3 高级,学习了。
admin + 16
greenmoon55 + 3 给你点个赞!

查看全部评分

回复

使用道具 举报

yeetatbig4 2019-11-7 23:50:41 | 显示全部楼层
本楼:   👍  2
100%
0%
0   👎
全局:   5299
94%
6%
358
关注一下,期待大神来回答。。。
但自己觉得,这种情况只能跳槽吧。我不知道这种工作怎么做。正常的工作应该2个条件:git (真的会互相code review和多方合作) 和 test driven。. .и
git 如果乱,但各种 test 能拦住错误、保证质量,也还凑合;以前做移动端,test 比较难弄,手动 test 多一点,所以 git 被 老板严格要求,各种 rebase 要保持 commit history 干净,就也还凑合。
.1point3acres
我觉得有时候外人老觉得跳槽是为了钱,但至少我自己,就是因为老板有问题,或者同事不愿意遵守 best practice。遇强则强这个成语还真不是说说而已。
回复

使用道具 举报

pioneerX 2019-11-8 01:43:53 来自APP | 显示全部楼层
本楼:   👍  1
100%
0%
0   👎
全局:   1257
98%
2%
32
哈哈哈 同感。只能先管好自己一亩三分地,然后打好关系,以后有机会再润物细无声的慢慢教。小公司很多都这样,进度优先。如果你真的很在乎,你可以用lunch and learn的方式介绍先进的workflow,或者自己写写doc和组里分享。这种事细节上的事只能去缓慢的影响。
回复

使用道具 举报

champ大叔 2019-11-8 02:36:33 | 显示全部楼层
本楼:   👍  0
0%
0%
0   👎
全局:   104
92%
8%
9
拉肚子的时候进个公厕臭气熏天屎尿满地但还是得咬咬牙放一炮,难道还能想着先把这一地的屎尿清干净了再拉?
回复

使用道具 举报

yeetatbig4 2019-11-8 03:58:31 | 显示全部楼层
本楼:   👍  0
0%
0%
0   👎
全局:   5299
94%
6%
358
hxtang 发表于 2019-11-8 00:49
理解这个事情很糟心,可能换一个workflow规范的公司最简单,尤其如果你觉得workflow混 ...
高级,学习了。
回复

使用道具 举报

 楼主| painting 2019-11-8 06:43:26 | 显示全部楼层
本楼:   👍  0
0%
0%
0   👎
全局:   1511
84%
16%
281
hxtang 发表于 2019-11-8 00:49
理解这个事情很糟心,可能换一个workflow规范的公司最简单,尤其如果你觉得workflow混乱是整个部门的问题, ...

“引导他人自己说服自己”,这个我自己就有切身体会。高手你果然综合素质都很强啊。谢谢你帮忙分析厉害关系,分析哪些人有分量。另一个在Honeywell的中国女博士也说她花了1年才树立专业权威。
我也是想继续在这个城市待下去,费了好大劲才找到回来这个城市的工作,每周末跟研究所的同一个组的前同事们吃吃喝喝八卦很开心。所以也希望自己目前的项目能够顺利一点,方向不要走错。也是为了防止项目变成坑项目,后边阶段需要到处救火。走过的坑就不要再踏进去了(其实由于研究所管理科学,我们并没有踏过那些坑。好的项目管理就像奢侈品,一旦拥有就看不上差的管理技能了。如果他没有经历过更好的管理经验,也许就会觉得管理也就是那样水平是最高的了吧。所以现在有点理解,为啥有的招聘启事里会要求有过成功的项目经验或管理经验)
冷静一点,觉得自己也是太把bias表现出来了。心态还是没有放平。细想自己咄咄逼人的样子,并不利于合作。还是尽量把别人当作合理的人吧。但是真的有点难磨合

今天又收到他一封邮件,问项目里的所有人(只有我一个人有git workflow的经验。。。)到底是用rebase还是用merge,并且只附上了一个链接rebase vs merge。我还以为我们已经达成一致,同意使用rebase了呢。。。我觉得如果是我的话,我不会用群发邮件这种方式来讨论,而是用confluence的project space来作为single point of truth for document来讨论,而不是邮件这样容易碎片化的不容易跟踪和需要手动整理归档的来讨论。至少自己分析总结一下列个表关于两者特征bullet points和本项目的需求及特征,方便大家补充。
回复

使用道具 举报

 楼主| painting 2019-11-8 06:45:52 | 显示全部楼层
本楼:   👍  0
0%
0%
0   👎
全局:   1511
84%
16%
281
hxtang 发表于 2019-11-8 00:49
理解这个事情很糟心,可能换一个workflow规范的公司最简单,尤其如果你觉得workflow混乱是整个部门的问题, ...

哇。我觉得你安慰我的语气和模式跟我研究所组长挺相似的。我觉得你以后当个领导的话,大家都会很受用很舒服开心有干劲的。
回复

使用道具 举报

myIDname 2019-11-8 06:48:19 | 显示全部楼层
本楼:   👍  0
0%
0%
0   👎
全局:   528
98%
2%
10
其实一直不理解软件公司的运作方式,你老板呢,你项目伙伴的老板呢,你们的project manager呢,你们项目里的technical lead呢?俺做汽车机械,项目里面但凡有人胡搞,不管是故意还是无知,立马被人拍死。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
职场达人
  • ↑ 本版用于讨论职场各种干货话题,闲聊请去🔗聊聊或者🔗匿名版
  • ❌ 本版严禁水贴,引战,发布广告,拉群,贴个人联系方式,扣分无警告
  • ☑ 求职、面经等去 🔗北美求职和 🔗回国求职大区,刷题和学习请去 🔗终身学习大区
  • ☑ 请去专版发布 🔗内推, 🔗招聘信息,和讨论 🔗创业内容
  • ☑ PIP / DevList/ Need Support 等话题也已开设 🔗专版

本版积分规则

>
快速回复 返回顶部 返回列表