开始定义项目的常见方法是使用一组功能需求。但是,这种方法越来越不能满足业务或组织的需求;尤其是IT项目。一种更深入战略背景的新方法已经出现。它被称为基于能力的计划(CBP)。其中一位主要的实践者是格伦·阿勒曼。
格伦是重量级的项目经理。他参与过一些规模最大、最复杂的项目。他也是一个严肃的思想家,关于我们如何严格地实践我们的职业。我很荣幸能请到格伦来撰写这篇介绍性文章。
基于能力的计划自然地适合基本的业务优先级,例如:
基于能力的计划(CBP)不同于更常见的计划方法。标准的方法是根据特性和功能的购物清单制定计划。但CBP更注重通过提供必要的能力来实现战略。
这种方法创造了更多的灵活性和适应性。因此,它对于不断变化的业务需求更加健壮。它意味着一种模块化的构建块方法来交付企业应用程序。这是有价值的。它降低了风险,增加了项目成功的可能性。
因此,您不是从一组正式的需求开始,而是从需要构建一组功能开始。这推动了规划响应,以找出如何构建这些功能。通过这种方式,您可以暴露架构、计划或业务理解中的任何差距。这些差距通常隐藏在正式的规范后面。
那么让我们来看看“能力”是什么意思。
“能力为你的客户提供了创造业务或任务价值的手段。”
基于性能的项目管理',Glen B Alleman ([amazon_textlink asin= ' 0814433308 ' text= ' US ' template= ' ProductLink ' store= ' mikeclay-21 ' marketplace= ' US ' link_id= ' ed69d547- fcd -11e6-89d4-0feb89458461 '], [amazon_textlink asin= ' 0814433308 ' text= ' UK ' template= ' ProductLink ' store= ' mikeclay-21 ' marketplace= ' UK ' link_id= ' d572467a- fcd -11e6-b5f6-7fdc853ad2c1 '])
这个定义向我们展示了能力为您的项目提供了一个已定义的结果。但它很少是最终的终点。相反,它为持续向业务交付价值奠定了基础。基于能力的计划方法允许后续项目增强这些能力。
这在IT项目中尤其有价值。我们都熟悉失控的IT项目,这些项目会产生臃肿的软件产品。这些功能在一开始就吸引了利益相关者,但用户并不需要。所以这些特性没有被使用,项目所花费的时间、成本和风险都是一种浪费。
功能不同于特性和功能。功能允许涉众在不显式指定解决方案的情况下陈述业务需求。当您的项目创建一个功能时,它使组织能够:
为了做到这一点,让我们看一个基于功能的方法与更熟悉的函数方法有何不同的例子。以下是关于需求的两种陈述:
他说,我们将在2006年秋季之前在所有金融中心安装总账系统并启用。
伴随这些特性和功能而来的是一组能力,但它们不是明确的。
我们有能力在90天内收购一家价值1亿美元的企业。
有了明确的功能说明,您可以直接将投资与战略目标联系起来。
在基于能力的计划中,情况有所不同。当特定的能力可用时,组织可以交付操作价值。因此,这使他们能够满足他们的业务目标。
另一方面,特性和功能描述了系统的静态和动态行为。因此,它们与商业战略没有直接联系。
因此,能力提供了以下问题的答案:
“为了实现我们的战略目标,我们必须能够做什么,什么时候做?””
然后,您可以使用里程碑标记时间轴中的关键点。您最大的里程碑是交付功能。另一些则标记了沿途的关键点。
基于能力的计划转换:
成……
基于能力的计划是在不确定的条件下,在经济框架内工作时,提供适合广泛业务挑战和环境的能力的计划。
从特性和功能的角度定义项目需要从规范开始。这将允许您测试这些特性是否工作,以及它们是否符合规范。如果你从能力出发,那么你从一开始就有了测试的结果或效果。
基于能力的计划是项目管理工具包的一部分。但是最好将其理解为企业流程分析的一部分:
使用基于能力的计划意味着您必须改变计划的方法。现在,将计划过程看作一组业务过程改进活动。它们关注于增加业务需要的能力的成熟度,以实现其战略目标。
现在您的重点是操作能力,而不是特性和功能。所以这些操作能力成为了变革的基石。
然而,在不断变化的环境中,您还需要保持战略灵活性。所以你必须在不确定的条件下评估能力。这就提出了一种“构建模块”的方法,可以适应这些变化。
基于场景的规划是设置业务战略目标的一种方法。它广泛应用于基于It的项目。在那里,技术和需求可以迅速变化。情景分析在决策过程中很流行,有两种使用方式:
第一种用法(寻找替代品)很受欢迎,但存在问题。例如,我们假设我们可以通过研究个别场景来发现一个合理的商业战略。当一些参数未知时,这种“如果”的决策方法是有缺陷的。这是大多数IT项目的情况。
情景分析的第二个用途是基于模拟。你可以根据不同的未来假设来测试不同策略的表现。即使你可以做出合理的假设,这很快就会变得复杂。这些场景触发了一系列的因果关系。而且这些场景也相互关联。因此,对一个操作场景所做的更改可能会影响另一个操作场景。因此,您必须在充分理解它们如何相互影响的基础上选择场景。
一个世界的能力视图,并解决在基于场景的规划中发现的一些问题。功能为整合场景提供了一个收集点。它们系统地定义了操作概念及其关系。因此,每种能力都为一个或多个决策建立了令人信服的案例。总之,这些就构成了你的项目组合。
通过支持it的功能定义业务需求:
- 衡量IT价值的标准
来- 这是商业成功的衡量标准
因此,您应该使用功能来驱动项目需求。
确定实现以下目标所需的能力:
- 或者,你的项目目标
- 或者,特定场景的理想最终状态
因此……
“那是什么样子的?””
您可能对我们的产品感兴趣项目经理的项目定义工具包-一个创新的课程和资源包,所以你可以把一个混乱的想法,需求和要求,并把它变成一个明确的项目。
Glen是一位资深的项目管理通才,在航空航天、国防、联邦和企业项目的软件密集型系统项目方面拥有30年的经验。他专注于软件密集型项目的基于证据的项目绩效管理,并在大规模使用敏捷。他的博客,养猫是业内最受尊敬的专家之一,他的著作《基于绩效的项目管理》(我们,英国)展示了如何将基本原理大规模应用于最复杂的项目。
会话过期
请重新登录。登录页面将在一个新选项卡中打开。登录后可关闭并返回本页。