人月神话三

从事程序员工作，从一开始独自编写前后端、数据库等单人工作，到后来引入前端外包、测试外包之后，开始有意识的将开发交付给他们。我做的是需求分解、思路阐述、不确定点沟通、数据同步这些辅助性的工作，和直接编程不同的是我要review代码并确保按我的思路开发了。这一套执行的顺利程度取决于开发外包的个人水平和态度，大体上执行结果是ok的，但没有完善的文档、没有版本控制、没有测试用例，有的只是业务提的conf需求链接、当初excel上的需求分解、上线邮件、有道里零碎问题点，这4样东西就是该需求模块的所有凭证了。事后再去追溯，则记忆寥寥，有人说光回忆就消耗了工作的1/6时间，时间浪费了，关键对于我而言技术和业务知识收获很少。

第三章 外科手术队伍

研究表明，效率高和效率低的实施者之间个体差异非常大，经常能够达到数量级的水平。

对于大多数项目而安，精简的开发团队是够用的（除非office36这种大型项目，动辄几千人参与的）。一般每个成员截取问题某个部分，外科手术队伍则由一个人完成问题的分解，其他人给予他所需要的支持。

外科医生   负责功能定义、技术说明书、设计程序、编写源代码、测试及书写文档。具体决断不确定问题的权力，需要拥有丰富的经验、优秀的编程能力；

副手   协助外科医生，参与讨论评估，check代码，研究设计备选方案甚至编写代码。但不承担开发职责；

管理员   在法律、合同、报表和财务放你买呢能提供支持

编辑   规范化外科医生的文档，进行分析组织，并提供参考信息和数目等

两个文秘   归属于管理员和编辑

程序职员  承担机器码文件和可读文件的管理

工具维护人员   服务于多个外科医生，提供所需要的开发工具、CI工具、svn等等

测试人员   

语言专家   相对于外科医生考虑系统的整体实现，语言专家则寻找简洁有效的使用语言的方法解决发杂、晦涩的问题

 

 

 

标签：神话,代码,开发,文档,编写,分解,外科医生
来源： https://blog.csdn.net/chengfeng_2011/article/details/114849779