刚当上一个小leader,和pm对接时有点小疑惑

spike13 发布于 4月前
tinyfool 等1人欣赏。

我是一个小组的leader,组里算我一个6个人。

今天下午产品 单独和我聊了一个特别小的需求,连开发带上线也就1小时。这个项目具体开发不是我,但我觉着需求小就一口答应下来了。等我和真正开发的妹子说时,妹子觉着我不应该乱接需求,pm隔三差五的提这种小需求,活就没法干了。

我觉着妹子说的没错,不能随便让pm插需求。但这种1小时内能搞定的小需求,正常排期得两周之后了,感觉也确实说不过去。现在被夹在中间,两边不是人。

大家遇到这种情况一般怎么办?

共9条回复
xiaotie 回复于 4月前

判断是否是合理需求,分析权重及紧急情况进行安排

tinyfool 回复于 4月前

leader应该是PM和程序员之间的防火墙,如果你觉得一个需求确实有意义,且确实不会造成delay可以接。你也要做好跟程序员的解释工作。反过来,如果PM的需求太多,严重影响了team的开发进度,你要勇敢说不。

梦中醒不过来 回复于 4月前

给你两个简单的建议

1.不能把决策过程暴露出去.

无论需求是否合理, 收集需求和决策绝不同时进行, 你们部门的开发节奏由你来掌控. 如果暴露了决策过程, pm今天可以跟你聊加需求, 明天就可以饶过你直接找程序员改代码, 这是程序开发的大忌.

2.无论对方提什么要求, 你也对对方提一个

很多人在管理上走不远,在谈判的时候被情商高的人吊打是常有的事, 记住这个原则死的不会太难看吧.

有一些专门程序员管理的书可以看看, 比如<IT项目经理成长手记>

PHPReactNative 回复于 4月前

JIRA排期 分优先级

wangxl 回复于 4月前

3楼 @梦中醒不过来

2.无论对方提什么要求, 你也对对方提一个

很多人在管理上走不远,在谈判的时候被情商高的人吊打是常有的事, 记住这个原则死的不会太难看吧.


突然知道自己经常被吊打的原因。;(

spike13 回复于 4月前

3楼 @梦中醒不过来 感谢点拨! 书已下单

spike13 回复于 4月前

2楼 @tinyfool 之前确实没理解这层责任,感谢~

清醒疯子 回复于 4月前

确实不是一个小时的问题。因为你要先从现在的开发思路出来。很多时候,赶工一小时后,回头得重新找思路了。当然,这种情况也不完全是没有办法的。但对开发的影响,可能不是表面上看起来那么小。作为Leader应该对组内开发的工作饱和度有一个基本的判断。比如你说到的妹子,如果本身开发任务就相对紧张,就要考虑这个需求有没有别的富闲人力可以接手。还要分清,接手的人是领了任务就可以自己干的人?还是令了任务得让妹子先带一天才能开始干活的人?

清醒疯子 回复于 4月前

也就是说,接不接新需求,要根据你手上的人力情况来判断,而不仅仅是需求本身。如果自己手上的人力排不过来,就要和产品商量,先停掉还待开发的需求。当然,要做好撤需求的评估,包括代码回滚和代码评审,已经回滚后回归测试等问题。

登录 或者 注册
相关帖子