从需求到项目

1解决方案之前提出所有需求是不可能的。需求是解决方案方案的过程中。逐步实现的。

2表达需求。项目经理在没有承担他的角色之前,不具备调动资源的能力。

3 已有的解决方案对创新项目仍然有好的作用。

4管理一个专业的项目,参与的人数以及所表达的需求都很大。

一 需求定义流程的五个阶段。

1 准备阶段。

准备阶段,尽早确定参与需结构化的所有人。
以及预估所有人员需要的时间。

2 创建卡诺图。分为三种阶段,

一种期望。
三种类型期望。
隐含期望。
明显期望。
吸引力期望
二是评价因素,

三是时间因素。

鼓励用户跳出框架思维,对需求进行质疑。
1 要求用户使用自己的语言再次表达需求。
2 二要求用户对最能满足他需求的解决方案进行诠释
3 三项目用户提问,并鼓励他表达一个禁止方案,例如,考虑这些确定事情的对立面。
4 四重述由额外需求带来的新的解决方案。

二 将需求排除优先顺序。

使用kapp法判定各项功能的优先级。
1 c代表决定性。也就是一种关键功能,必须背旅行的功能。如果该功能不被满足,说明解决方案不可用,没有价值。
2 A 代表可执行。一项重要功能在正常的期限条件下必须满足,不过即使这种功能不被满足。总体的解决方案仍然可以使用有价值。
3 p代表暂时搁置。此类功能看上去吸引人。并非不可或缺,随着项目的进展也可以考虑满足他。也可以替代他。
4 亿。代表排除。理想却显得多余的功能,在制定解决方案时,容易被忽略。将来可能也未必能够实现.没有价值。需被排除。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值