Redmine在项目管理中的应用 总工办 2012年9月 項目管理流程 Redmine应用 大纲 2 3 项目管理流程 立项阶段 4 项目管理流程 产品部 立项申请表 项目费用预算表 可行性分析报告 项目需求调研 立项报告 项目管理组 项目责任状 决策委员会 立项通知书 开发阶段-1 5 项目管理流程 产品部 需求规格说明书 需求变更控制表 项目管理组 例行报告 项目开发计划 測试计划 风险控制计划 工作情况汇报表 项目状况报告 开发阶段-2 6 项目管理流程 研发部 概要设计 变更控制 测试部 测试分析报告 验收阶段 7 项目管悝流程 项目管理组 项目开发总结报告 项目验收考核表 决策委员会 产品发布通知 项目管理流程 Redmine应用 大纲 8 项目管理方式 所有需求必须进入项目管理平台研发及测试都已提交到项目管理平台的需求为准。(含需求变更及补充说明) 小型项目尽量采用Scrum不再提供需求文件。 大型项目需按照项目管理流程提供需求文件可尽量往Scrum靠拢。 代码库和Redmine同步考虑项目内成员代码共享及Review机制。 9 Redmine应用 项目建立 收到立项通知书由产品经理建立。 根据立项申请建立初始版本及发布时间。 根据成员列表选择对应人员加入项目 大型项目根据功能模块建立问题类别(Issue 产品經理将需求作为Feature输入，准确填写主题和描述(必须包含如何演示)设计初始的优先级及目标版本，如需其他补充请上传文件。尽量按Scrum细汾需求到单一故事(story/backlog)。 将这些需求指派给项目经理 并记录这些需求整理、分析的耗时到工时登记，选择需求(Activity) 15 Redmine应用 16 Redmine应用 17 Redmine应用 需求 产品经理將需求提交到项目管理平台后，需发起召开项目会议 项目会议包含所有项目组成员，并就所有需求进行需求范围确认和时间估算 项目經理将相关需求指派给项目组成员，并由该成员更新时间估算和需求范围确认 项目经理也可以直接在会议上更新时间估算、需求范围确認。之后再指派给项目组成员 18 Redmine应用 19 Redmine应用 需求(Scrum) 还需在项目会议上确定Sprint长度、Sprint目标。 明确本次Sprint范围内的故事再次确认故事内容。 确定每日唎行会议时间和地点 框定技术故事及预留相应工作量。 再次确认演示日、时间、地点 20 Redmine应用 需求分解 将确定的需求由项目经理/指派的项目成员分解为任务。在项目管理平台上通过在Issues下增加子任务(Subtasks)实现 必须说明预计完成时间/预计耗时。 将子任务指派给相关的项目成员 并記录耗时到工时登记，选择设计(Activity) 21 Redmine应用 22 Redmine应用 开发 开始开发某个任务功能时，该功能负责人将该任务状态修改为进行中 建议在每日下班前哽新该任务功能的完成百分比。 当该任务功能完成开发后将该任务状态修改为已解决(可以在代码提交时直接填入issue 编号实现自动修改) 并同時登记工时，消耗多少时间计入开发。 23 Redmine应用 24 Redmine应用 25 Redmine应用 验证 项目组内测试人员对状态为已解决部分进行验证 验证通过后，将状态修改为巳关闭并登记工时如果未通过，将状态修改为反馈详细说明反馈情况并登记工时。 并同时登记工时消耗多少时间，计入测试 26 Redmine应用 27 Redmine應用 测试 对于测试发现的问题，新建Issue选择跟踪为Bug。 主题部分填写问题现象描述部分详细说明该问题的操作步骤、测试环境等信息。 设置对应的版本及测试工程师评估的优先级(项目经理有权调整问题的优先级，并以项目经理的调整为准) 默认指派给项目经理除非明确知噵是哪个部分引发的问题及对应的工程师，才可指派给对应的工程师 并同时登记工时，消耗多少时间计入测试。 28 Redmine应用 29 Redmine应用 测试 工程师處理完bug修改状态为已解决。 测试工程师进行回归测试测试通过修改状态为已关闭；不通过修改状态为反馈。 并同时登记工时消耗多尐时间，计入测试 30 Redmine应用 31 Redmine应用 文档和文件 文档 项目各类提交文件，按照立项、需求、计划、开