成为技术老大项目管理篇11一小步快走还是步步为营

发表于:2018-3-07 09:58  作者:铁棍山药   来源:简书

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试管理 项目管理

  今天来说说项目的节奏感问题,大家肯定听过各种项目过程模型,瀑布式、敏捷式等等,小步快走还是步步为营,到底是哪个模型好,就像讨论什么开发语言更好一样,一直争论不休。
  我想回到问题的原点来讨论,项目的目标是什么,一定是支撑业务的发展,项目一定是为业务发展服务的。明确了这一点,那选择哪种模型就看哪种模型更能适合业务发展了。
  业务的发展会有不同的阶段,前期就是要快速卡位,要快,肯定不能掉链子;中期一定要稳定推进,不能出大的漏洞,因为这时候服务的用户已经很多,输不起。因此我们看项目模型的选择,两种阶段需要的能力是不一样的,两种都需要。这就类比现代战争,一个大国的军事实力,一方面要有协同海陆空集团军作战,整体对抗的能力;另一方面也得有灵活的特种作战能力,精准打击,小成本实现战略目标。
  瀑布模型,类比集团军作战,大规模过程节点推进严密,作战意图和规划需要提前部署,很适合大的战役。
  敏捷模型,类比特种兵作战,过程中需要紧密的配合,信息需要高速传递,非常适合小的精准的打击。
  我认为两种模型代表两种能力,其实在我们现实的环境中,两种能力都是需要的,更重要的是随着业务发展,去适时搭建匹配的能力。
  业务初期,比如我们做一个网站,初期肯定需要快速尝试商业模式,根据用户反馈快速迭代,其实这时候人手也少,流程制度都缺失,项目质量高度依赖个人的能力,这就是特种作战的时候,这时候我们反而需要选择适合自己的工具、制度和规范,让我们逐步有集团作战的规范化能力。如果我们这时候缺失了这个能力的搭建,一旦业务成长起来,因为前期系统的野蛮生长,他会变得不可控,坑特别多,规范化、协同作战的能力如果没有跟上,质量会出大问题,后果不堪设想。
  当业务度过了这个阶段,进入稳定期,我们的网站用户已经有了一定的沉淀,我们会发现之前的快速迭代,会让系统变得复杂化,有用的功能和无用的功能堆叠在一起,理清楚这些功能,需要的人手也越来越多,为了协调这些人,制度流程也会变得复杂,这就是集团作战的时候,这时候,我们会发现流程制度很完善,质量很高,但是一个很简单需求,我们反而无法快速支撑了,因为一个简单的需求,我们也需要考虑影响的范围,我们也需要繁杂的流程去协调各个负责人。如果任由发展下去,产品会失去竞争力,这时候,我们其实需要重新找回特种作战的能力,怎么找回,就是以一个大的产品需求为契机,重构系统,做减法,打乱原有的分工和流程,打破原有组织的藩篱,重新让大家快速起来。比如每年facebook都会有一次大的版本迭代,其实这就是让组织和系统重新盘活重构,重新具有特种作战的能力。
  总结一下,小步快走和步步为营,都没错,都是团队需要具备的能力,我们做项目管理不光要把当前的项目完成,更需要关注团队能力的搭建,只有同时具备两种能力,才能在未来更好的支撑业务的发展。

2018年ISTQB高级认证测试经理在线培训全国首播,限免领取考试大纲>>

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道