剖析短迭代
敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?
作者 Derek Longmuir译者 郑柯 发布于 2008年8月10日 上午9时9分
觉得排定优先级很困难么?Luke Hohmann描述了一种做出定量决策的方法,有助于决定处理待办事宜的先后顺序。除了要考虑像实现所需工作量这样的常用属性之外,Luke建议加入新的属性,来衡量干系人的需要、向战略看齐,并且检查某个条目是否能够驱动利润。
Luke在本周的Agile 2008上列出了下面这些方法。以下内容来自他的演示:
选择排定优先级的属性
选定一组属性,用来对待办事项进行排序。还要有对成本的评估标准,判断属性的分数高低。为一项属性(比如全新市场调研)打分,要收集需要的数据可能会花费很大的成本,而打分也会为这个流程带来有益之处。成本和益处之间,需要做出平衡。
分组相关属性,类似的属性可以一起思考。Luke建议分三个组,这样有助于将待办事项中的条目关注点放在业务价值之上:
“与干系人保持一致”属性中包括了项目干系人的列表(包括内部和外部的),每个属性一种项目干系人。比如销售人员、法务人员、客户、运营人员、开发人员,以及“系统”。“系统”表示程序自身,它关注表示程序改进的待办事宜条目,比如技术债务相关的条目、任何框架的升级等等。
为了达到“向战略看齐”的目的,产品经理要思考制造产品的战略目的是什么,包括由决策团队设定的事业部和/或企业的目标。Luke使用了一个公司的例子,这家公司的战略目标细分为“全球”、“社会”和“移动”三个属性。
“驱动利润”属性表示产品能产生多少收入,以及待办事项与产品的关系。简单来说,这就是“增加收入”和“减少成本”。
排序决策基于的任何因素,都应该让排序过程变得透明。其他可以成为属性的因素包括:条目是否需要满足质量法规、是否有销售驱动、是否能提高上市时间,甚至可以是表示诸如“下个版本必须有的功能”这样的因素。
判定每个属性的权重
为每个属性分配一个权重,表示该属性相对于其他属性的重要程度。
随着产品的演化,这些权重可以而且应该发生变化。不同的项目干系人所属的权重会随着开发的阶段发生变化。一开始,销售人员和客户干系人的权重值会高于运营人员,这样新功能在待办事项列表中会有较高的优先级。后期的迭代(假定接近发布阶段)的重点在部署和运营之上,此时运营干系人的权重会升高,销售和客户的权重则会降低。这会导致运营相关的待办事项条目得到更高的优先级。
给属性打分
把待办事项的条目过一遍,针对列表中的每个属性问一个以是否作为回答的问题。比如,向每个干系人的代表提问:“这个条目有助于你的工作吗?”Luke指出,如果对于一个属性的问题得到的答案没有差别,那就没有得到任何对属性排序有帮助的信息,你应该对这个属性做出变更。将一个属性分为两个或更多属性,这可以展示出对于同一个待办事项条目的不同观点。也许你会发现去掉某个属性是最好的选择。
排序待办事项条目
最后一步,就是根据待办事项条目的得分进行排序,并开始日程排定(迭代、发布)规划。Luke建议,在待办事项中至少包含每个干系人的一个条目,而且在“与战略看齐”的属性组中,每条条目都至少要有一个问题答案为“是”,在“利润”组中也是一样。这样就可以产生一个比较平衡的工作待办事项列表,每个人都会因此感到高兴,并且知道有人负责自己的工作,心里也比较踏实。
Luke在Agile2008的演讲中,展示了一个电子表格示例,其内容是关于待办事项优先级排定的。Luke希望很快可以将其放在自己的网站上。你还可以在他的网站上找到其他关于这个主题的文章,还有一些工具和想法,可以帮助你进一步改进待办事项的优先级排定工作。如果你陷入了困境,这些资料还能拉你一把。
查看英文原文:Prioritizing (the Backlog) For Profit
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。
InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!
在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。
通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。
本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。
InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。
没有回复
回复