首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

软件项目与团队管理之人月神话中的焦油坑是否还存在?

摘要:《人月神话》可谓是IT软件开发管理人员的必读之书。距离书中的理论提出已经快50年了,仍然像哥德巴赫猜想一样吸引和困扰着人们。本篇来看其中的一个理论,“焦油坑”是否还存在?

(人月神话中插图焦油坑)

焦油坑字面意思,描述的是在史前,巨大的野兽,比如恐龙、猛犸象、剑齿虎等掉进了其中。它们在焦油中痛苦地挣扎,挣扎的越是猛烈,焦油纠缠得越紧。没有任何猛兽足够强壮或具有足够的技巧,能够挣脱束缚,它们最终都沉到了坑底。

大型信息系统开发,就像这样一个焦油坑。在成本、时间进度和目标的多重因素下,很多大的或小的团队,一个接一个地淹没在焦油坑中。表面看起来没有任何一个单独的问题会导致悲剧的发生,每一个都能被解决,但当它们相互纠缠和累积在一起的时候,就变成了一个可怕的焦油坑。

(图片来自人月神话)

如上图所示,当一个程序诞生的时候,可能这是一个很愉快的过程;程序员凭借自己的思维和灵感,把它创作出来了,然后执行运行命令,“完美,跑起来了!”。遗憾的是,如果这个程序想变得更有价值,它需要变成产品,变成可以被任何人运行、测试、修复和扩展的程序。最好还要具备平台兼容性。这样的话,需要至少增加三个工作:1、补充易用性方面的编码;2、编写支撑文档;3、测试。按照作者的说法,工作量增加了3倍。

进一步的,如果这个程序想变成系统的一个构件,它必须具备规范的格式,与其他系统一致的API接口,还是要进行集成测试。成本又增加了3倍。如果这个程序想变成编程系统产品,它的成本又几乎性的增长,变成了9倍。

以上就是大型信息系统开发中的焦油坑理论。我们姑且不去较真一个软件所变成的商业价值形态(即是以程序、编程产品、系统产品中的哪种)和成本到底增加了几倍,毋庸置疑的是,当项目陷入纠缠时,成本确实在成倍的增加。

那么,在这个理论从提出到现在这么长的时间里,这个问题得到解决或缓解了吗?事实上,这个问题如同其他矛盾一样,无法彻底解决,但却可以缓解至每一时期管理水平发展的最大限度。

大型项目管理科学化程度已经大大提高

首先,大型信息系统项目建设,已经发展为了项目、项目集、项目组合。每个层级不仅有项目经理,而且有相应的管理委员会,及管理理论、过程和工具。科学的大型信息系统项目管理知识,从项目的组织架构、生命周期管理、过程治理等方面提供了健全稳妥的解决方案。这是其一。

(图片来自网络)

工种细分已经十分完善

其次,现在项目或软硬件产品开发,不再是程序员单一工种在战斗。而是往往至少拆分出了需求和研发两部分;需求通常由产品经理或类似职责的角色来完成采集和分析,而且需求到研发手中的时候,可以是以原型的形式,做到了可视化。并且,有运营人员和售前人员协助反馈需求,改进功能。从这些方面来讲,也大大降低了焦油坑的纠缠程度。

(图片来自网络)

成熟的开发模式不断涌现

我们对经典项目管理模式已经运用得轻车熟路了,在立项、设计、部署、运维等阶段都建立了完善的开发模式。对项目管理的5大过程、9大领域、44个管理点位都创建了横成体系、竖成套路的一体化理论和实践。

另外有各类开发过程模型,瀑布、螺旋、原型等,虽然每种模型都有缺点,但灵活的在不同情况不同阶段使用不同的模型,可以最大限度地规避焦油坑。

成熟的测试模型和测试工具

不仅发展出了V模型、W模型、H模型等;还配合着开发模型,产生了单元测试、集成测试、系统测试、白盒测试、黑盒测试、功能测试、性能测试等。并编写出了各类高效测试的工具和缺陷标准。

(图片来自网络)

再就是各类质量保障的建立和健全,ISO、CMM、CMMI等。

所以,信息系统开发项目中的焦油坑,已不再像从前那样不可解。但这对一些公司或团队来讲,并不是一件好事,因为,如果你对这方面不专业,那么你和别的企业并不在一个起跑线上。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20191128A0PYD400?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券