都是紧急需求......

date
Apr 1, 2020
slug
urgent-requirements
status
Published
tags
思考
summary
type
Post
研发人员在开发时,最怕的就是被打断,尤其是初级和中级工程师,往往多任务切换的能力不是很强;如果需求都是紧急需求,而且反复不断出现,团队效能将会被大大降低,士气会受重大影响

都是紧急需求(P0)


💡
紧急需求定义:每个需求、任务和问题都被定义为最高优先级,Leader只是不断检查进度,而不给开发人员适当的时间来完成任务
上述问题一般由下面几种触发:
  • 需求方案发送重大改变
  • 市场或客户的压力
  • 各种BOSS的需求
需求分级的意义在于,主要和次要矛盾要分清,目标需要特别明确,在某些阶段的需求是否符合公司的短期或长期战略,这个对于创业团队尤其重要,当全都是紧急需求的时候,其实也都不重要紧急了。

为什么都是紧急需求不好


对于这点,个人觉得原因有如下几点:
  • 管理团队正处于混乱之中,问题和任务,没有经过合理的或者说是深层次的思考评估,没有真正的分级和分类,或者不清楚问题和任务不分级、分类的坏处;这个现象,必然导致Leader和其下属团队产生问题,团队成员对于管理层,会产生不信任,打击团队信心
  • Road Map规划没执行到位,整体产品节奏没有控制好,或者是因为外部市场压力或是其他原因,导致已有的产品迭代节奏出现问题,但是管理层没有充分意识到,Road Map的偏离或者资源倾斜到次要的点去了
  • 研发团队和前端市场间,缺失了缓冲区,研发人员不得不直面市场需求侧,这会给研发人员带来非常多的“噪音”,信息的过载会让大家不知所措

解决


减少需求或者是推迟交付时间,不总是可行的,有时候这么做会给未来造成更多的压力,但是在研发人员,在已有迭代中时,并且可能本次迭代已经在冲刺阶段,把新任务也定义为紧急,而且已有的紧急还必须按时交付时,这种做法如果经常性出现,只会对团队效能和士气,起到反作用;
在面对这种情况时,可能有如下做法可以参考:
  • 和需求方做有效沟通,寻求更加合理的解决方案
  • 建立合理的缓冲区,对需求进行合理的评估和分级,让产品迭代在一个高效的节奏上
  • 如果此类情况经常发生,第一,我们需要考虑产品策略和方向,是不是和市场需求有所冲突或偏离;第二,我们需要思考,资源的情况是否可以承担业务压力

思考


管理者,必须深度思考出现问题的原因,在面临此类情况时,不能仅仅是任务分配器和监督者,压力可以传导,但是不能仅仅是传导,在面对压力的时候,需要思考自身存在的问题;管理者应该尽量让团队在一个产品节奏中进行迭代,合理的节奏是高效和质量的保证。

© 天行者YANG 2020 - 2022