软件开发团队管理与决策：从Aptivate的经验谈起

### 软件开发团队管理与决策：从Aptivate的经验谈起 #### 1. 引言 在软件开发领域，团队的管理和决策方式对于项目的成功至关重要。Aptivate作为一家非营利性的软件开发公司，在这方面有着独特的经验和探索。该公司主要为国际发展ICT项目提供支持，与非营利组织、慈善机构和非政府组织合作，担任网络/软件开发人员和技术顾问。随着公司规模的扩大，面临着协调挑战，因此开始尝试团队实验，以寻求改进方案，为客户提供更大价值并增强员工的自主权。 #### 2. 软件开发团队的分类 在软件开发中，团队可以从责任与能力、规模和持续时间三个方面进行分类。 - **责任与能力**：敏捷社区更关注特性团队而非组件团队。特性团队负责端到端交付经过测试的功能，通常由跨职能的多面手专家组成，能够协作完成垂直的价值切片，并且通常具备测试和质量保障能力。而组件团队则更侧重于应用程序的某一层或多层。 - **规模**：团队规模差异显著。标准的Scrum团队规模为5 - 9人，但有效团队的规模可根据具体情况调整。人员较少时，知识分布和技能覆盖可能不足；人员过多则会导致沟通、协调和对齐成本迅速增加。 - **持续时间**： - **项目团队**：随着项目的结束而解散。在项目结束（达到目标或取消）时，团队也随之结束。对于短期项目（最长三个月），项目团队的生命周期缩短，启动和前期准备的成本增加。 - **产品团队**：在产品的资金支持期间持续存在。当产品退役或不再有添加新功能的商业案例时，团队结束。 - **常设团队**：没有明确的结束点，持续存在于多个项目甚至产品中。随着时间的推移，他们会形成自己的仪式、价值观和工作方式，即团队文化。但风险在于可能会变得封闭，对外部人员或新想法不够开放。 |团队类型|结束条件|优势|风险| | ---- | ---- | ---- | ---- | |项目团队|项目结束|专注于特定项目目标|短期项目启动成本高，团队解散后协作经验易丢失| |产品团队|产品退役或无商业案例|持续支持产品发展|受产品生命周期限制| |常设团队|无明确结束点|积累经验，形成团队文化|可能变得封闭| #### 3. Aptivate的团队与项目现状 由于公司规模相对较小且工作性质特殊，项目通常由1 - 2名开发人员在两周至三个月的时间内完成。多数情况下，设计师会参与部分时间，并有项目经理负责与客户沟通。 项目通过传统的“资源管理”方式分配给个人，销售人员引入新工作，与负责规划的人员协调，根据员工的技能、兴趣和可用性暂定分配项目。项目以“开发人员日”为单位出售给客户，通常是连续的，但可根据客户需求拆分。项目团队使用数字看板协调工作并向客户展示，每天与客户代表进行签到通话，有频繁的演示和回顾，但由于项目规划和时间限制，这些活动的节奏并不规律。 随着公司规模的增长，这种方式变得繁琐，人员调配成本高，重复工作时人员不一致，导致开发和协调方式缺乏一致性。 ```mermaid graph LR A[销售人员引入新工作] --> B[规划人员根据技能等分配项目] B --> C[项目执行] C --> D[与客户沟通协调] D --> E[根据客户需求调整项目] ``` #### 4. Aptivate的公司团队文化 Aptivate公司本身就像一个团队，其价值观和工作方式在整个组织中分布，而非仅局限于交付层面。以下是支持这种团队文化的组织实践和价值观： - **组织实践**： - 全公司每天进行视频站会（“晨会”），无法参加的人员可查看会议记录。 - 英国办公室的员工同时吃午餐，共同准备和分享。 - 公司定期举行全天的“月度管理会议”（MMM），尽可能让所有人在同一房间参加，包括远程员工，会议包含