WEB类开发小团队构建篇（一）

       年过30一直都在小企业里混，时常会觉迷茫30已过，而自己仍旧只是小公司里混混。每个人的近况不同，所以考虑的东西也大有不同，总的回想自己从业的这几年，也有些许东西可以拿出来分享，没有对错，只是觉得这样做更好点吧。

       先说说基本经历吧，大专毕业后升本科，算不上流的本科院校毕业，出来后从事.NET开发工作，前几年主要从事网站开发，后开始从事传统软件开发，就是各种系统，期间开始接触PHP，使用PHP开发。14年低开始带团队，到现在主要做产品这方面的工作，也兼顾团队管理但不是主要，所在团队都属于小团队，也参与过几个外包小团队。所以就过往的经历总结些小团队的经验，希望能与码友一起探讨。

       首先谈谈小团队构建的必要性吧，从逻辑上讲，大的团队也是可以分各个小团队，小团队的职能不同，小团队间相互协调，把大项目拆分，共同完成统一项目目标，这样也就能构建成一个大的团队，所以谈小团队与大团队并不冲突。再有大公司总是少数的，还是有很多从业者都还是小团队，有更多的创业者，也都是带着小团队，所以小团队构建，不管是大小公司都必备的。

       小团队的优点：

       一、高效   高效只是从理论上谈的，当然小团队想要高效还是得看管理者及团队人员构建。高效主要在于交流高效，不需要太多次的意见传达，项目管理中也不需要多方去协调，遇到沟坎时也会比较快捷的讨论解决。

       二、易管理  这个应该是毋庸置疑的，人少就好管理。

       三、好像就没有其他咯，以后有想到再补吧。

      缺点：

      一、团队思维局限  执行项目可能遇到考虑不周的问题，当然这个通过更多的时间可以解决，这样就违背了高效的特点，还有团队人员的能力上都可以缓解这些问题，但普遍还是存在这个问题。

      二、无法完成大规模的项目  大型项目可能就需要好几个小团队来共同完成。

      三、没有系统化的思路  能高效的完成小的项目，但往往没有考虑系统化的道路，做了项目一，项目二，却没法把项目一二合并。

小团队构建后也主要围绕这些优缺点来完善团队。

       构建小团队，首页考虑的是人员：

       项目经理1人（需要编码及需求），团队需要领头羊，但不能多个人来担任，所以项目经理1人，需要具备沟通交流需求的能力。往往这类团队都没有需求分析师，没有产品经理，这就需要项目经理来接手这部分的工作，再有就系统架构方面也需要由项目经理来解决。

       平面设计1人 ，负责项目平面设计工作，最好是女生，毕竟开发团队男多女少，能协调下会比较好。

       核心开发2人，核心开发人员2人，主要分担项目的开发工作，在遇到沟坎时候能与项目经理一同讨论完成，最好是核心人员能分担项目项目经理架构部分的工作。核心开发最好能一个擅长后端开发，系统架构、数据库设计都可以一手完成，另一个核心开发能比较擅长前端，能完成前端UI的工作。

       辅助开发2-3人，完成项目经理安排的小区块功能工作。

       测试1-2人，主要手工测试软件功能，也不需要什么自动化测试，压力性能安全测试这些的。

完成团队人员构建后就需要做团队管理和团队文化的工作，后续再讨论这块的问题咯。