敏捷需求人.pptx

敏捷需求人
王春光
wangcg@
课程目标
塑造敏捷需求人
搭建需求能力模型
理解敏捷需求开发的思想
提纲
需求现状
搭建需求人能力模型
理解敏捷需求开发的思想
课程总结
需求现状_<1>
除了需求分析和编码之外,瀑布过程中的每一个步骤都是浪费!
需求现状_<2>
需求现状_<3>
错误需求缺陷的放大过程
“需求人”的能力模型
腿:技术理解能力,架起需求与开发的桥梁;方案创新能力,不创新需求,走创新解决方案之路;
心:沟通能力,是做好需求的核心能力;
脑:业务分析能力,引导产品实现业务价值,去伪存真。是需求工作的重中之重;
手:需求管理能力,在有限的条件下交付出有价值的需求子集;
敏捷需求开发_<1>
敏捷软件开发宣言
个体和互动高于流程和工具工作的软件高于详尽的文档客户合作高于合同谈判响应变化高于遵循计划
我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。
欣然面对需求变化,即使在开发后期也一样。
为了客户的竞争优势,敏捷过程掌控变化。
经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。
业务人员和开发人员必须相互合作,项目中的每一天都不例外。
不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
可工作的软件是进度的首要度量标准。敏捷过程倡导可持续开发。
以简洁为本,它是极力减少不必要工作量的艺术。
最好的架构、需求和设计出自自组织团队。
团队定期地反思如何能提高成效,并依此调整自身的举止表现。
敏捷需求开发_<2>
敏捷宣言遵循的原则
敏捷需求参与者
角色及职责
传统的需求参与
敏捷的需求参与
用户/客户
需求的提供者
需求演进的参与者
用户的主要参与方式
陈述
遵循游戏规则的积极的交互参与
BA
需求的定义者
需求的组织者
BA的主要参与方式
前期的调查获取和整理成文档
参与全周期的迭代与演进
开发
需求的接受者和实现者
场景拟合者与改进者
开发的主要参与方式
被传导需求并使之功能化
完成完整的业务场景实现
测试
功能测试者
场景测试者(需求测试者)
测试的主要参与方式
找出软件的显性的bug
找出不满足需求逻辑和不能拟合场景的缺陷