作为一名软件从业者,你是否经常遇到下面这些问题:客户需求频繁变更、客户需求不明确、客户总会提出新的需求。
而我们又是否总是以为能够整理出客户对一个系统的所有需求,然后自上而下的提出解决方案;或者,我们期望用户看到并与新系统进行交互时,不会产生新的需求变化?
这些问题让我们不胜其烦,是每一个开发者的噩梦。是客户太过刁钻,不够配合吗,是项目初期的需求调研不到位吗?可能是,但不完全是。
笔者以为本质的原因是,我们对需求管理的期望违背了事物的客观规律。需求一直都是动态的、变化的,而我们却期待它是静止的、不变的。 所以,不是用户有问题,而是我们的期望和认知不正确。现代软件工程技术早已进入飞速发展的时代,我们不能抱着这些错误的认知闭关造车,也不能一味让客户签字确认,而是应该认清这些实际问题,进而去思考如何解决问题,真正做出让客户满意的产品,真正提供专业精准的服务。
为此,2017年上半年,安之畅项目管理部组织了《用户故事与敏捷方法》的系列培训。本系列培训首先澄清了需求管理中的误区,通过各种鲜活的研发案例学习用户故事;通过课堂技能实践,有效增强培训效果;通过培训后的个人感悟,拓展研发思维。
我们力求让每一次的研发,都能排除需求管理中的误区,都能真正的理解用户需求,以客户的需求为导向,以快速生产高质量的产品为目标,真正为公司赢得客户的信任和尊重。以客户的需求为导向,以快速生产高质量的产品为目标,真正为公司赢得客户的信任和尊重。
听听他们对本培训的评价:
孙倩倩:
通过此次培训,我学习到了一种更新型、更合理的获取用户需求的方式。需求是不断更新、补充、变化的,用户故事可以澄清真正满足用户的、有价值的功能需求。相对于传统的瀑布式流程,它的优势更为显著,它更加注重人的作用,更加注重沟通,更加注重变化,更加注重阶段性思考。另外在项目中它可以很好的和敏捷开发模式结合起来,达到更好的效果。
常晓文:
通过培训学习,深入了解了用户故事的重要价值,用户故事的实践过程,良好用户故事的编写准则,如何搜集和整理用户故事,如何排列用户故事的优先级,进而澄清真正适合用户需求的、有价值的功能需求。
用户故事已经成为敏捷需求规划中的一个流行方法。用户故事可以解决以下问题:
1、让你更容易看清backlog的全貌
2、为新功能筛选和划定优先级提供了更好的工具,帮助你做出决策;
3、便于使用静默头脑风暴模式和其他协作方式来产生用户故事;
4、帮助你更好的进行迭代增量式开发,同时确保早期的发布可以验证整体架构和解决方案;
5、为传统的项目计划提供了一个更好的替代工具;
6、有助于激发讨论和管理项目范围;
7、允许你从多个维度进行项目规划,并确保不同的想法都可以得到采纳。
华允鑫:
需求是不断变更的,随着时间的推移,需求的优先级也会发生相应变化。而通过用户故事,我们可以更深入的了解如何去获取需求。通过开放式的问题询问,能够抓取更多的用户需求。大的渔网用来筛选大的需求,小的渔网用来筛选细小的需求,多种方法相互配合,从而更好地获取用户需求。
张婧:
经过培训,从什么是用户故事开始,到scrum和用户角色建模过程,再到收集故事和用户故事验收测试,最后到现在的编写用户故事的准则,系统的学到了用户故事的收集、分析、编写,对整个敏捷开发有了全新的认识(尤其是scrum部分,目前部分项目正在使用敏捷开发模型)。讲解了scrum敏捷的流程,每一个步骤都讲的非常详细,让我对每个阶段都有了更深的理解。在参加培训之前,认为scrum跟传统的模型没什么区别,而且还多了每日站立会议,曾经总感觉每日站立会议没有必要,从参加scrum的培训以后,发现每日站立会议非常重要,不仅仅是项目组汇报一下当日的进度和计划,而是让项目组成员之间有个相互了解项目进度的,同时有技术难点可以随时报出来,尽早解决。