最近在项目协调上遇到一些困惑想请教有经验的小伙伴是怎么处理的。
目前新加入一个比较扁平化管理的团队里刚几个月,我自己负责后端的工作,是其中一个小产品的工程师端的负责人。和前端、客户端、产品、设计、外部团队都有不少沟通,当然他们都不向我汇报,大家只是合作关系,我会负责一些协调事宜。
项目推进的过程中前端、产品、设计这些推进都比较顺利,我自己负责的后端部分问题也比较少。然而 A 、B 两位同学负责客户端,提测的 demo 连核心链路都走不通,然后解决 bug 也比较拖沓,做的东西感觉也不用心,从交付的 demo 也可以看出来。而 C 同学同样也是负责客户端,但是可以从做的 demo 看出来非常用心,主动自测,对需求中一些不合理的地方也主动提出来,bug 修复也非常快速,主动写文档。
我作为这个产品的工程师端的负责人,提测前把他们的 demo 都体验了一遍,在 Slack 公开 channel (团队鼓励公开讨论问题)提了一些问题然而 A/B 两位同学也都视若罔闻,我刚加入这个团队也不好直接说什么,最后测出来一大堆客户端 bug ,QA 也有一些不好的反馈。
由于团队管理扁平,没有明显的 KPI 驱动,我个人也只是主要协调人而已,希望是大家一起努力把产品做好,毕竟每个人交付的东西都是他们自己能力的代表。
这里发出来并不是抱怨,而是想请教如果你的项目中成员都不向你汇报,也没有 KPI 驱动,面对类似 A/B 两位同学如何把他们的积极性调动起来呢?不求做到特别好,至少是把东西做到能用呢?
-------
备注:
之前也在别的大公司做过几个子产品的技术负责人,协调人员范围都比这要大,复杂度也更高,但因为大公司 KPI 驱动,项目内成员很容易在利益上达成一致,并且项目内成员即使利益不一致也会为了不让其他人觉得专业能力有问题会尽力把事情做好。所以协调起来虽然有难度,但总有解决办法。
但这种没有明显 KPI 驱动的项目管理也无从下手,全靠主管驱动和工程师自己自律。
目前新加入一个比较扁平化管理的团队里刚几个月,我自己负责后端的工作,是其中一个小产品的工程师端的负责人。和前端、客户端、产品、设计、外部团队都有不少沟通,当然他们都不向我汇报,大家只是合作关系,我会负责一些协调事宜。
项目推进的过程中前端、产品、设计这些推进都比较顺利,我自己负责的后端部分问题也比较少。然而 A 、B 两位同学负责客户端,提测的 demo 连核心链路都走不通,然后解决 bug 也比较拖沓,做的东西感觉也不用心,从交付的 demo 也可以看出来。而 C 同学同样也是负责客户端,但是可以从做的 demo 看出来非常用心,主动自测,对需求中一些不合理的地方也主动提出来,bug 修复也非常快速,主动写文档。
我作为这个产品的工程师端的负责人,提测前把他们的 demo 都体验了一遍,在 Slack 公开 channel (团队鼓励公开讨论问题)提了一些问题然而 A/B 两位同学也都视若罔闻,我刚加入这个团队也不好直接说什么,最后测出来一大堆客户端 bug ,QA 也有一些不好的反馈。
由于团队管理扁平,没有明显的 KPI 驱动,我个人也只是主要协调人而已,希望是大家一起努力把产品做好,毕竟每个人交付的东西都是他们自己能力的代表。
这里发出来并不是抱怨,而是想请教如果你的项目中成员都不向你汇报,也没有 KPI 驱动,面对类似 A/B 两位同学如何把他们的积极性调动起来呢?不求做到特别好,至少是把东西做到能用呢?
-------
备注:
之前也在别的大公司做过几个子产品的技术负责人,协调人员范围都比这要大,复杂度也更高,但因为大公司 KPI 驱动,项目内成员很容易在利益上达成一致,并且项目内成员即使利益不一致也会为了不让其他人觉得专业能力有问题会尽力把事情做好。所以协调起来虽然有难度,但总有解决办法。
但这种没有明显 KPI 驱动的项目管理也无从下手,全靠主管驱动和工程师自己自律。