关于开发小组管理工作的总结

 

转自项目组内某小组总结：

一. 计划制定

1. 工作日计划制定 一个八个小时的工作日分为若干个时间段。半个小时一段。
2. 9：00～10：30为组内常规管理工作。包括： （1） 问题单或bug单分配/问题单或bug单处理进度查询 （2） 版本任务分配或版本进度询问 （3） 版本升级进度跟踪 （4） 线上问题升级跟踪 （5） 组外工作协调或沟通
3. 10：30～12：30 ――2：00～5：30这个时间段为组长的完成开发任务时间。
4. 5：30～6：00 这个时间段的工作为对整个工作日的计划安排进度进行查询，决定是否需要加班完成计划，或将为完成的计划放到第二个工作日完成。 6：00～6：30 这个时间段为制定第二个工作日的工作安排。包括上一个工作日没有完成的计划和当前版本计划或计划中待完成的工作项。

2．版本计划 例行版本计划。

• 在jira上收集小组负责流程或模块的版本需求。组长根据个人的开发经验评估开发时间或与相关流程的负责人讨论评估出开发时间。根据评估的时间，将需求汇总制成一份计划。如果所有需求汇总的时长大于开发时长，则与业保联系决定将一部分需求延后版本实现。

3．新流程或新模块计划

• 组长通读业保传递下来的IT需求说明书，对这个流程进行总体的设计,,归纳流程每个环节的功能制定开发提纲，根据项目组平均的开发速度对归纳的环节进行评估，完善开发计划。与组员对制定好的计划进行重新评估，修改不合理部分，进一步完善计划。

4.线上问题修改计划

• 此类线上问题的紧急程度为一般，且影响的模块的范围比较广。 1． 制定修改问题计划 2． 评估修改问题会影响的模块或环节并制定修改计划 3． 制定验证计划

二. 进度监控

1． 例行版本进度监控。 依据例行版本计划，派发jira任务单给组员。关注组员解决任务单的时间，如果组员在计划完成的时间内没有解决任务单，则与组员沟通未能按时完成任务的原 因并记录。督促组员尽快完成任务（计划包含20％风险时间，任务不能按时完成可以使用此时间），必要时加班完成。解决了的任务单在升级完成的第二个工作日 由组长关闭。

1. 新 流程或模块计划进度监控 按照"先紧后松"的原则（即是在新流程或模块开发的前期严格按照计划的进度进行，不得延迟计划，在后期测试过程中计划可以放松，完成测试任务即可，并可以 使用预留的风险时间。 将计划进行分解，将分解出来的计划纳入工作日计划中，每个工作日的5：30～6：00对计划进度进行查询，如相关的责任人没有按照计划完成开发则要求其加 班完成。

三. 沟通

1）以周例会的形式2）时间：每周星期一 地点：10楼每个角落

3）内容：（1）最近工作总结；（2）遇到的问题（个人，组内，组外）（3）问题讨论解决；（4）传达项目组的制度或要求；（5）个人提高目标（管理，技术方面）

4）会议总结输出归档