软件开发不管采用哪种生命周期模型和开发方法论，整一个完整的过程都会包含需求，设计，开发，测试，配置管理等各项活动。而这些活动会对应到项目中的不一样的角色，项目中进行岗位划分后每个岗位成员可以兼职多个角色。形成相关的角色岗位矩阵。

  对于小作坊的软件开发团队，可以由一个项目负责人总览全局。项目负责人承担从客户的真实需求-软件需求-总体设计的所有工作。同时还需要做到整个团队进度规划，质量保证，配置管理沟通协调等相关工作。所以小型项目团队对项目负责人的业务，技术和沟通管理等技能都要求比较高，项目负责人是项目中的总体方案确认者和架构师。项目负责人能力和技能往往会决定了整个软件项目的成败。

  我们这里指的小型团队并不是只一个人单打独斗的项目，所以项目负责人建议还是不要介入到模块设计和编码活动中，而是应该把重点放在进度的控制和质量的保证上面。由于项目负责人一般有较强的技术能力，所以项目负责人可承担项目中要使用的一些新技术的研究，项目中一些疑难问题的解决等相关工作。项目负责人还应该有计划的设计研发人员的代码进行Review，对发现的规范性，性能，复用差等问题跟项目成员确认，并写入到项目开发规范中。

  在这种方案下项目负责人和开发负责人在软件需求和架构上的工作是重叠的。这两个岗位的人员共同来确认项目的总体方案和架构。项目负责人的重点在项目管理和与客户交流沟通上，只有确认清楚第一手的客户的真实需求，才能开发出用户满意度高的软件。对于很多小型项目往往是客户的真实需求都没有搞清楚就开工，项目成员完全凭借着自己的感觉在做系统，过程中又不注意与用户及时反馈和迭代，导致开发出完全不可以使用的系统；开发负责人的重点是对整个开发过程负责，包括对项目经理确认的进度目标进行任务的进一步分解，安排后续的增量和迭代计划。方案二的重点是第一次解放项目经理，架构的核心移动到了开发负责人，而项目经理仅仅是参与讨论和评审。而单独剥离出开发负责人后，可以越来越好的对开发过程进行跟踪和协调，开发负责人重点放在项目内部，而避免过多去和外部干系人沟通和协调。