发布一个软件，需要多少人？

有时分我在任务中讪笑我们的项目牵扯了太多人。这个项目大约需求三个月，包含我和另一个程序员还有 20 – 30 个其别人可以算出去。由数不清的副总（VP）经由大约 6 个月的评审之后，一切的需求都定妥了，但变卦照样不时呈现。 最主要的是，它跟另一个团队的项目没什么差别（然则代码却不克不及重用），而谁人项目曾经将近发布了。

为什么要这么多人？为什么大公司要用大团队做出不那么大的器械，这真是个谜。我得出的结论是，你给一个项目投入的人越多，你就需求越多的人来治理这些人，再加上治理这些治理者的人，等等等等。“团队越大，人数就越多；人数越多，团队就越大。”

回忆1988年，我们开辟了 Deltagraph，在图表/图形打印细分市场曾处于抢先位置。但全部团队只是 4 个程序员，还有一个担任我们项目标 QA，而软件刊行商则有一个 QA 和一个产物司理。就这些人，做出的产物在巨细和复杂水平上接近1993年前的 Excel。直到我们开辟产物的最初一个版本时，刊行商才给我们加了几团体。

我之前第三个任务是在一家知名旅游公司（惋惜如今是他人的了），全球有1000名阁下的员工。我们的挪动开辟团队有20团体阁下，然则截至客岁我们就晋升发卖额 15%，假如我们持续做下去将可以到达到 20% 。我们保护 7 个分歧的使用（原生和web端）和一个挪动 API。有QA，有产物司理，设计师和程序员，多半工夫在一处任务，由一个司理全权治理。我们的 API 和 web 使用是本人在 AWS 上搭建的。公司其他局部在美国和欧洲各有一个主网站。我们每年均匀发布 70 -80 次，主网站一年也改不了几回。

我以前讲到过一款app，我们用很少的人、花了两个月开辟的，并且app会成为什么样一开端也无从得知。 (原网址假如无法翻开，可参考 bing.com 缓存页 )

我作技巧参谋（不是承包商）的时分，任务内容是协助客户处理成绩，常常是一团体同时当剖析师，项目司理，架构师，程序员和 DBA，有时还不得不设计非盘算机零碎的流程。我记得我们用了近一年工夫介入一个大项目，只要两团体，什么都做。

有时我诧异于小型始创公司没有若干人、仅一点点治理就作出让人叫绝的产物，但因为我也有过相似阅历，至多我能想象他们是怎样做到的。我不断以为最小范围的团队能完成杰出的产物，只需能掌控做什么、怎样做。平日大公司的状况是每一个人都要掌握一切事，大范围的精密分工，仅仅是为了让浩瀚团队都能分一杯羹。

项目里的人越多，你需求的沟通和治理就越多，信息传递和成绩申报就越慢。你必需用更多的流程来确保任务得以完成。当然，消耗的工夫和金钱也更多，所以你常常要舍弃产物特征，只是为了把器械发布出来。任何需求治理一大堆人的担任人，都邑担忧难以意料的成绩忽然冒出来咬他们一口，所以决议计划就变得激进和慎重。很天然地，这会让发布产物既艰苦、又花钱，并且常常迁延良久。再加上以前有着相似成绩的项目留下的暗影，任务会愈加的当心慎重、渐渐吞吞。

比拟之下，小型创业公司就不会受限于慎重的风格、繁琐的流程、孤立的治理和忧虑。即便我们谁人旅游挪动项目组也甘冒风险，运用小团队、测验考试 AWS 如许的新事物而不是自行建造一个帝国，虽然我们处于一个宏大轻巧的贸易实体内。我们是在如许的前提下做到的：在一开端就没有任何治理上的支撑，只是愿望把挪动产物推出来赶个时兴，这使得团队坚持精悍，同时带来了越来越多的发卖额。

看看当局项目，你会禁不住笑话他们，搞那么多人来管一切工作。我记得在征询公司任务的时分，有两团体为美国国防部的一个项目任务，从主承包商那儿算下来，他们大约是四或五级分包商。常常的状况是，他们不晓得发作了什么也不晓得该做什么。比来的一个笑话是 TSA（Transportation Security Administration，美国运输平安治理局）花了 $350,000 做的 app，除了两个箭头和一个 random() 挪用什么都没有，这个例子也太搞笑了。有个中央，我曾在那儿做架构师，他们有个项目我预估需求 2
团体周的编码。他们花了六个月、经由几十次的会议和一份 120 页的需求文档，得出了异样的结论。我们本可以把这 app 做十次还多，而那些人在会上都干了什么呢？

​