团队规程建议

计划/执行部分:

1、  Manager在每个项目开始时,先和核心参与人员完成框架的UE设计、概要设计和风险评估的雏形。

2、  开始一系列的头脑风暴短会,和这个项目的所有参与人员一起进行从业务需求到概要设计的讨论,会议需要完成整个设计的细化。让所有人员都能参与整个了解、构思和设计的过程,让他们在接受具体模块任务的时候,清楚自己负责模块在整个项目中的位置和重要程度。设计和计划以迭代式为核心,需要讨论出各功能模块包含在哪个迭代版本中。

3、  Manager根据头脑风暴完成的设计细化结果制定详细的项目计划(建议使用Microsoft Project),计划包括当前迭代版本的详细描述和整体计划(每个迭代阶段开始的时候,都要给出上个迭代实际执行过程和新迭代的详细计划。)。计划中的功能点定义以2/3天为基本粒度,并给出几个关键的里程碑(其中需要注意的是针对风险评估中包含的内容需要特别处理,给出相应的应对方案)。在计划推出后,用一个会议的时间和所有参与人员就计划的可行性进行确认和调整。

4、  在每个月的第一个周一上午召开全组会议,对上个月的执行情况进行回顾,列出初始计划和执行结果间的差距,给出所有成员的考核结果。给出本月要实现的东西的整体描述,列出初始计划。

5、  在每周的周一小会确认上周的执行结果和本周的执行计划。

6、  在每周的执行过程中,Manager需要有意识的监控执行情况,特别是针对风险评估中包含的。

7、  在每周的周五下班前小会确认本周的执行情况,对于未完成部分给出建议,各自功能未完成责任人自行安排周末时间,弥补落下的进度。

8、  每个月末,Manager整理出本月实际执行情况,对比初始计划,给出总结和考核。其中总结部分用在和核心成员讨论今后计划制定时调整依据。

l  所有的会议必须有专门负责记录的人员,会议的决议和讨论过程中的关键点需要成文档。

l  一个项目结束后应该包含的计划和执行结果文档包括:初始整体计划和每个迭代阶段调整过的整体计划;每个迭代阶段的详细计划和实际执行过程;每个月的计划、执行情况和考核情况;每周的计划和执行;

设计/实现

1、  强调设计的重要性,在所有编码开始前,必须先出详细设计并由设计者、实现者和Manager共同通过后才开始编码。

2、  对于所有需求变更必须通过Manager组织核心成员审议后,并对设计和计划进行相应的调整后,再将具体的调整方案提交到下层实现者手中。

3、  功能分配者和功能实现者需要就实现的功能业务描述、功能界面要求、前接和后续接口通过小会讨论清楚。功能实现者对于小会讨论结果理解有效性的验证,就是在开始实现前,必须给出包含数据流、数据存储描述、关键点描述的详细设计文档和测试的输入数据。(需要考虑给出详细设计文档的模板和参考例子)。

4、  功能实现者在实现的过程中要针对实现与设计中出现的不一致,不断更新到详细设计中,并记录出现这种偏差的分析。

5、  在功能实现测试完成后,需要给出实现功能的数据结构图和类结构图到详细设计文档中,给出测试用例和测试结果,并在例会上向所有组员解释清楚该设计和实现核心。

团队建设

1、  每个月组织一次组内活动,有意识的进行团队核心价值观的传达,结合传达对本月考核结果的改进建议。对于新加入的成员和考核结果后位者进行重点关照。

2、  每周二、三、四下午有30分钟的下午茶时间,尽量让大家都能休息一下,促进大家相互交流正进行到的进度,和出现的问题。

3、  对于新进组员安排一个专职的mentor,进行团队核心价值观、业务、技术等的一对一指导。在新近员工的结束适应期前,其考核指标将以一定比例合并到该mentor的考核结果中。

4、  安排组内培训,例如业务、英语、技术等领域,鼓励这些领域的优势成员利用休息时间准备培训课程,引导全组人员共同学习。提供一定的经费对这些培训发起人进行时间和精力弥补。

原文地址:https://www.cnblogs.com/flysun0311/p/1795951.html