众齐软件敏捷项目管理之初体验
每年的供暖期结束对于供热行业软件企业来说都是修养生息的好机会,产品迭代、项目任务集中性处理、人员培训、文档完善、思考总结等便陆续开展起来.....
每年项目忙季时,我们都会耗费很多的精力去梳理来自内部、来自外部的需求。需求如潮水般涌入需求池中,让产品需求人员应接不暇,人多事儿多,过程中也造成了一些资源的浪费和内耗。去年的一次公司外部培训让我们对敏捷项目管理思想有了初步的了解。那你一定产生了疑问,你说的敏捷是什么呢? 我所理解的敏捷项目就是以阶段性用户的需求为目标,采用小步迭代、循序渐进的方法快速交付阶段性项目。在敏捷项目管理,每个项目在构建初期被切分成多个子项目也就是每个阶段项目目标,各阶段项目目标成果都经过测试,每个阶段的内容都可以独立运行,从而让用户更快看到成果。客户提出的功能需求能够快速响应和交付。看到这,你是不是又产生了疑问,敏捷项目管理到底是怎么管理用户需求的呢? 好了,现在你就和我们一起来做敏捷项目管理之旅吧。
需求进度:建立每周项目任务完成目标。我们将原有随时反馈的需求进行了分类,将一些不紧急的需求纳入到每周目标中。 特殊需求经过专人审批,审批通过后及时处理。
需求确认:每周产品人员都与项目人员进行面对面深入交流。对需求上的疑问进行详尽论证与沟通,放弃不合理需求,合理需求探讨更优秀的解决方案。 每个需求任务都有明确的应用场景、客户期望、功能设计。对于需求上不明确、不清晰内容与用户做讨论沟通,对于需求上已明确并完成设计的,与用户做设计确认。
需求分配:每周产品人员与研发人员对需求内容进行深入交流,讲解需求、讲解设计以保证研发人员对需求设计理解与产品、项目、客户一致。
需求评估:由研发主管、研发组员共同对研发任务进行工作量评估,保证在合理时间下高质量完成研发工作。
需求开发:研发组员针对每周研发目标内任务进行研发,并完成自测等工作。
需求评审:研发主管针对每周研发目标内任务进度研发情况进行监管,同时针对组员研发任务进行人工二次评审。
需求验证:提需求人员对需求进行最终验证,确保功能可用、能用、好用。
你是不是会感慨,原来研发一个功能需要这么多的步骤啊。是的,研发软件的过程远比我们眼睛所看到的表面功能复杂许多。为了让我们的客户用上更安心、更放心的产品,很多前期工作都要做足做全。每个环节的存在都是用来保证产出高质量的产品。丰田汽车生产线上的规则:一旦这名工人发现生产的零件有问题,这名工人有权叫停整个生产线,哪怕这会影响到整个生产线的生产,因为不能让有问题的产品提供给客户。对于软件的研发也是一样,任何一个环节出问题,我们要停止后续环节的继续进行,排查原因及时进行纠正,这样才能保证每个经手软件产品让客户用着放心、舒心。