人月神话

月伴飞鱼 2025-01-23 18:13:42
学习书籍 > 编程书籍
支付宝打赏 微信打赏

如果文章对你有帮助,欢迎点击上方按钮打赏作者!

img

书籍介绍:https://book.douban.com/subject/1102259/

人月

指的是一个人要花几个月才能完成软件开发的单位。

比如一个项目 5个人 合作开发需要 2个月 的时间,那么总工作量就是 10人月

焦油坑

各种团队,大型的和小型的,庞杂的和精干的,一个接一个淹没在了焦油坑中。

表面上看起来好像没有任何一个单独的问题会导致困难,每个都能被解决。

  • 但是当它们相互纠缠和累积在一起的时候,团队的行动就会变得越来越慢。

软件开发的另一个难题,是从单一程序到软件系统过程中,所造成复杂度的快速上升。

  • 期间并需要包含不同的活动与技能,使得软件开发必须面对多样性的挑战。

产品负责人和技术主管是同一个人

这种方式非常容易应用在很小型的队伍中,可能 是三个或六个开发人员。

  • 在大型的项目中则不容易得到应用。

原因有两个:

  • 第一:同时具有 管理技能和技术技能的人很难找到。
    • 思考者很少,实干家更少,既是思考者又是实干家的太少了。
  • 第二:大型项目中,每个角色都必须全职工作,甚至还要加班。
    • 对负责人来说,很难在承担全部管理责任的同时,还能抽出时间进行技术工作。
    • 对技术主管来说,很难在保证设计的概念完整性,没有任何妥协的前提下,担任管理工作。

产品负责人作为总指挥,技术主管充当其左右手

这种方法有一些困难,很难在技术主管不参与任何管理工作的同时,建立在技术决策上的权威。

显然,产品负责人必须预先声明技术主管的技术权威,在即将出现的绝大部分测试用例中,他必须支持后者的技术决定。

要达到这一点,产品责任人和技术主管必须在基本的技术理论上具有相似观点。

他们必须在主要的技术问题出现之前,私下讨论它们,产品责任人必须对技术主管的技术才能表现出尊重。

  • 这种组合可以使工作很有效。

不幸的是它很少被应用,不过,它至少有一个好处,即项目经理可以使用并不很擅长管理的技术天才来完成工作。

img
支付宝打赏 微信打赏

如果文章对你有帮助,欢迎点击上方按钮打赏作者!