您的位置:软件测试 > 软件项目管理 > 项目管理综合 >
敏捷项目的多层面规划
作者:网络转载 发布时间:[ 2013/5/21 15:17:58 ] 推荐标签:

“中心问题(Focusing Question)”或“电梯说明(Elevator Statement)”

用一、两句话说明项目的目标和方向。

“电梯说明”能让任何团队成员在乘电梯过程中把项目的意图说清楚(想象一下你和公司的CEO一起进入电梯,对方请你说明你现在正在做的项目,而且你要在对方到达目的楼层前说清楚)。

在工作组里面,这是应该先产出的东西,而且要写出来,让所有人都能看到——工作组接下来的活动要围绕它开展。

愿景盒子(Vision Box)

“愿景盒子”展示项目的特性及其带来的好处,可以用一个麦片盒子说明:盒子前面有名字和品牌,还有要传达给购买者的主要好处列表(这里的购买者是终将会使用产品的人,可能是组织内部人员,也可能是真正的付费用户)。盒子背后包括操作指南(大致的设计决策),还有产品将会提供的关键特性列表。

构建愿景盒子是创造性活动,能帮助团队明确表述他们的想法。分成多个小组的方法更有效,各个小组可以各自构建一个愿景盒子,然后他们可以把盒子“卖”给团队其他人。各个小组展示完成后,应该可以产生一个共享的愿景盒子,并传达出整个团队的想法。

业务受益矩阵(Business Benefits Matrix)

使用简单的矩阵,把产品希望提供的战略价值表述出来。该矩阵类似下表:

根据战略驱动因素,项目的目标得以表述。只能有一个首要驱动因素,也许会有多个次要或第三目标。如果某列中有多于一个目标,那么要对他们排序,以避免“所有的都很重要”之类的冲突。

以小组形式准备该矩阵,团队能从中深入理解项目清晰明确的中心目标。

滑动器(Slider)

从多个维度向团队展示优先级的工具。

滑动器的范围从“ON”到“OFF”。如果某个因素处于“ON”一侧,那么它是强有力的因素,推动项目前行时的决策制定过程。任意两个滑动器不能处于同样水平。处于“ON”一侧的滑动器越多,项目发生灾难性失败的风险越大。当项目滑动器所展示出的活动余地越少,这个项目会面临“要么交付一切,要么交付空白”的境地。更多的活动余地能够允许部分交付,这有助于达成组织目标。

Rob Thomsett在他的《Radical Project Management》一书中描述了滑动器工具。Mike Cohn也在他的网站上提供了设置滑动器的在线工具。

项目范围矩阵(Scope Matrix)

“功能进出列表(in/out list)”是简单的工具,能够清晰说明当前项目要完成的工作,哪些不需要在当前项目完成,以及可交付物存在哪些不确定性。

如果议题处于“进”这一列,项目团队要负责交付相关组件。如果某些功能明显超出范围,团队根本不会花费时间或精力在其之上。如果“出”这一列中的议题是大项目组依赖的功能,那么必须明确定义谁负责完成相关工作,定义其属于哪个项目和负责人,确保该议题相关功能得到交付。

范围不确定的议题进入“未确定”区域。团队不会开发这样的功能,产品负责人或是项目经理要深入调查,以确定该工作是否属于项目范围。

Rob Thomsett在他的《Radical Project Management》一书中也描述了该工具。

上一页1234567下一页
软件测试工具 | 联系我们 | 投诉建议 | 诚聘英才 | 申请使用列表 | 网站地图
沪ICP备07036474 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd