全局视角,统一协同,稳扎稳打,步步为营
全局视角,统一协同,稳扎稳打,步步为营
传统项目管理的特点是强计划驱动,需求范围固定下来后才可分配人员和时间,并在项目推进过程中积极跟踪和控制风险。常用的研发项目管理模型包括瀑布模型、迭代模型等。
迭代规划
过去:缺乏一个清晰有序、公开透明的规划工作台。
现在:清晰规划每个版本要交付的需求,简单操作就可以将待完成的需求、任务和缺陷分配到版本迭代当中。
项目经理在迭代规划页面,通过勾选操作就可以非常方便地进行事项的规划。项目成员都可以看到迭代规划的结果,在迭代的活动日志中也可以看到规划更新的记录。
需求管理
过去:通过大量的备注信息来管理需求之间的关系,复杂难懂。
现在:通过父子、关联、阻塞三种关系来管理需求的结构关系,清晰明了,便于管理。
可以将需求分解为子需求或者子任务、也可以将缺陷关联到对应的需求上,以及定义需求的前置事项或者后置事项。
工时登记
过去:只能靠考勤数据大致猜测,也难以针对具体需求做对应工时分析。
现在:需求、任务、缺陷都支持在完成过程中记录工作内容、使用时长。
通过工时记录来分析效率改进的空间,也为工作能否按时完成提供部分参考,帮助团队更精准地评估后续新的工作耗时。
缺陷管理
过去:缺陷管理与需求管理之间的信息是割裂的。
现在:通过测试管理、缺陷管理等随时跟踪测试进度和缺陷修复进度。
缺陷可以关联对应的需求、也可以针对缺陷进行分类(功能缺陷、UI 界面、易用性、安全、性能等),在测试管理当中执行测试计划时也可以创建缺陷,与对应的测试任务相关联。
进度跟踪
过去:使用 Excel 维护计划,费时费力易出错,而且信息经常滞后。
现在:通过计划页的甘特图、迭代概览进行进度跟踪,过程透明、进度可控。
计划页汇总了整个项目进度,帮助项目管理人员实时掌握多个迭代的进展与情况、人员的任务分配情况、事项的风险情况。迭代概览展示整个迭代进度,帮助迭代负责人掌握迭代总体进度、工时燃尽趋势、需求、任务、缺陷的完成趋势。
文档管理
过去:经常是各个版本的文档散落在相关人员本地电脑,分享给外部协作团队也很不方便。
现在:通过 Wiki 与文件网盘统一承载项目相关文档,引用方便,实时更新。
在传统研发过程可能会产生大量文档,这些文档可以通过 CODING Wiki 与文件网盘统一承载,在需求、任务等事项中,可以快速地引用这些文档信息,在线文档链接也可以加上口令形式分享出去。
迭代规划
过去:缺乏一个清晰有序、公开透明的规划工作台。
现在:清晰规划每个版本要交付的需求,简单操作就可以将待完成的需求、任务和缺陷分配到版本迭代当中。
项目经理在迭代规划页面,通过勾选操作就可以非常方便地进行事项的规划。项目成员都可以看到迭代规划的结果,在迭代的活动日志中也可以看到规划更新的记录。
需求管理
过去:通过大量的备注信息来管理需求之间的关系,复杂难懂。
现在:通过父子、关联、阻塞三种关系来管理需求的结构关系,清晰明了,便于管理。
可以将需求分解为子需求或者子任务、也可以将缺陷关联到对应的需求上,以及定义需求的前置事项或者后置事项。
工时登记
过去:只能靠考勤数据大致猜测,也难以针对具体需求做对应工时分析。
现在:需求、任务、缺陷都支持在完成过程中记录工作内容、使用时长。
通过工时记录来分析效率改进的空间,也为工作能否按时完成提供部分参考,帮助团队更精准地评估后续新的工作耗时。
缺陷管理
过去:缺陷管理与需求管理之间的信息是割裂的。
现在:通过测试管理、缺陷管理等随时跟踪测试进度和缺陷修复进度。
缺陷可以关联对应的需求、也可以针对缺陷进行分类(功能缺陷、UI 界面、易用性、安全、性能等),在测试管理当中执行测试计划时也可以创建缺陷,与对应的测试任务相关联。
进度跟踪
过去:使用 Excel 维护计划,费时费力易出错,而且信息经常滞后。
现在:通过计划页的甘特图、迭代概览进行进度跟踪,过程透明、进度可控。
计划页汇总了整个项目进度,帮助项目管理人员实时掌握多个迭代的进展与情况、人员的任务分配情况、事项的风险情况。迭代概览展示整个迭代进度,帮助迭代负责人掌握迭代总体进度、工时燃尽趋势、需求、任务、缺陷的完成趋势。
文档管理
过去:经常是各个版本的文档散落在相关人员本地电脑,分享给外部协作团队也很不方便。
现在:通过 Wiki 与文件网盘统一承载项目相关文档,引用方便,实时更新。
在传统研发过程可能会产生大量文档,这些文档可以通过 CODING Wiki 与文件网盘统一承载,在需求、任务等事项中,可以快速地引用这些文档信息,在线文档链接也可以加上口令形式分享出去。
扫码联系售前咨询专家
提供付费咨询及解决方案扫码加入用户交流群