最后马丁指出，一个项目的完成，除了实现项目直接目标的交付，作为项目团队，也应该得到技能的提升和领导力方面的成长。在项目的过程中，需要不断评估和检查是否能够达成这些成果。如表2-13所示。

表2-13 检查成果（插图来自PMBOK第七版）

在马丁的建议下，陈恭把大家的工位集中在一个区域，方便集中办公。在这个区域，大家既能够拥有可以集中精力工作的独立空间，又有利于沟通和共同工作的公共区域。

他找到几块大白板，放在显眼的位置，准备建立起项目看板，按照马丁的话来说，要建立低技术含量、高接触性的信息发射源。大家对这个安排非常满意。

马丁提醒陈恭，打造项目团队文化是个持续的过程，打造高绩效项目团队，必须建立明确的团队规则，这个规则一定要实现良性循环，能够帮助大家自我提升绩效。于是，在大家共同讨论之下，建立了自己的团队章程。

菜多多团队章程

（1）​ 团队目标

高效完成菜多多App软件开发，并快速响应市场的反馈。从而帮助处于快节奏生活的城市市民通过菜多多App实现更快捷、更方便的买菜体验，为社会创造独特价值。

（2）​ 团队类型和职责

团队为敏捷类型的产品研发团队，建立双周交付机制。根据市场变化和价值确定功能优先级，以迭代形式交付产品功能。

（3）​ 工作协议

团队成员在同一个场所工作，集中办公，共同创建透明高效的沟通和协作环境。

（4）​ 成功措施

（1）​ 做正确的事情。所有需要投入技术资源去实现的功能需求，都是经过市场调研和分析评估的。确保所有的投入都能够获得价值，对于功能的尝试，要带着共同的认知去进行低成本尝试。

（2）​ 正确的做事。功能的研发交付过程，要进行良好的协作，按照迭代要求，按时交付合乎质量要求的功能，保障性能，保障业务的连续性。

（5）​ 完成标准的定义

（1）​ 每日完成

​ 下班前按要求checkin代码；

​ 当天的代码必须要经过结对Review，checkin的代码通过自动化单元用例；

​ 每天晚上触发静态代码检查、自动化回归测试；

​ 解决当天持续集成、构建环境中的问题，确保环境可用。

（2）​ 需求的完成（需求就绪的标准）

​ 优先级别已经排定；

​ 符合INVEST原则；

​ 研发团队认可，需求颗粒度达到可排期水平；

​ 规模估算完成；

​ 验收内容（Accept criteria）已经完成。

（3）​ 迭代的完成

​ 所有代码通过静态检测，严重问题都已修改；

​ 所有新增代码得到人工评审；

​ 所有完成的需求都有对应的测试用例；

​ 测试用例都已执行；

​ 所有完成的用户故事得到产品负责人的验证。

（6）​ 关键互动

（1）为确保每个迭代的需求都是优先级别最高的，产品经理要做好需求列表上优先级管理，因此需要与项目发起人、用户做好沟通互动。

（2）每个迭代的结果向项目发起人汇报。

（3）定期与监管机构对接人沟通，确认监管合规政策。

（7）​ 关键相关方：略

（8）​ 团队成员：略

（9）​ 独特的能力：略

（10）​ 团队活动

（1）​ 计划会：在迭代的第一天，产品经理与项目经理、技术团队举行计划会，时长4小时。

（2）​ 站会：每天上午，技术团队与项目经理举行站会，产品经理可以参加。

（3）​ 迭代结果评审会：迭代结束的前一天，项目发起人、产品经理、项目经理、技术团队共同举行迭代结果评审会，可以邀请用户参加。

（4）​ 迭代回顾会：迭代结束当天，技术团队与项目经理举行回顾会，产品经理可以参加。

通过这些措施，陈恭信心满满：这个项目团队不但能够顺利完成项目交付，还能收获技能的提升和领导力方面的成长。