摘要：
引论通过最近几年的实践，对于软件开发的最小团队模式，有一些新的理解，和大家共享：很多团队，公司在成本压力下，总是希望寻求一个最经济有效的团队组合，这个是可以理解的，也是该随笔的初衷。最小团队不是指单纯的减少人员，不是把一个需要5个人做的工作压缩为1个人做。软件开发本身存在一个众所周知的弊病，就是只要存在一个能够编码的技术人员，那么软件就总是能够“做”的出来，这也给人一个假象，软件开发的最小团队就是一定数量的“码农”；这个在其他领域比如建筑和制造几乎是不可想象的，究其根源，是因为软件的质量标准过于的飘渺： 我的意思是，最小团队绝不是几个“码农”。人员可以合并，但角色不能合并；职能可以合并，但能力 阅读全文
