项目

Chinese, Simplified
SEO Title
project

【不确定性】不确定度锥实验

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

不确定性锥是一种强大的工具,根据项目开始时的知识量(或缺乏知识)来描述完成项目所需时间的不确定性。在这篇文章中,我们探讨了Codebots的一组人员进行的一项实验,以确定不确定性锥的应用如何提高项目估计。

作为软件评估系列的一部分,我们探讨了管理期望作为任何软件项目的一部分的重要性。本文将重点讨论不确定性锥,这是一个强大的工具,可以减轻范围界定和估计过程中涉及的风险。它的核心是基于项目开始时的知识量(或缺乏知识)来描述完成项目所需时间的不确定性。它最终解释了项目因未知而失败的风险,以及你试图估计的未来越远,你就越有可能出错的事实。这是一个有趣的悖论,我们想准确地预测未来,但我们不能真正准确,因为这只是一种估计。

Image

如果您还没有,我建议您熟悉我们之前在Codebots进行的一项实验,以了解如何最好地管理软件中的风险。这项工作的动机是我们的软件团队在进行评估时经常过于乐观。

在为自己配备了提出实验的最佳程序后,我们在固定范围估计中发现了一个问题。无论项目的长度如何,每个报价都至少包含80%的工作量变化。由于我们没有应用不确定性锥,我们为客户提供现实估计和管理他们期望的能力受到了严重阻碍。

第一步:了解问题

如上所述,当我们在报价阶段提供固定范围的价格时,我们在估计中遇到了一个问题。(固定范围意味着提供确切的要求,但时间长度灵活)。无论项目的长度如何,由于有大量的变化,我们总是会跳过。

根本原因——我们没有一个不确定的锥。我们没有考虑到这样一个事实,即你试图预测的未来越远,时间方差的增加就越大。这是由于存在许多特定风险,其中最严重的风险是估计不准确、范围变化和最终用户参与。因为这一切都是在一开始就估计的,所以没有机会改变估计来解释这些发现的风险。相反,这些风险的影响在项目的整个生命周期内都会加剧,这意味着项目越长,你就越想预测,因此你就越有可能出错。

第二步:提出一个假设

在消化了这个问题后,我们接下来致力于开发一个假设,以测试如何将不确定性锥准确地应用于我们的固定范围估计。

由此,假设在给定项目长度的情况下,可以使用一个公式来计算不确定性锥的大小。

第三步:计划实验

根据我们的假设,我们开始计划一个实验来测试我们的不确定性锥的命题。为此,我们生成了一个二次函数来模拟我们的圆锥体,其中一个参数表示预测的发育周数。然后,我们可以根据我们试图预测的未来,将这个乘数应用于我们的估计,以解释时间方差。

Image

如果我们将此应用于以前项目的估算数据,那么我们就可以确定带有变化的固定范围价格是否更准确。

步骤4:收集数据

我们从各种项目中收集了数据,包括分配和花费的时间、完成的故事、完成前的时间信息,包括关于项目和遇到的风险的附加说明。

根据这些估计,我们使用不确定性锥计算了每个项目的假设固定范围值。使用这些信息,我们能够检查我们完成初始工作和额外变化所实际花费的时间是否与使用不确定性锥生成的新估计值相当。事实证明,改进后的估计和实际花费的时间非常相似!

第五步:做出决定

最后,数据表明,如果我们将不确定性锥应用于一个固定的范围,使用一个考虑到项目长度的公式,我们最终会得出一个估计,该估计将考虑到项目开发过程中发生的变化。

最终,我们建议开发团队不要试图估计整个项目,而只关注和估计少量的工作。这将有助于减少未知因素的影响,从而减少不确定性锥的大小。这也意味着,随着团队在项目中的工作,他们会对项目有更多的了解,当涉及到估计下一块工作时,他们可以减少不确定性,做出更准确的估计。

本文地址
https://architect.pub/cone-uncertainty-experiment
SEO Title
The cone of uncertainty experiment

【数字项目】不确定性锥如何影响数字项目

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

在这篇文章中,我们将探讨“不确定性锥”如何影响数字项目,以及如何利用它来改善协作,并构建更好、更快、更便宜的东西。

在复杂的数字项目中,为固定范围估计固定费用的模型会让团队面临潜在的失败。虽然项目利益相关者可能在项目开始时就清楚地了解期望的结果,但没有人可能在一开始就知道每个项目的细节。

相反,通过详细的发现过程或产品路线图参与,项目利益相关者通过合作建立共识,直到前进的道路变得清晰。

用项目管理的话说,在项目谈判和更好地理解确切规范之间的这段时间被称为不确定性锥。如果处理不当,可能会对您的项目造成严重破坏。

一个破碎的过程

承担固定投标固定范围项目的机构会让自己和他们的项目走向失败。当出现超出范围的请求时,无论这个想法有多好,他们都必须推迟,以遵守预算或时间表。

当客户被告知可能提高最终产品质量的新想法将产生额外成本或推迟目标截止日期时,他们会感到沮丧。在这种情况下,客户和代理机构就最佳潜在结果进行合作的自由度是有限的。这是RFP存在问题的众多原因之一。

一次又一次,项目团队以信守合同承诺的名义,在创造力和质量方面妥协。这种限制意味着代理商只能制造出满足客户和最终用户需求的平庸产品。

更糟糕的是,许多客户陷入了一种“一口咬定”的心态。他们不会试图根据收集的数据来随着时间的推移改进产品。这浪费了更快实现目标的宝贵机会。为什么不从一开始就努力争取最好的结果呢?在保持截止日期和预算的同时,是否可以采用协作、创造性的方法?

如果项目利益相关者愿意共同承担一些风险的话。

不确定性的锥

预算和时间表通常基于特定的项目要素。因此,客户编写详尽的RFP,概述尽可能多的项目变量。数字机构——或者任何从事大型项目的服务提供商——通过提前估算来补偿。

这次谈判耗费大量时间和资源。此外,它通常会产生不准确的结果。招标机构的报价通常是实际实施成本的四倍。

不确定性锥概念起源于20世纪50年代工程和施工管理的互联网之前。然而,它在很大程度上适用于今天的数字项目。前提是任何项目在其生命周期中都有一个不断减少的不确定性范围。

Graphic illustrating the Cone of Uncertainty

An example from Agile in a Nutshell shows how the Cone of Uncertainty impacts estimate variability and project workflow.

不幸的是,在大多数数字项目中,团队都是在最不确定的时期提前完成所有财务和合同谈判的。这是一个重大问题。

虽然详细的规格很有帮助,但提前完成每一项任务、功能和设计要求会限制构建更好产品的自由度。事实上,一旦每个人都卷起袖子投入到这个项目中,伟大的想法就会出现。探索研讨会带来了精彩的新功能请求。用户体验会议会带来在谈判过程中可能没有考虑到的客户见解。但是双方已经同意了他们的条件。

“不”的文化

这种固定出价固定范围的方法建立了一种基于消极性的项目文化。通过不断努力维持范围、预算和法律义务,各机构别无选择,只能温和地拒绝未事先讨论的请求。建立信任和相互尊重的关系将更好地为项目利益相关者服务。

当然,您可以将所有的新想法放在“第二阶段”列表中,以便以后实施。但是,如果其中一些想法能够从根本上改变项目的成功潜力呢?为什么不接受不确定性的锥,承认你并不了解一切呢?双方可以重新确定功能和预算的优先级,然后共同努力,追求对所有人都有更高价值的东西。不幸的是,这不是很多项目的运作方式。

如果你接受在学习新事物时产生的所有伟大想法,你也必须接受一个不断变化的范围。不确定性的锥决定了这一点。否则,你会有一个大象大小的项目,范围膨胀,但盈利能力下降。此外,每当有新的想法出现“对不起”时,人际关系就会变得紧张

用敏捷拥抱不确定性

多年来,我们一直在写关于敏捷方法的文章。当项目有意义时,我们会雇佣他们。它们并不完全适合每个项目,但在范围更大的项目中效果良好。敏捷方法要求通过不断的用户研究和测试,将项目分解为可管理的小块,并内置反馈和协作机制。

敏捷公司权衡可变性,并致力于首先实现最高价值的可交付成果,而不是提前做出承诺。这些高价值的可交付成果首先解决了最大的问题,并在项目后期留下较小的挑战,因为时间和预算可能会更紧。这有助于他们降低风险,并利用不确定性对每个人都有利。

更重要的是,敏捷项目要求业务关系建立在相互信任和承诺提供最佳解决方案的基础上。

具体来说,敏捷要求团队致力于:

  • 定期沟通时间、预算、反馈等。
  • 持续的动手协作和共享学习
  • 在最有意义的时候延长或停止项目的自由

让敏捷在商业中发挥作用

时间构成了你的生命,所以浪费时间实际上是一种缓慢的自杀。

--Jeff Sutherland,《Scrum:在一半时间内完成双倍工作的艺术》一书的作者

Jeff Sutherland在其著作《Scrum:The Art of Doing Twice The Work In Half Time》中,告诉了一家软件公司的故事。(Scrum是一个用于管理产品开发的迭代和增量敏捷软件开发框架。)在萨瑟兰的故事中,软件公司和客户都是赢家。项目详情如下:

软件公司提供了一份项目估算,明确表示他们包含了所有的未知因素,这些未知因素可能会影响时间和可交付成果。

该公司将首先使用敏捷方法来关注最高价值的交付成果。这些可交付成果将以商定的增量提供,以推动计费。

客户可以随时取消项目,只需支付相当于整个项目一小部分的终止费。

在萨瑟兰的故事中,该公司估计该项目可能需要20个月的时间。通过专注于最高价值的可交付成果,该公司仅用了四个月就交付了客户所需的东西,因此客户停止了该项目。客户采用这种方法节省了大量资金。软件团队只完成了他们预期的一小部分工作。该公司收到了20%的项目终止费。这增加了利润率,并打开了团队进行其他项目的时间表。

在下一个项目中拥抱灵活性

采用这些做法的公司将建立长期的客户关系。预算、时间和期望都得到了管理。然而,两党都没有做出最终无法兑现的承诺。客户可以更快地获得更高质量的数字解决方案。用户很高兴。数字机构更好地管理盈利能力。信任得以维持,人际关系得以发展。每个人都赢。

如果你想了解更多关于迈向敏捷过程的信息,请阅读我们的文章《如何从瀑布过渡到敏捷方法》。更好的是,下载下面的敏捷白皮书。

本文地址
https://architect.pub
SEO Title
How the Cone of Uncertainty Impacts Digital Projects

【项目管理】敏捷与处理不确定性锥

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

信仰的飞跃

当我们开始构建能取悦客户的SaaS产品时,我们的信心正在飞跃。我们常常甚至不知道目标结果是否可能。投资和构建软件通常是有风险的,原因有几个:

  • 我们不知道市场想要什么。
  • 我们周围的市场正在发生变化。
  • 竞争总是在提高他们的上市时间(TTM),发布有竞争力的产品和服务。

我们必须假设会有错误的项目假设,并且我们用于构建产品的底层开发技术正在不断变化和发展。SaaS之旅中有一件事是明确的——未来总是模糊不清!

SaaS开发充满不确定性的历程在整个行业都可以看到,从Facebook到苹果,从Salesforce到谷歌,大小公司的成功和失败都证明了这一点。谷歌是众多创新的B2C公司之一,它们利用不确定性锥来帮助告知如何进入市场以及是否终止服务。该公司意识到,除了创新,他们还需要迅速减少不确定性。

例如,谷歌笔记本,一个基于浏览器的笔记和信息共享服务,作为谷歌文档的一部分被杀并复活,它有一个名为Keep的移动衍生产品。2011年,谷歌首次尝试建立社交网络的谷歌Buzz在一年多后很快就被扼杀了。这些只是谷歌的几个B2C例子。所有这些都是面临不确定性锥的投资的例子。长期预测成功的结果并锁定产品的细节只会浪费和冒险。

不确定性锥描述了软件项目投资时存在的不确定性和风险。锥体描绘了风险的大小和通过锥体确定的精确程度。我们越是试图预测功能、能力和采用率,我们必须承担的风险和不确定性就越大。对于我们试图定义的待交付产品以及我们将其交付给市场的时间来说,这是正确的。随着时间的推移,企业必须对沿途的计划路径进行调整,以捕捉和接受不断变化的市场需求。

在今天的市场中,我们必须迅速检验我们的假设,并推动创新以具有竞争力。一个敏捷的产品开发生命周期(PDLC)和适当的组织可以帮助我们做到这一点。为了解决圆锥体所代表的挑战,我们必须了解敏捷PDLC能为公司做什么,不能为公司做些什么。

解决圆锥体的不确定性

当我们使用敏捷方法时,我们必须确定产品开发和交付的时间和成本,但我们允许对范围进行调整和更改,以满足固定的日期。团队可以在项目后期延长时间,但承诺的交付日期不会改变。我们也不增加人员,因为Brooks Law告诉我们,在后期软件项目中增加人力资源只会进一步拖延。相反,我们通过频繁部署到市场来加快我们的学习能力,从而减少了不确定性。在整个过程中,发现了成功结果所需的功能集以及应该如何工作。

敏捷允许频繁的迭代,使我们能够通过数据接近市场。部署后,如果我们的系统被设计为受监控的,我们可以捕获丰富的信息,这些信息将有助于为未来的优先级排序、关于功能的新想法以及可能需要对现有功能集进行的修改提供信息。敏捷迫使我们经常进行评估,并因此为我们的业务产生有价值的数据。由此产生的冲刺速度可用于修改未来交付范围预测,包括交付内容和交付时间。数据也将在我们的冲刺过程中产生,这将有助于确定哪些因素可能会减慢我们的速度,最终影响我们的上市时间。由于短期内可以观察和感受到结果,积极的士气将注入tam。

什么不是敏捷,我们必须如何调整?

虽然使用敏捷方法可以帮助解决不确定性,但它并不是所有挑战的答案。敏捷并不能帮助提供一个特性或范围交付的具体日期。相反,我们的工作范围。它也不能仅仅因为我们的团队开始实践TTM而改善TTM。公司的哲学、原则和规则并不是通过敏捷PDLC来定义的。这些由公司来定义。一旦确定,团队就可以在边界内进行创新。这个边界定义的一部分需要从顶部开始。高管们需要描绘出一幅生动的画面,描绘出能够激起情绪并可衡量的预期结果。视野在圆锥体的开口处。高管们为实现成果而定义的可衡量的关键结果允许团队在实现愿景的过程中进行创新和权衡。仅靠敏捷并不能增强团队的能力,也不能帮助团队进行创新。结果和关键结果(OKR)级联到我们的组织中,再加上敏捷PDLC,可以是一个很好的组合,它将使团队有更好的机会进行创新,并实现理想的上市时间。实现OKR框架有助于消除编写代码以达到日期的焦点,并将所需的注意力转向创新和权衡以实现预期结果。

敏捷不能很好地与年度预算周期保持一致。虽然很多时候,股东需要年度视角,但敏捷方法与年度预算相冲突。由于敏捷看到了不断变化的市场需求,因此需要频繁的预算迭代,因为团队可能会要求额外的资金来寻找机会。关键是财务领导者要接受调整预算方法以与敏捷PDLC保持一致的重要性。否则,所产生的冲突可能具有破坏性,并对公司的预期结果造成障碍。

适当地应用敏捷有助于解决锥形问题,减少不确定性,使团队能够实现成果,并最终在全球市场上变得更有竞争力,从而使公司受益。对于那些想要成为世界级的公司来说,敏捷正处于成为赌注的边缘。正如我们在上文中所描述的,注意到预算等不同方法的重要性,这不仅仅是针对软件,而是整个业务。

让我们帮忙

AKF在向组织过渡时帮助了许多各种规模的公司,重新定义了PDLC以符合所需的市场速度,以及SaaS迁移。这三者紧密相连,如果做得好,可以帮助企业更有效地竞争。联系我们免费咨询。我们很乐意提供帮助!

本文地址
https://architect.pub
SEO Title
AGILE AND DEALING WITH THE CONE OF UNCERTAINTY

【项目管理】项目管理中的不确定性锥

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

随着时间的推移,项目的细节越来越为人所知,不确定性锥是对估计准确性不断提高的图形描述。

SD

在项目管理中,不确定性锥描述了项目期间最佳情况下不确定性的数量的演变。在项目开始时,对产品或工作结果的了解相对较少,因此估计存在很大的不确定性。随着越来越多的研究和开发工作的进行,人们了解到了更多关于该项目的信息,然后不确定性趋于降低,当所有剩余风险都已终止或转移时,不确定性达到0%。这通常发生在项目结束时,即通过将责任转移到单独的维护小组。

术语“不确定性锥”用于软件开发,其中技术和业务环境变化非常快。然而,这个概念,以不同的名称,是成本工程的一个公认的基本原则。大多数环境变化如此缓慢,以至于在典型项目的持续时间内,它们可以被视为静态的,因此,传统的项目管理方法侧重于通过仔细的分析和规划来充分了解环境。在进行任何重大投资之前,不确定性就已经降低到可以轻松承担风险的水平。在这种环境中,不确定性水平在开始时迅速下降,锥形不太明显。然而,软件业务的波动性很大,随着时间的推移,存在着降低不确定性水平的外部压力。项目必须积极、持续地工作,以降低不确定性水平。

通过研究和从项目中消除可变性来源的决策,缩小了不确定性的范围。这些决定是关于项目的范围、项目中包含的内容和不包含的内容。如果这些决定在项目后期发生变化,那么圆锥体将变宽。

对化工行业工程和施工的原始研究表明,实际最终成本往往比最早的“基本”估计高出100%(或低出50%)。软件行业对不确定性锥的研究表明,在项目生命周期开始时(即在收集需求之前),估计值通常在高端和低端都具有因子4的不确定性。这意味着实际的努力或范围可以是最初估计的4倍或1/4。这种不确定性往往会在项目过程中减少,尽管这种减少并不能保证。

本文地址
https://architect.pub/cone-uncertainty-project-management
SEO Title
Cone of Uncertainty in project management

【风险管理】风险管理资源简编

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

本博客页面专门介绍在使用传统和敏捷方法开发和部署复杂系统时,在存在不确定性的情况下用于管理的资源,这些不确定性会带来风险。

让我们从对项目风险管理目的的批判性理解开始。

风险管理对于开发和生产计划至关重要。关于关键项目成本、(技术)性能和进度属性的信息通常是不确定或未知的,直到项目后期。

可以在项目早期发现的风险问题,这些问题可能会在以后影响项目,称为已知未知问题,可以通过良好的风险管理来缓解。

有效风险管理第2版,Edmund Conrow,AIAA,2003

在项目管理和产品开发的各个方面,成功的风险都是由认识(可减少)和解释(不可减少)的不确定性造成的。

在存在这些不确定性的情况下做出任何可信的决定,都需要我们估计这些风险对按时出现的成功概率的影响,并为所需成本提供正确的技术和运营结果。

正如Tim Lister所说。。。

风险管理是针对成年人的项目管理

几乎所有这些论文都可以在谷歌的网页上找到。有些人可能需要会员资格。但任何可信的风险管理者都属于IEEE、AACE、ICEAA、ACM和其他风险管理、项目管理和技术组织。

项目管理的目的是确保对这些活动进行有效管理,以便在最短的时间内带来预期的结果和效益。因此,项目管理是将知识、技能、活动、工具和技术应用于项目,以使项目满足强加给它的要求并实现其目标。风险管理也是项目管理的一个组成部分,应纳入其中。

目录

风险管理从根本原因分析开始。每一个原因都来自于不确定性。不确定性会产生风险,并在项目中以两种形式出现——认知不确定性,它是可减少的,并通过通常由项目支付的回购行动来处理;而Aleory不确定性,是不可减少的并通过保证金-成本、进度和技术保证金来处理。对于每一个可能产生风险的不确定性。

最好在工作开始前发现这些原因。这是一个验尸过程。在问题变成问题后,可以进行尸检以确定原因,但此时,风险已经变成了问题。

Risk Management Guides and Handbooks (#RMGuide)


Books on Risk Management in My Library (Hardcopy and Softcopy) (#RMBooks)


这些书在我的书架上或我的电子图书馆里,重点是项目、程序、软件开发、成本和技术性能风险对项目成功概率的影响。

A


  • Agile Risk Management and DSDM Pocketbook, Alan Moran, IARM.
  • Applied Software Risk Management: A Guide for Software Project Managers, Ravindranath Pandian, Auerbach Publications, 2007.
  • A Beginners Guide to Uncertainty of Measurement, Stephanie Bell, National Physics Laboratory, 1999.
  • Against the Gods: The Remarkable Story of Risk, Peter L. Bernstein, John Wiley & Sons, 1996.
  • Agile Risk Management and Scrum, Alan Moran, Institute for Agile Risk Management, 2014.
  • Applied Reliability Engineering and Risk Analysis - Probabilistic Models and Statistical Inference, Editors, Llia B. Frenkel, Alex Karagrigoriou, Anatoly Lisnianski, and Andre Kleyner, Wiley, 2014.
  • Analytical Methods for Risk Management - A Systems Engineering Perspective, Paul R. Garvey, CRC Press, 2009.
  • Applied Reliability Engineering and Risk Analysis: Probabilistic and Statistical Inference, Edited by LLia B. Frenkel, Alex, Karagrigoriou, Anatoly Lisnianski, and Andre Kleyner, Wiley, 2014.
  • Assessment and Control of Software Risks, Capers Jones, Prentice-Hall, 1993.

B


  • Better Decision, Fewer Regrets, Andy Stanley, Zondervan, October 20, 2020
  • Beyond Safety Training: Embedded Safety in Professional Skills, Corinne Bieder, Claude Gilbert, Benoît, and Hervé Laroche, Editors, Springer Briefs in Safety Management, Springer Open, 2018.

C


  • Complete Guide to the Basics of Project Risk Management: Improve Your Chances for Success, Dmitry Nizhebetskiy, Project Management Basics, 2017.
  • Critical Code, Software Producibility for Defense, Committee for Advancing Software-Intensive Systems Producibility Computer Science and Telecommunications Board Division on Engineering and Physical Sciences, National Research Council of the National Academies, 2010.
  • Contingency Guide, 2nd Edition, Risk Engineering Society (RES), 2019.
  • Continuous Risk Management Guide, Audrey J. Dorofee, Julie A. Walker, and Christopher J. Alberts, Software Engineering Institute, 1996.
  • Critical Uncertainties: The Theory and Practices of System Safety, Matthew Squair, Nonsuch Publishing, June 3, 2022

D


  • Decisions Over Decimals: Striking the Balance Between Intuition and Information 1st Edition, Paul F. Magnone, Christopher J. Frank, and Oded Netzer, Wiley, Ocrober 4, 2022.
  • Decision Making Under Uncertainty: Theory and Application, Mykel J. Kocjenderfer, MIT Lincoln Laboratory Series, 2015.
  • Decision Analysis for the Professional, 4th Edition Peter McNamee and John Celona, Smart Org, 2008.
  • Decision Making Under Uncertainty - Theory and Application, Mykel J. Kochenderfer, MIT Lincoln Laboratory Series, 2015.
  • Decision Making under Deep Uncertainty - From Theory to Practice, Vincent A. W. J. Marchau, Warren E. Walker, Pieter J. T. M. Bloemen, and Steve W. Popper, editors, Springer, 2019.
  • Decision Making Under Uncertainty: Theory and Application, Mykel J. Kochenderfer, MIT Lincoln Laboratory Series, 2015.
  • Decision Quality: Value Creation from Better Business Decisions, Carl Spetzler, Hannah Winter, and Jennifer Meyer, Wiley, 2016.
  • Department of Defense Risk, Issue, and Opportunity Management Guide for Defense Acquisition Programs, June 2015, Office of the Deputy Assistant Secretary of Defense for Systems Engineering Washington, D.C.
  • Drift into Failure: From Hunting Broken Components to Understanding Complex Systems, Sidney Dekker, Ashgate e-Book, 2011.
  • Effective Risk Management: Some Keys to Success, 2nd Edition, Edmund Conrow, AIAA, 2003.

E


  • Engineering a Safer World: Systems Thinking Applied to Safety, Nancy G. Leveson, The MIT Press, 2011.

F


  • Foundations of Risk Management: A Knowledge and Decision-Oriented Perspective, 1st Edition, Terje Aven, John Wiley & Sons, 2003.
  • Foundations of Risk Management, 2nd Edition, Terje Aven, John Wiley & Sons, 2012.
  • Fundamentals of Risk Analysis and Risk Management, Vlasta Molak, CRC Press, 1997.
  • FISMA and the Risk Management Framework: The New Practice of Federal Cyber Security, Stephen D. Gantz and Daniel R. Philpott, Elsevier, 2013.
  • Failure is Not an OptionMission Control from Mercury to Apollo 13 and Beyond, Gene Kranz, Simon & Schuster, 2000.
  • Foundations of Risk Analysis: A Knowledge and Decision-Oriented Perspective, Terje Aven, John Wiley & Sons, 2003.
  • Fundamentals of Risk Management: Understanding, Evaluating and Implementing Effective Risk Management, Paul Hopkins, IRM, 2010
  • FISMA and the Risk Management Framework: The New Practice for Federal Cyber Security, Stephen D. Gantz and Daniel R. Philpott, Technical Editor, Elsevier, 2013.

G


  • Guide to Effective Risk Management 3.0, Alex Sidorenko and Elena Demidenko, CreateSpace Independent Publishing Platform, 2017.

H


  • How to Decide: Simple Tools for Making Better Choices, Annie Duke, Portfolio, October 13, 2020.
  • Handbook for Integrating Risk Analysis in the Economic Analysis of Projects, Asian Development Bank, 2002.
  • How to Live with Uncertainty: Risk Intelligence, Dylan Evans, Free Press, September 29, 2015.
  • Handbook of Risk Theory: Epistemology, Decision Theory, Ethics, and Social Implications of Risk, Sabine Roeser, Rafaela Hillerbrand, Per Sandin, Martin Peterson (Editors), Springer, 2011.
  • How to Measure Anything - Finding the Value on Intangible in Business, 3rd Edition, Douglas W. Hubbard, John Wiley, 2014.
  • How Risky Is It, Really? Why Our Fears Don't Always Match the Facts, David Ropeik, McGraw Hill, 2010.

I


  • Identifying and Managing Project Risk: Essential Tools for Failure-Proofing Your Project, 3rd Edition, Tom Kendrick, AMACOM, March 25, 2015.
  • Integrated Cost and Schedule Control in Project Management, 2nd Edition, Ursula Kuehn, Management Concepts, 2010.
  • Implementing Enterprise Risk Management: Case Studies and Best Practices, John R. S. Fraser, Betty J. Simkins, Kristina Narvaez Editors, Wiley, 2015.
  • Integrated Project Risk Management: A System for Adding Value to Your Organization, Gavin Halling, Risk Tools, 2020.
  • IT Risk Management Guide: Risk Management Implementation Guide, Gerard Blokdijk, Claire Engle & Jackie Brewster, 2008.
  • Chapter 12: Integrated Risk Management System - Key Factor of Management System of the Organization, in Risk Management - Current Issues and Challanges, Emilia Vasile and Ion Croitoru, INTECH 2012.

M


  • Managing Risk: Methods for Software Systems Development, Elaine Hall, Addison Wesley, 1998.
  • Managing Project Risk and Uncertainty: A Constructively Simple Approach to Decision Making, Chris Chapman and Stephen Ward, John Wiley & Sons, 2002.
  • Managing Risk: Methods for Software Systems Development, Elaine Hall, Software Engineering Institute, Addison Wesley, 1998.
  • Managing Complex, High-Risk Projects: A Guide to Basic and Advanced Project Management, Franck Marle and Ludovic‒Alexandre Vidal, Springer‒Verlag, 2016.
  • Markov Chain Monte Carlo: Stochastic Simulation for Bayesian Inference, Dani Gamerman, and Hedibert Freitas Lopes
  • Misconceptions of Risk, Terje Aven, John Wiley & Sons, 2010.
  • Managing Project Risk and Uncertainty: A Constructively Simple Approach to Decision Making, Chris Chapman and Stephen Ward, John Wiley & Sons, 2002.
  • Managing the Unknown: A New Approach to Managing High Uncertainty and Risk in Projects 1st Edition, Christoph H. Loch, Arnoud DeMeyer, and Michael Pich, Wiley, 2006.
  • Modeling Risk: Applying Monte Carlo Simulation, Real Options Analysis, Forecasting, and Optimization, Johnathan Mun, Wiley Finance, 2006.
  • Making Essential Choices with Scant Information: Front-End Decision Making in Major Projects, edited by Terry Williams, Kjell Sunnevåg, and Kurt Samset, Palgrave, MacMillan, 2009.
  • Managing the Unexpected: Sustained Performance in a Complex World, Third Edition, Karl E. Weick and Kathleen M. Sutcliffe, Wiley, 2015.

N


  • NASA Risk Management Handbook, NASA/SP-2011-3422, Version 1.0, November 2011

O


  • On Making Smart Decisions, Daniel Kahneman, Dan Lovallo, and Oliver Sibony, Harvard Business Review, 2013.

P


  • Project Risk Management Guidelines: Managing Risk in Large Projects and Complex Procurements, Dale Cooper, Stephen Grey, Geoffrey Raymond, and Phil Walker, John Wiley & Sons, 2005.
  • Probabilistic Logic Networks: A Comprehensive Framework for Uncertain Inference, Ben Goertzel, Matthew Ikle, Izabela Freire Goertzel, and Ari Jakakka, Springer, 2008
  • Project Risk Quantification: A Practitioner’s Guide to Realistic Cost and Schedule Risk Management, John Hollmann, Probabilistic Publishing 2016.
  • Perspectives on Thinking, Judging & Decision Making, Wibecke Brun (Editor),‎ Gideon Keren (Editor),‎ Geir Kirkeboen (Editor),‎ Henry Montgomery (Editor), Universitetsforlaget; UK Edition, November 28, 2011.
  • Probabilistic Risk Assessment Procedure Guide for NASA Managers and Practitioners, NASA/SP‒2011‒3421, Second Edition, December 2011.
  • Probability Methods for Cost Uncertainty Analysis: A Systems Engineering Perspective, Paul Garvey, Marcel Dekker, 2000.
  • Probabilistic Risk Assessment and Management for Engineers and Scientist 2nd Edition, Ernest J. Henley and Hiromitsu Kumamoto, IEEE Press, 2000.
  • Project Risk Management: Process, Techniques, and Insights, 2nd Edition, Chris Chapman and Stephen Ward, John Wiley & Sons, 2003.
  • PM Sourcebook Integrated Project Management Sourcebook A Technical Guide to Project Scheduling, Risk and Control, Mario Vanhoucke, Springer.
  • Project Risk Management Guidelines, Managing Risk in Large Projects and Complex Procurements, Dale F. Cooper, Stephen Grey, Geoffrey Raymond, and Phil Walker, John Wiley & Sons, 2005.
  • Prioritizing Project Risks: A Short Guide to Useful Techniques, edited by Martin Hopkinson, Paul Close, David Hillson, and Stephen Ward, Association for Project Management, 2008.
  • Probability for Risk Management, Mathew J. Hassett and Donald G. Stewart, ACTEX Publications, 2006.
  • Probabilistic Risk Analysis: Foundations and Methods, Tim Bedford and Roger Cooke, Cambridge University Press, 2009.
  • Prioritizing Project Risks, edited by Martin Hopkinson, Paul Close, David Hillson, and Stephen Ward, Association for Project Management, 2008.
  • Project Decisions: The Art and Science, Second Edition, Lev Virine, and Michael Trumper, Berrett-Koehler Publishers, October 1, 2007.
  • Probability Methods for Cost Uncertainty Analysis: A Systems Engineering Perspective, Paul Garvey, CRC Press, 2000.
  • Practical Risk Assessment for Project Management, Stephen Grey,
  • Practical Project Risk Management: The ATOM Methodology, David Hillson, Management Concepts Press, 2012.
  • Practical Spreadsheet Risk Modeling for Management, Dale Lehman, Huybert Groenendaal, and Greg Nolder, CRC Press, 2012.
  • Project Risk Management Guide, Washington State Department of Transportation, February 2018.
  • Principles of Risk Analysis: Decision Making Under Uncertainty, Charles Yoe, CRC Press, 2012.
  • Project Risk Management: A Practical Implementation Approach, Michael M. Bissonette, PMI Book Service Center, 2016.
  • Project Management with Dynamic Scheduling: Baseline Scheduling, Risk Analysis, and Project Control, 2nd Edition, Mario Vanhoucke, Springer, 2013.
  • Project Risk Management Handbook: A Scalable Approach, Version 1, CalTrans, June 2012.
  • Principles of Risk Analysis: Making Decisions under Uncertainty, Charles Yoe, CRC Press, 2012.
  • Proactive Risk Management in a Dynamic Society, Raddningsverket, Jebs Rasmussen and Inge Svedung, Swedish Rescue Services Agency, 2000.

Q


  • Quantitative Risk Analysis: Guide to Monte Carlo Simulation Modeling, David Vose, John Wiley & Sons, 1996.
  • Quantitative Risk Assessment: The Scientific Platform, Terje Aven, Cambridge University Press, 2001

R


  • Reality Charting© Seven Steps to Effective Problem-Solving And Strategies For Personal Success, Dean L. Gano, Apollonian Press, 2011.
  • Reliability Engineering and Risk Analysis, Mohammad Modarres, Mark Kaminsky, and Vasiliy Krivtsov, Marcel Dekker, 1999.
  • Risk Playbook - Rethinking Risk: Detect, Assess, Respond, and Learn, McChrystal Group, 
  • Risk Analysis: A Quantitative Guide, David Vose, John Wiley & Sons 2008.
  • Risk Analysis in Project Management, John Raftery, E & FN SPON, an imprint of Routledge, 1994.
  • Risk Management and Governance: Concepts, Guidelines, and Applications (Risk, Governance, and Society), Terje AvenSpringer, September 29, 2010
  • Risk, Uncertainty and Profit, Frank Knight, Reprints of Economic Classics, 1964.
  • Risk Analysis in Theory and Practice, Jean-Paul Chavas, Elsevier Academic Press, 2004.
  • Risk Analysis Foundations, Models, and Methods, Louis Anthony Cox, Springer Science+Business Media, 2002.
  • Risk Analysis in Engineering: Techniques, Tools, and Trends, Mohammad Modarres, CRC Press, 2006.
  • Risk Management in Software Development Projects, John McManus, Routledge, 2003.
  • Risk Happens: Managing Risk and Avoiding Failure in Business Projects, Mike Clayton, Marshall Cavendish, 2011.
  • Risk Analysis – A Quantitative Guide, Third Edition, David Vose, John Wiley & Sons April 2008.
  • Risk Assessment: A Practical Guide to Assessing Operational Risks, edited by Georgi Popov, Bruce K. Lyon, and Bruce Hollcroft, Wiley, 2016.
  • Risk Management Concepts and Guidance, Fifth Edition, Carl L. Pritchard, CRC Press, 2015.
  • Risk Management ‒ Current Issues and Challenges, edited by Nerija Banaitene, InTech, September 9, 2012.
  • Risk Management and Simulation, Aparna Gupta, CRC Press, 2014.
  • Risk: A Multidisciplinary Introduction, Claudia Klüppelberg, Daniel Straub, and Isabell M. Welpe, Editors, Springer, 2014.
  • Risk Assessment: Theory, Methods, and Applications, Marvin Rausand, Wiley, 2011.
  • Risk Analysis - Assessing Uncertainties Beyond Expected Values and Probabilities, Terje Aven, Wiley, 2008.
  • Risk Happens!: Managing Risk and Avoiding Failure in Business Projects, Mike Clayton, 2011.
  • Risk in Extreme Environments: Preparing, Avoiding Mitigating, and Managing, Vicki Bier, Routledge, 2017
  • Risk Modeling, Assessment, and Management, Yacov Y. Haimes (Editor) and Andrew P. Stage (Series Editor) Wiley Series on Systems Engineering and Management, 4th, 2015.

S


  • Software Risk Management, Barry W. Boehm, IEEE Computer Society Press 1989.
  • System Reliability Theory, Second Edition, Marvin Rausand and Arnljot Høyland, Wiley Interscience, 2004.
  • Strategic Risk Taking: A Framework for Risk Management, Aswath Damodaran, FT Press, August 12, 2007.
  • Strategic Project Risk Appraisal and Management, Elaine Harris, Gower, 2009.
  • Satisfying Safety Goals with Probabilistic Risk Assessment, Hiromitsu Kumamoto, Springer Series in Reliability Engineering, 2007
  • Software Engineering Risk Management: Finding Your Path Through the Jungle, Version 1.0, Dale Karolak, IEEE Computer Society, 1998.
  • Software Engineering Risk Management, Dale Karolak, IEEE Computer Society Press, 1996.
  • Technical Risk Management, Jack Michaels, Prentice-Hall, 1996.
  • Software Engineering Risk Management, Dale Walter Karolak, IEEE Computer Society, 1996.
  • Software Engineering Risk Management: Finding Your Path Through the Jungle, Version 1.0, Dale Walter Karolak, IEEE Computer Society, 1998.
  • Software Project Survival Guide: How to Be Sure Your First Important Project Isn’t Your Last, Steve McConnell, Microsoft Press, 1998.
  • Science and Judgement in Risk Assessment, National Academies Press, 1994
  • Stochastic Models in Reliability, Terje Aven and Uwe Jensen, Springer, 1999
  • Stochastic Simulation and Monte Carlo Methods: Mathematical Foundations of Stochastic Simulation, Cark Graham and Denis Talay, Springer 2013.
  • STPA (System Theoretic Process Analysis Handbook, Nancy Leveson, 2018.
  • Science and Judgement in Risk Assessment, National Academy Press, 1994
  • Safety, Reliability and Risk Analysis: Theory, Methods, and Applications, Volume 1, S. Martorell, C. Guedes Soares & J. Barnett, Editors, Proceedings of the European Safety and Reliability Conference, 2008.
  • Solving for Project Risk Management: Understanding the Critical Role of Uncertainty in Project Management, Christian B. Smart, McGraw-Hill, 2020.

T


  • Time Prediction: Understanding and Avoiding Unrelalism in Project Planning and Everyday Life, Torleif Halkjelsvik and Magne Jørgensen, Simular Springer Briefs on Computing, Volume 5, Springer Open, 2018.
  • Thinking in Bets: Making Smarter Decisions When YOu Don't Have All The Facts, Annie Duke, Portfolio, May 7, 2019.
  • The Art of Strategic Decision Making: How To Make Tough Decision Quickly, Intelligently, and Safely (Think Smarter, Not Harder), Peter Hollins, Independently published, May 24, 2021.
  • The Silver Lining of Project Uncertainties, Thomas G. Lechler, Ting Gao, and Barbara EdingtonProject Management Institute, 2013.
  • The Economic Foundations of Risk Management: Theory, Practice, and Applications 1st Edition, Robert Jarrod, World Scientific, 2016.
  • Technical Risk Management, Jack Michaels, Prentice-Hall, 1996.
  • The Flaw of Averages, Why We Underestimate Risk in the Face of Uncertainty, Sam L. Savage, John Wiley, 2012.
  • The Illusion of Risk Control – What Does it Take to Live With Uncertainty?, Gilles Motet Corinne Bieder, Editors, Springer Open, 2016.
  • The Failure of Risk Management: Why It’s Broken and How to Fix It, Douglas Hubbard, John Wiley & Sons, 2009.
  • Thinking, Fast and Slow, Daniel Kahneman, Farrar, Straus and Giroux, 
  • Technical Risk Assessment Analysis, DSTO, Commonwealth of Australia, 2010.

U


  • Understanding Uncertainty, Dennis V. Lindley, John Wiley & Sons, 2006.
  • Uncertainty in Risk Assessment: The Representation and Treatment of Uncertainties by Probabilistic and Non-Probabilistic Methods
    Terje Aven, Piero Baraldi, Roger Flage, Enrico Zio, Wiley Feb 2014

W


  • World-Class Risk Management, Norman Marks, Create Space, 2015.
  • Waltzing with BearsManaging Risk on Software Projects, Tom Demarco and Timothy, Lister, Dorset House, 2003.

Risk Management Web Sites (#RMWebs)


有许多网站专注于风险管理。这些网站提供了适用于我们复杂系统领域的项目和项目风险信息。

Risk Management Papers (#RMPapers)


What is Risk? (#WhatisRisk)


  • "What is Risk?" Glen Alleman, Thomas Coonce, and Rick Prices, The Measurable News, 2018.01

Risk-Informed Decision Making (#RIDM)


所有非微量项目都是在存在产生风险的不确定性的情况下运营的。在存在不确定性和由此产生的风险的情况下做出决策是管理层的职责。以下是我们领域中使用的一些指南,用于就成本、进度和技术性能做出风险知情的决策

Quantitative and Qualitative Risk Processes (#QuanQualRisk)


定量风险管理流程提供了制定风险处理计划所需的信息。定性风险管理提供了风险的相对排名,但没有提供风险如何影响成功概率的信息。

Aleatory and Epistemic Uncertainties When Managing Project (#AleaEpist)


不确定性是指现有知识的所有类型的局限性。不确定性与评估人员在评估时的有限知识有关。区分来自固有随机性、自然可变性和随机不确定性(即偶然不确定性)的不确定性和与基于知识的不确定性相关的不确定性,例如由于某种程度的无知或对所研究系统的不完整知识(即知识不确定性)。推理的不确定性不能随着进一步的知识而减少,而认识的不确定性可以随着理解的提高而减少. [Cruz 2021]

项目管理中的不确定性可分为两种类型,即认知不确定性和意向不确定性。认知不确定性源于对参数、现象或过程缺乏了解,而认知不确定性是指随机事件中概率变化引起的不确定性。

解释性不确定性归因于出于实际目的无法预测的结果,因此被视为随机的(例如,硬币翻转的结果),而认识性不确定性则归因于信息或专业知识的缺失。认知不确定性的来源通常使用概率框架来表示,在该框架下,认知不确定性可以由有限数量的具有某些已知分布的随机变量来表示

. [Fox and Ulkumen]

Before reading these resources, here's a clear and concise description from The Department of Management Engineering's definition of aleatory and epistemic uncertainties that create risk in the project and program management domain. There are other voices with different definitions and different messages in different domains. 

Bayesian Belief Networks (#BBN)


A Bayesian network is a probabilistic graphical model that represents a set of variables and their conditional dependencies via a directed acyclic graph. The combination of probabilities and the impacts identifies the most significant risks.

Risk Analysis and Assessment (#Analysis)

一旦确定了风险,就必须对项目成功的概率进行分析和评估。该过程需要对风险来源——不确定性——进行建模,以确定产生风险的随机过程的发生概率或概率分布函数,对成功概率的影响,以及风险处理策略的预防或纠正措施的有效性。

Black Swans and Unknown Unknowns (#BSUnk)


黑天鹅是一个描述事件发生概率低,但影响大的术语。它也被滥用来描述像9/11这样的事件,而没有评估为什么我们没有看到它的到来。很少有原则上无法发现的事件。但我们可能没有时间发现它,没有足够的资源来发现它,也没有我们应该发现它的知识。

Risk Management Techniques (#RMTech)


风险无法管理,只能处理。处理风险有很多技巧。以下是在存在不确定性的情况下运行的复杂系统领域中使用的一些

  • Increasing the Probability of Program Success with Continuous Risk Management,” Glen Alleman, Tom Coonce, and Rick Price, The Measurable News, College of Performance Management, pp. 24‒46, 2018.04.
  • Classifying Risk Uncertainty for Decision Making,” Don Port and Joel Wilf, Proceedings of the 52nd Hawaii International Conference of System Sciences, 2019.
  • "Risk Management Processes in Projects," Elena Doval, Review of General Management, Volume 30, Issue 3, the Year 2019.
  • An Index to Measure a System’s Performance Risk,” Paul R. Garvey and Chien-Ching Cho, Acquisition Review Quarterly, Spring 2003.
  • "A Systems Approach to Project Risk Management," John P. Kindinger, Probabilistic Risk Analysis Group, Decision Application Group, Los Alamos National Laboratory, 6th International Conference on Probabilistic Safety Assessment and Management, June 23-28, 2002
  • How to manage the risks you didn’t know you were taking,” David Hillson, PMI Global Conference Proceedings, Phoenix AZ.
  • “Probabilistic Risk Assessment to Inform Decision Making: Frequently Asked Question,” EPA/100/R-14/003, July 2014.
  • The Respective Roles of Risk and Decision Analyses in Decision Support,” M. Elisabeth Pate-Cornell and Robin L. Dillon, Decision Analysis, Vol. 3, No. 4, pp. 220-232, December 2006.
  • Risk and risk management in software projects: A Reassessment,” Paul L. Bannerman, Journal of Systems and Software, 81, pp. 2118-2133, 2008.
  • NASA Schedule Management Handbook,” NASA/SP-2010-34-3, January 2010.
  • "Modeling Uncertainty in Risk Management Using Double Monte Carlo Method," Tazid Ali, Hrishikesh Boruah, Palash Dutta, International Journal of Engineering and Innovative Technology, Volume 1, Issue 4, April 2012.
  • Monte Carlo Simulation And Agile Methods in Project Risk Management,” Prof. Dr. Tysiak Wolfgang, University of Applied Sciences, Dortmund, Germany, Sixth International Scientific Conference on Project Management in the Baltic Countries, April 27-28, 2017, Riga, University of Latvia
  • Risk Management Guide for DOD Acquisition,” Fifth Edition, Version 2.0, June 2003.
  • Analysis Support Guide for Risk-Based Strategic Planning,” STO Technical Report, TR-SAS-093-Part-1 NATO, Science, and Technology Organization, March 2018.
  • "Now, let’s make it really complex (complicated): A systematic review of the complexities of projects,” Joana Geraldi, Harvey Maylor, and Terry Williams, International Journal of Operations and Production Management, 31(9), 966-990, August 2011.
  • "ESC Risk Management Process Facilitator Training," Version 1.0, Joe Duquette. Electronics Systems Center, 2002.
  • Risk Management Consolidated Training,” Joe Duquette and Mike Bloom, Mitre Corporation, January 2003.
  • A Statistical Method for Estimating Activity Uncertainty Parameters to Improve Project Forecasting,” Mario Vanhoucke and Jordy Batselier, Entropy 21(10) pp. 952 2019
  • "An Entropy-Based Approach for Risk Factor Analysis in a Software Development Project,” Pradnya Purandare, International Journal of Applied Engineering Research, Volume 11, Number 4 (2016) pp 2258-2262.
  • On Evidence-Based Risk Management in Requirements Engineering,” Daniel Mendez Fernández, Michaela, TieBler, Marcos Kalinowski Michael Felderer, and Marco Kuhrmann, Software Quality Days, January 2018.
    2005. “Uncertainty in Risk Assessments: Concepts and Principles,” Tim Adams, May 11, 2017.
  • Uncertainty in Risk Assessments: Concepts and Principles,” Tim Adams, NASA, May 11, 2017
  • Risk Leading Indicators For DOD Acquisition Programs,” Gary Witus, Edward Umpfenbach, Walter Bryzik, Jerome Tzau, and Kadry Rizk, 2014 NDIA Ground Vehicle Systems Engineering and Technology Symposium, August 12-14, 2014.
  • Agile Software Development Risk Assessment,” John McCrillisICEAA Professional Development & Training Workshop, 2018.
  • Probabilistic Risk Assessment Procedures Guide for NASA Managers and Practitioners,” NASA/SP-2001-3421, December 2011.
  • A Framework for Reducing Impediments in Agile Projects,” Radha Shankarmani, S. S Mantha, and Vinaya Babu, International Journal of Computer Applications, Volume 102, No. 11, September 2014.
  • Can One Divide Uncertainty into Two Kinds?,” Keith Porter, Risk Basics I, SPA Risk LLC and University of Colorado of Boulder, 2016.
  • Risk Management during Requirements,” Tom DeMarco and Tim Lister, IEEE Software, Volume 20, Issue 5, Sept-Oct, 2003.
  • Proposed Risk Management Model to Handling Changing Requirements,” Mohammad D. AlJohani and Rizwan Qureshi, J. Education and Management Engineering, 2019, 5, pp. 18-25, September 2019.
  • Space and Missile Systems Center Tailoring Risk Management Supplement to IEEE 15288,” 15 May 2015.
  • Risk Management, Air Force Instruction 90-802,” 1 April 2019.
  • Quantifying Uncertainty in Early Lifecycle Cost Estimation (QUELCE),” Robert Ferguson, Dennis Goldenson, James McCurley, Robert Stoddard, David Zubrow, and Debra Anderson TECHNICAL REPORT CMU/SEI-2011-TR-026 ESC-TR-2011-026 December 2011.
  • Software Development Project Risk Management: A New Conceptual Framework,” Lazaros Sariginnidis and Prodromos D Chatzoglou, Journal of Software Engineering and Applications, 4(05), December 2010, pp. 293-305.
  • Ontology-Based Uncertainty Management Approach in Designing of Robust Decision Workflows,” Ru Wang, Anand Balu Nellippallil, Guoxin Wanga, Yan Yan, Janet K. Allen, and Farrokh Mistree, Journal of Computing and Information Science in Engineering, 18(1), September 2017.
  • Analysis of the Success factors and Failure Causes of Information & Communication Technology (ICT) Projects in Spain,” VR. Montequin, S. Cousillas, F. Ortega, and J. Villanueva, ProjMAN 2014 – International Conference on Project MANagementProcedia Technology, 16, pp. 992‒999, 2014.
  • IT Project Failure: A Proposed Four-Phased Adaptive Multi-Method Approach,” Rosana Stocia and Peggy Brouse, Conference on Systems Engineering Research (CSER ’13), March 19‒22, 2013.
  • “Risk Measurement: An Introduction to Value at Risk,” Thomas J. Linsmeier and Neil D. Pearson, Linsmeier, Thomas J. and Pearson, Neil D., Risk Measurement: An Introduction to Value at Risk (Undated). Working Paper 96-04. Available at SSRN: https://ssrn.com/abstract=7875
  • "Software Development Project Risk Management: A New Conceptual Framework," Lazaros Sarigiannidis and Prodromos D. Chatzoglou, Journal of Software Engineering and Applications, Volume 4, No. 5, May 2011.
  • "Interactions-Based Risk Network Simulation for Project Risk Prioritization," Franck Marle, PMI® Research Conference: Defining the Future of Project Management, Washington, DC, 14 July 2010.
  • "Using DSM Approach to Manage Interactions Between Project Risks," Frank Marle, 12TH International Dependency and Structure Modelling Conference, DSM’10, 22 – 23 JULY 2010, Cambridge, UK 
  • Can Project Management Learn Anything from Studies of Failure of Complex Projects?,” Chris Ivory and Neil Alderman, Project Management Journal, pp. 5-16, September 2005.
  • Reducing Unwelcome Surprises in Project Management,” Tyson R. Browning and Ranga V. Ramasesh, MIT Sloan Management Review, Spring 2015.
  • Space and Missile Systems Center Risk Management Process Guide,” Ver 2.0, Dr. Edmund Conrow, United States Air Force, Space and Missile Systems Command, El Segundo, CA 5 September 2014.
  • Air Force Instruction 90-802, Risk Management,” 1 April 2019.
  • Risk Management is Project Management for Grown-Ups,” Tim Lister InfoQ Talk
  • Risk Management is Project Management for Grown-Ups," Tim Lister, QCon London
  • Risk Management – The Basics,” Werner Gleißner, SSRN, 27 October 2018.
  • Propagation of Uncertainty in Risk Assessments: The Need to Distinguish Between Uncertainty Due to Lack of Knowledge and Uncertainty Due to Variability,” F. Owen Hoffman and Jana S. Hammonds, Risk Analysis, Vol. 4, No. 5, 1994
  • Risk Management for Systems of Systems,” Edmund Conrow, CrossTalk The Journal of Defense Software Engineering, February 2005.
  • The Mathematical Model for Project Risk Responses in Project Risk Management,” Hirokatsu Fukuda and Hiroaki Kuwano, Journal of the Operations Research Society of Japan, Vol. 60, No. 2, pp. 192-200, April 2017.
  • Systemic Risks: A New Challenge for Risk Management,” Andreas Klinke and Ortwin Renn, EMBO Reports, Science and Society, Vol. 5, Special Issue, 2004.
  • Review of the strengths and weaknesses of risk matrices,” Mustafa Elmontsri, Journal of Risk Analysis and Crisis Response, Vol. 4, No. 1, pp. 45-57, March 2014.
  • What’s wrong with risk matrices?,” L. Anthony Cox, Risk Analysis, Vol. 28, No. 2, 2008.
  • “Some Limitations of Qualitative Risk Rating Systems,” Louis Anthony (Tony) Cox Jr., Djangir Babayev, William Huber, Risk Analysis, Volume 25, Issue 3, pp. 651-662, June 2005.
  • “Systems-Based Guiding Principles for Risk Modeling, Planning, Assessment, Management, and Communication,” Risk Analysis, Vol. 32, No. 9, 2012.
  • Uncertainty Classification for the Design and Development of Complex Systems,” Daniel P. Thunnissen, California Institute of Technology, 3rd Annual Predictive Methods Conference, 2003.
  • Opportunity Management: Be Careful What You Ask For,” Edmund H. Conrow and Robert N. Charette, pp. 16-19, Defense AT&L, March-April 2008.
  • How Risk in Software Project Management Affects Project Performance?,” Ali Haider Khan and Junaid Aftab, Durreesamin Journal, Vol. 2, Issue 2, July 2016.
  • Project Risk Management: Past, Present, and Future: Views from the Chair,” edited by Dr. David Hillson, June 2012.
  • Ignorance and uncertainty: the case of irrelevance in project risk management,” Elmar Kutsch, Jonathan Lupson, POMS 19th Annual Conference, La Jolla, California, May 9 – May 12, 2008.
  • Deliberate ignorance in project risk management,” Elmar Kutsch and Mark Hall, International Journal of Project Management, 28, pp. 245-255, 2010.
  • A Taxonomy-based Model for Identifying Risks," Sebastian Maniasi, Paola Veronica Britos, and Ramon Garcia-Mertinez, JIISIC'06 - V Jornadas Iberoamericanas de Ingeniería de Software e Ingeniería del Conocimiento, Memoria Técnica, Proceedings, Puebla, Pue. México, 1 al 3 de Febrero de 2006.
  • Taxonomy-Based Risk Identification,” Marvin Carr, Suresh Konda, Ira Monarch, Carlo Ulrich, and Clay Walker, Technical Report, CMU/SEI-93-TR-6, Software Engineering Institute, June 1993.
  • Management of Novel Projects Under Conditions of High Uncertainty,” A. De Meyer, C. H. Loch, and M. T. Pich, Working Paper, 21/2006, Cambridge University, Judge Business School
  • A Taxonomy of Threats for Complex Risk Management,” Centre for Risk Studies, Research Programme of the Cambridge Centre for Risk Studies, University of Cambridge, Judge Business School, June 2014.
  • A Risk Management Methodology for Project Risk Dependencies,” Tak Wah Kwan and Hareton K.N., IEEE Transactions on Software Engineering, Vol. 37, No. 5, September/October 2011.
  • Project Risk Management: A Combined Analytic Hierarchy Process and Decision Tree Approach,” Prasanta Kumar Dey, Cost Engineering, Vol. 44, No. 3, March 2002.
  • The Effectiveness of Risk Management: An Analysis of Project Risk Planning Across Industries and Countries,” Ofer Zwikael and Mark Ahn, Risk Analysis, Vol. No. 1, 2011.
  • Risk management in ERP project introduction: Review of the literature,” Davide Aloini, Riccardo Dulmin, and Valeria Mininno, Information & Management, 44, pp. 547‒567, 2007.
  • Risk as Feelings,” George F. Loewenstein, Elke U. Weber, Christopher K. Hsee, and Ned Welch, Psychological Bulletin 27, No. 2, pp. 267‒286, 2001.
  • Deliberate Ignorance in Project Risk Management,” Elmar Kutsch and Mark Hall, International Journal of Project Management, Volume 28, Issue 3, pp. 245‒255, April 2010.
  • Project risk management: lessons learned from the software development environment,” Young Hoon Kwak and Jim Stoddard, Technovation, 24(11), pp. 915‒920, November 2004.
  • Use of Benefits of Tools for Project Risk Management,” T. Raz and E. Michael, International Journal of Project Management, 19, pp. 9‒17, 2001.
  • Lessons Learned from Real World Application of the Bow-Tie Method,” Steve Lewis and Kris Smith, 6th Global Congress on Process Safety, American Institute of Chemical Engineers, March 22‒24, 2010.
  • A Simulation-Based Risk Network Model for Decision Support in Project Risk Management,” Chao Fang and Franck Marle, in Decision Support Systems, Elsevier, 2011.
  • Project Risk Identification Based on the Interaction of Risks from the Approach of Multi-Agent Simulation,” Peng Huang, Peng Di, and Jinrui Li, 4th International Conference of Energy Equipment Science and Engineering, 2019.
  • Risk Management with Bowtie Diagrams,” I. Voicu, F. V. Panaitescu, M. Panaitescu, L. G. Dumitrescu, and M. Turof, IOP Conference Series: Materials Science and Engineering, 400, 2018.
  • A Critical Review Of Risk Management Support Tools,” Irem Dikmen, M. Talat Birgonul, and A. Erdem Arikan, 20th Annual ARCOM Conference, 1‒3 September 2004, Heiot Watt University, Association of Researchers in Construction Management, Vol. 2, pp. 1145‒54
  • Predicting the Impact of Multiple Risks on Project Performance: A Scenario-Based Approach," Victor A. Bañuls, Turoff López, and F. Tejedor, Project Management Journal, 48(5), pp. 95‒114.
  • Statistical Methods for Eliciting Probability Distributions,” Paul H. Garthwaite, Joes B. Kadane, and Anthony O’Hagan, Carnegie Mellon University, Statistics & Data Science, January 5, 2005.
  • Risk Management: A Maturity Model Based on ISO 31000,” Diogo Proença, Joao Estevens, Ricardo Vieira, and José Borbinha, IEEE 19th Conference on Business Informatics, 2017.
  • Assessing the Impacts of Uncertainty Propagation to System Requirements by Evaluating Requirement Connectivity,” Alejandro Salado and Roshanak Nilchiani, INCOSE,
  • Applying the Anticipatory Failure Determination at a Very Early Stage of a System’s Development: Overview and Case Study,” Leszek Chybowski and Katarzyna Gawdzlnska, Multidisciplinary Aspects of Production Engineering (MAPE)Volume 1, Issue 1, pp. 205‒251.
  • A Simulation-Based Risk Network Model for Decision Support in Project Risk Management,” Chao Fang and Franck Marle, Decision Support Systems, Elsevier, 2011.
  • A Complex Systems Perspective of Risk Mitigation and Modeling in Development and Acquisition Programs,” Roshanak Rose Nilchiani, Naval Postgraduate School, Thirtieth Annual Acquisition Research Symposium, April 30, 2016.
  • Planning, Tracking, and Reducing Complex Project’s Value at Risk,” Tyson R. Browning, Project Management Journal50, pp. 71‒85 1 Feb 2019.
  • An Approach to Technology Risk Management,” Ricardo Valerdi and Ron Kohl, Engineering Systems Division Symposium, 2004.
  • Causes of Risk Taking by Project Managers,” Michel N. Wakshull, Proceedings of the Project Management Institute Annual Seminars & Symposium, November 1‒10, 2001
  • Near-Critical Paths Create Violations in the P.E.R.T. Assumption of Normality,” Frank Pokladnik and Robert Hill, “Uncertainty In Probabilistic Risk Assessment,” A. R. Daneshkhah, University of Sheffield,
  • Joint Propagation and Exploitation of Probabilistic and Possibilistic Information in Risk Assessment,” Cedric Baudrit, Didier Dubois, Journal of Latex File, Vol. No. 11 November 2002.
  • Propagation of Uncertainty in Risk Assessments: The Need to Distinguish Between Uncertainty Due to Lack of Knowledge and Uncertainty Due to Variability,” F. Owen Hoffman and Jana S. Hammonds, Risk Analysis 14.5 (1994): 707-712.
  • Defining Uncertainty in Projects ‒ A New Perspective,” Olga Perminova, Magus Gustafsson, and Lim Wikström, International Journal of Project Management, 26, pp. 73‒79, 2008.
  • A hybrid uncertainty analysis method based on random set theory,” Yongsheng Duan, Jiguang Zhao, and Peng Chen, Advances in Engineering Research (AER), Volume 130, 5th International Conference on Frontiers of Manufacturing Science and Measuring Technology,
  • The Risk concept ‒ Historical and Recent Development Trends,” Terje Aven, Reliability Engineering & System Safety, Elsevier, 99, pp. 33‒44.
  • “Towards a Risk Maturity Model,” David Hillson, International Journal of Project & Business Management, Vol. 1, No. 1, pp. 35‒45, Spring 1997.
  • “Performing a Baseline Assessment to Manage Risks Using Risk Matrix,” Anne Marie Willhite and Darcy R. Norton, The Systems Engineering Process Office, MITRE Corporation, 6 June 1999.
  • “Establish a Baseline Assessment to Manage Risks Using Risk Matrix,” Anne Marie Willhite and Darcy R. Norton, INCOSE International Symposium, pp. 1382‒1389, June 1999.
  • Whereof one cannot speak: When input distributions are unknown,” Scott Ferson, Lev Ginzburg, and Resit Akçakaya, Risk Analysis, 1996.
  • “Examining the Value of Monte Carlo Simulation of Project Time Management,” Goran Avlijas, Management: Journal of Sustainable Business Management Solutions in Emerging Economies, March 2018.
  • Continuous Risk Management Guidebook,” Audrey J. Dorofee, et. al., Software Engineering Institute, January 1996.
  • “Use a Risk Breakdown Structure (RBS) to Understand Your Risks,” Davis Hillson, Proceedings of the Project Management Institute Annual Seminars & Symposium October 3‒10, 2002.
  • Exposition of a New Theory on the Measurement of Risk,” Daniel Bernoulli, Econometric, Vol. 22, No. 1 pp. 23‒36, 1954
  • Estimation of Long‒Term Project Risk during Project Realization ‒ Combination of the Earned Value and Present Value Methods,” Barbara Gładysz and Dorota Kuchta, Badania Operacyjne Decyzje, Nr. 3, 2008.
  • Mitigating Cognitive Biases in Risk Identification: Practitioner Checklist for the Aerospace Sector,” Debra L. Emmons, Thomas A. Mazzuchi, Shahram Sarkani, and Curtis E. Larsen, Defense ARJ, 25, No. 1m, pp. 52‒93, 2018.
  • Mathematical model to mitigate planning fallacy and to determine realistic delivery time,” S. Yammi and Rahul R. Marathe, IIMB Management Review, 30, pp. 242‒257, 2018.
  • “Measuring the Performance of the Risk Management Process,” Barney Roberts and Richard Kitterman, INCOSE International Symposium, Session 6, Track 2: Systems Architecture, 4 November 2014.
  • “The Chaos & Complexity of Mega Projects,” Michael Bensussen, PM.2128, International Technical Paper, 2016.
  • Risk Matrix: An Approach for Identifying, Assessing, and Ranking Program Risks," Paul Garvey and Zachary Lansdowne, Air Force Journal of Logistics, Volume XXII, Number 1.
  • “What are the Chances? Overcoming Barriers in Assessing Risk Probabilities,” Tom Kendrick, 2012 PMI Global Congress Proceedings, 2012.
  • Critical Process Assessment Tool (CPAT): Risk Management,” SMC/AXD, 14 August 1998.
  • Coping with Risk and Uncertainty,” Colin Coulson‒Thomas, Director Today, December 2015.
  • The Rise and Evolution of the Chief Risk Officer: Enterprise Risk Management at Hydro One,” Tom Aabo, John Fraser, and Betty Simkins, Journal of Applied Corporate Finance, Volume 17, Number 3, Summer 2005.
  • “Risk Matrix: An Approach for prioritizing Risks and Tracking Risk Mitigation Process,” Paul R. Garvey and Zachary Lansdowne, Proceedings of the 30th Annual Project Management Institute, 1999.
  • Assessing the Risk of Cost Overrun through Importance Ranking,” Murat Gunduz and Omar Maki, Technology and Economic Development of Economy, Volume 24, Issue 5, pp. 1829‒1844, 2018
  • Network theory-based analysis of risk interactions in large engineering projects,” Chao Fang, Franck Marle, Enrico Zio, and Jean‒Claude Bocquet, Reliability Engineering and System Safety, 2012.
  • “Risk Assessment of Process Models,” Andrew Kusiak and Armen Zakarian, Computer & Industrial Engineering, Vol. 30, No. 4, pp. 559‒610, 1996.
  • Project Risk Management: Lessons Learned from Software Development Environment,” Y. H. Kwak and J. Stoddard, Technovation 24 pp. 915‒920, 2004.
  • “Mathematical Modeling for Coping with Uncertainty and Risk,” Marek Makowski, International Institute for Applied System Analysis, in Systems and Human Science for Safety, Security and Dependability, T. Arai, S. Yamamoto, and K. Makino, Eds., Elsevier, 2005.
  • "Structured Modeling for Efficient Treatment of Uncertainty in Complex Problems," Marke Makowski, Proceedings 5th MATHMOD, Vienna, February 2006
  • “Recent trends of Risk Management in Software Development: An Analysis,” Raghavi Bhujang and V. Suma, International Scientific Journal of Contemporary Research in Engineering, Vol. 1, Issue 4, pp. 33‒43, December‒February 2017.
  • A Risk Assessment Model for Evolutionary Software Projects,” Luqi Nogueira, Naval Postgraduate School
  • Empirical Evaluation of a Risk Management Method,” Jyrki Kontio and Victor Basili, SEI Conference on Risk Management, 1997.
  • “Characterization of Risky Projects based on Project Managers’ Evaluation,” Osamu Mizuno, Tohru Kikuno, Yasunari Takagi, and Keishi Sakamoto, Proceedings of the 2000 International Conference on Software Engineering, 9 June 2000.
  • “Achieving Effective Risk Management by Overcoming Some Common Pitfalls,” Edmund H. Conrow, Cutter IT Journal, February 2002.
  • “A Framework for Understanding Uncertainty and its Mitigation and Exploitation in Complex Systems,” Hugh McManus and Daniel Hastings, Fifteenth Annual International Symposium of the INCOSE, 10‒15 July 2005.
  • “Project Risks and Opportunities Management,” Thomas Petravičius, KSI Transactions on Knowledge Society, Volume 1, Number 3, 2008
  • “Modified Optimization Model for Selecting Project Risk Response Strategies,” Ewa Marchwicka and Dorota Kuchta, Operations Research and Decisions, No. 2, 2017.
  • “Risk Characteristic of Agile Project Management Methodologies and Responses to Them,” Wojciech Walczak and Dorota Kuchta, Operations Research and Decisions, No. 4, 2013.
  • “Extending the Risk Process to Manage Opportunities,” David Hillson, International Journal of Project Management, 20, pp. 235‒240, 2002.
  • “Estimating of Value at Risk: Extreme Value and Robust Approaches,” Grazyna Trzpiot and Justyna Majewska, Operations Research Decisions, No. 1, 2010.
  • “The Use of Premortem Techniques in Risk Identification,” EFCOG Position Paper, Project Delivery Working Group, Risk Management Task Team, May 2017.
  • “Handling Uncertainty in Large Scale Systems with Certainty and Integrity,” Shinya Kikuchi and Vijay Perincherry,
  • “The Flaw of Averages in Project Management,” Philip Fahringer, John Hinton, Marc Thibault, and Sam Savage, PMI Virtual Library, 2011.
  • “An Integrated Management Approach of the Project and Project Risk,” IFAC PapersOnLine, 48‒3, pp. 535‒540, 2015.
  • “A new perspective on how to understand, assess and manage risk and the unforeseen,” Terje Aven and Bodil Krohn, Reliability Engineering and System Safety 121, pp. 1–10, 2014.
  • “Risk and Decision Analysis – Framework and Current Development,” Aron Larsson, Risk and Decision Analysis Lab, Department of Information Technology and Media, Mid Sweden University
  • “On the use of Risk and Decision Analysis to Support Decision‒Making,” T. Aven and J. Korte, Reliability Engineering & System Safety, Volume 79, Issue 3, March 2003, pp. 289‒299. Stavanger University College, Stavanger, Norway.
  • “Information Technology Risk Management,” Michael J. Ginzberg, and Rolf T. Moulton, Proceedings of the 5th Jerusalem Conference of Information Technology, 22‒25 October 1990.
  • Subjective Probability Assessment in Decision Analysis: Partition Dependence and Boas Toward the Ignorance Prior,” Craig Fox and Robert Clemen, Management Science, Vol. 51, No. 9, September 2005, pp. 1417‒1432.
  • “Levels of Uncertainty,” Hauke Riesch, Chapter 2 of Essentials of Risk Theory, S. Roeser et al (eds), Springer Briefs in Philosophy, 2013.
  • “Managing Risks in Distributed Software Projects: An Integrative Framework,” John Stouby Persson, Lars Mathiassen, Jesper Boeg, Thomas Stenskrog Madsen, and Flemming Steinson, IEEE Transactions on Engineering Management, Vol. 56, No. 3., pp. 508‒532, August 2009
  • “Risk Management in Agile Software Development: A Comparative Study,” Aalaa Albadarneh, Israa Albadarneh, Abdallah Qusef, IEEE Jordan Conference on Applied Electrical Engineering and Computing Technologies (AEECT), 2015.
  • “Monitoring software maintenance project risks,” Cristina López, Jose L. Salmeron, Conference on ENTERprise Information Systems / HCIST 2012 - International Conference on Health and Social Care Information Systems and Technologies, Procedia Technology 5 (2012) pp. 363 – 368
  • “Effects of Risk Management Practice on the Success of IT Project,” Daranee Pimchangthong, Veera Boonjing, 7th International Conference on Engineering, Project, and Production Management, pp. 579‒586, 2017.
  • “The project risk management process, a preliminary study,” Luiz Henrique Rodrigues-da-Silvaa, José António Crispim, Conference on ENTERprise Information Systems / ProjMAN 2014 - International Conference on Project MANagement / HCIST 2014 - International Conference on Health and Social Care Information Systems and Technologies, Procedia Technology 16, pp. 943‒949, 2014.
  • “A Guide to Deal with Uncertainties in Software Project Management,” Marcelo Marinho, Suzana Sampaio, Telma Lima, and Hermano de Moura, International Journal of Computer Science & Information Technology (IJCSIT) Vol 6, No 5, October 2014.
  • “Software Risk Management: Principles and Practices,” Barry Boehm, IEEE Software, January 1991, pp. 32‒41.
  • “Risk Management Approaches and Practices in IT Projects,” Didraga Otniel, Bibu Nicolae, and Brandas Claudiu, Annals of the University of Oradea, Economic Science Series, 2012, Vol. 21 Issue 1, p1014.
  • “How to Deal with Project Risk Management Effectively In Your Organization?,” Maxime Le Bras, Holistic Marketing Management, vol. 4(1), pages 26-34, March 2014.
  • “Large‒Scale Project Management Is Risk Management, “Robert N. Charette, IEEE Software, pp. 110‒117, July 1998.
  • “Risk Simulation Techniques to Aid Project Cost & Time Planning & Management,” David A. Wood, Risk Management: An International Journal, Vol. 4, No. 1, 2002.
  • “Quantifying Risk to Manage Cost and Schedule,” Fred Raymond, Acquisition Review Quarterly, Sprint 1999, pp. 147‒156.
  • “Evaluating Risk: A Revisit of the Scales, Measurement Theory, and Statistical Analysis Controversy,” J. D. Solomon, Daniel Vallero, and Kathryn Benson, International Reliability and Maintenance Symposium, 2017.
  • “Problems with scoring methods and ordinal scales in risk assessment,” Douglas Hubbard and Dylan Evans, IBM Journal of Research and Development, 54(3):2, May 2010.
  • “Measuring risk with ordinal variables,” Silvia Figini and Paolo Giudici, Department of Economics and Management, DEM Working Paper Series, Università di Pavia, February 2013.
  • “Software Risk Management,” P. M. Chawan, Jijnasa Patil, and Radhika Naik, International Journal of Computer Science and Mobile Computing, Vol. 2, Issue. 5, May 2013, pp. 60‒66.
  • “Project Risk Management Model Based on Prince2 and Scrum Frameworks,” Martin Tomanek and Jan Juricek, International Journal of Software Engineering and Applications (IJSEA), Vol. 6, No. 1, January 2015.
  • “A Critical Analysis of Software Risk Management Techniques in Large Scale Systems,” Maruf Pasha, Ghazia Qaiser, and Urooj Pasha, IEEE Access, Special Section on Software Standards and Their Impact in Reducing Software Failures, Volume 6, 2018.
  • “Hands-On Application of Risk Management of Project Performance,” Charles E. Bolyard, Sagar B. Khadaka, and Dan Melamed, AACE International, National Capital Section, March 17, 2011.
  • “Marrying Risk Register with Project Trending,” John G. Zhao, 2005 AACE International Transactions.
  • “Taking Out the Garbage – How to Get Good Risks into Your Risk Tool,” Vikki Parker, INCOSE Advanced Risk Management Seminar, November 9, 2007.
  • “Software and Systems Engineering Risk Management,” John Walz, 22nd Systems and Software Technology Conference (SSTC), 26‒29 April 2010.
  • “Risks Characteristic of Agile Project Management Methodologies and Responses to Them,” Wojciech Walczak and Dorota Kuchta, Operations Research and Decisions, No. 4, 2013.
  • “A Framework for software risk management,” Kalle Lyytinen, Janne Ropponen, and Lars Mathiassen, Proceedings of the Third Conference on Information Systems, ECIS, 1995
  • “Global Software development: An Approach to Design and Evaluate the Risk factors for Global Practitioners,” Chamundeswari Arumugam and Baskaran Kaliamourthy, in Chakraverty S., Goel A., Misra S. (eds) Towards Extensible and Adaptable Methods in Computing, Springer3‒12, 2018.
  • “Behavioral Model of Software Project Risk Management,” Mohammad Moeini, Working Papers on Information Systems, 12(1), 2012.
  • “Uncertainty and Risk,” Professor Terje Haukaas, Notes, University of British Columbia, Vancouver, CA, http://inrisk.sites.olt.ubc.ca/files/2012/11/Uncertainty-and-Risk.pdf
  • “Project Managers User's Guide to Risk‐based Decision Support Products,” Barney B. Roberts David Frost, INCOSE International Symposium, Track 3, Session 2, Risk Management, 4 November 2014.
  • How Much Risk is Too Much Risk?” Tim Lister, Boston SPIN, January 20, 2004.
  • “The Impact of Size and Volatility ‒ On IT Project Performance,” Chris Sauer, Andrew Gemino, and Blaize Horner Reich, Communications of the ACM, November 2007.
  • “Sensitivity analysis methods for uncertainty budgeting in system design,” Max M. J. Opgenoord and Karen E. Willcox, AIAA/ASCE/AHS/ASC Structures, Structural Dynamics, and Materials Conference, 4-7 January 2016.
  • “Dependence in Probabilistic Modeling, Dempster‒Shafer Theory, and Probability Bounds Analysis,” Scott Ferson, Roger B. Nelsen, Janos Hajagos, Daniel J. Berleant, Jianzhong Zhang, W. Troy Tucker, Lev R. Ginzburg, and William L. Oberkampf, SAND2004-3072, Sandia National Laboratory, October 2004.
  • “Agility, Risk, and Uncertainty, Part 1 How Risk Impacts Agile Architecture,” Michael Waterman, IEEE Software, March/April 2018, pp. 99‒101.
  • “Agility, Risk, and Uncertainty, Part 2 How Risk Impacts Agile Architecture,” Michael Waterman, IEEE Software, May/June 2018, pp. 18‒19.
  • “Using Velocity, Acceleration, and Jerk to Manage Agile Schedule,” Risk Karen M. Bumbary, International Conference on Information Systems Engineering, pp. 73‒80, 2016.
  • “Prioritizing and optimizing risk factors in agile software development,” Ruchi Agrawal, Deepali Singh, Ashish Sharma, Ninth International Conference on Contemporary Computing (IC3), 2016
  • “A Method for Exposing Software Development Risk in Emergent System Properties,” Victor R. Basili, Lucas Layman, and Marvin V. Zelkowitz, Fraunhofer Center for Experimental Software Engineering, College Park Maryland, Technical Report 11-101, April 21, 2011.
  • “Sources of Schedule Risk in Complex System Development,” Tyson R. Browning, Proceedings of the Eighth Annual International Symposium of INCOSE, July 26‒30, 1998.
  • “A Framework for Categorizing Key Drivers of Risk,” Christopher J. Alberts and Audrey J. Dorofee, CMU/SEI-2009-TR-007, April 2009.
  • “Common Elements of Risk,” Christopher Alberts, CMU/SEI-2006, TN-014, April 2006.
  • “Benchmarking the Use of Project Risk Management Tools,” Tzvi Raz and Erez Michael, Proceedings of the 30th Annual Project Management Institute, 1999 Seminars & Symposiums, October 10 to 16, 1999.
  • “A Risk Management Methodology for Project Risk Dependencies,” Tak Wah Kwan and Hareton K. N. Leung, IEEE Transactions on Software Engineering, Vol. 37, No. 5, September/October 2011.
  • “A Roadmap of Risk Diagnostic Methods: Developing an Integrated View of Risk Identification and Analysis Techniques,” Ray Williams, Kate Ambrose, and Laura Bentrem, CMU.SEI-2004-TN-002, September 2004.
  • “Executive Overview of SEI MOSAIC: Managing for Success Using a Risk-Based Approach,” Christopher Alberts, Audrey Dorofee, and Lisa Marino, Technical Note, CMU/SEI-2007, TN-008.
  • “Study on Risk Approaches in Software Development Projects,” Bransas Claudiu, Otniel Didraga, and Nicolae Bibu, Informatica Economică, Vol. 16, No. 3, 2012.
  • “State of Software Risk Management Practice,” Mira Kajko-Mattsson and Jaana Nyfjord, IAENG International Journal of Computer Science, 20 November 2008.
  • “A Model for Risk Management in Agile Software Development,” Ville Ylimannela, 2012.
  • “A Review of Risk Management in Different Software Development Methodologies,” Haneen Hijazi, Thair Khdour, and Abdulsalam Alarabeyyat, International Journal of Computer Applications, Volume 45, No. 7, May 2012., pp. 8‒12.
  • “Introducing the Agile Risk Management (ARM) Framework,” Agile Six Applications, Inc. Brian Derfer, CTO
  • “Risk Management in Agile Projects,” Alan Moran, ISACA Journal, Volume 2, 2016.
  • “Mitigating the Planning Fallacy,” Gui Ponce de Leon, GPM Boot Camp, March 8, 2013.
  • “Validating Cross-Impact Analysis in Project Risk Management,” Victor A. Bañuls, Christina López‒Vargas, Fernando Tejedor, Murray Turoff, and Miguel Ramírex‒De la Huerga, Proceedings of the ISCRAM 2016 Conference, May 2016.
  • “Risk Management is Project Management for Adults,” Tim Lister, IEEE Software, pp. 20‒22, Issue No. 03 ‒ May/June 1997.
  • “Understanding the Impact of Project Risk Management on Project Performance: An Empirical Study,” Roque Rabechini Junior and Marly Monteiro de Carvalho, Journal of Technology Management and Innovation, Volume 8, Issus ALTEC, 2013.
  • “Assessing the Risk Perception of Cost Overrun Through Importance Rating,” Murat Gunduz and Omar Liqa Maki, Technology and Economics Development of Economy, Volume 24, Issue 5, pp. 1829‒1844, 2018.
  • “A Hierarchal Risk Assessment Model Using the Evidential Reasoning Rule,” Xiaoxiao Ji, Jiang Jiang, Jianbin Sun, and Yu-Wang Chen, Systems, 5(1), 2017.
  • “Who Moved My Risk???: Integrating Risk Efforts Between Systems Engineering & Project Management,” Becky Reed, Steve Waddell, Reed Integration, 2007.
  • “Assessing Uncertainty,” HRA‒INCOSE, November 8 & 9, 2007.
  • “Leveraging the Power of Information to Achieve Portfolio Risk Management, David J. Gogolkiewicz, INCOSE Virginia Chapter, 11/09/2007.
  • “Uncertainty Propagation through Software Dependability Models,” Kesari Mishra and Kishor S. Trivedi, 22nd IEEE International Symposium on Software Reliability Engineering, 2011.
  • “Software Risk Management,” Barry W. Boehm and Tom Demarco, IEEE Software, May/June 1997.
  • “Software Engineering Glossary: Software Risk Management,” Richard E. Fairley, IEEE Software, May/June 2005.
  • “Risk Mining: Company-Risk Identification from Unstructured Sources,” Timothy Nugent and Jochen L. Leidner, 2016 IEEE 16th International Conference on Data Mining Workshops.
  • “Risk Management: Moving Beyond Process,” Art Gemmer, IEEE Software, May 1997.
  • “Risk Management Methods for Speculative Actions,” Yasuhiko Kitamura and Takuya Murao, Proceedings of the Third International Joint Conference on Autonomous Agents and Multiagent Systems, July 23, 2004.
  • “Risk Management in IT Project’s Establishment,” Qun Zheng and Shang Qingchen, 3rd International Conference on Innovation Computing Information and Control, 2008.
  • “Risk Management for Software ProjectsRichard Fairley, IEEE Software, May 1994, pp. 57‒67.
  • “ICT Risk Management Methodology Proposal for Governmental Entities Based on ISO/IEC 27005,” Susan Patino, Sang Guun Yoo, Edgar Fernando Solis, and Ruben Arryo, 2018 International Conference on eDemocaracy & eGovernment (ICEDEG), 4‒6 April 2018.
  • “A Framework for Project Management under Uncertainty,” Arnoud De Meyer, Christopher H. Loach, and Michael T. Pich, INSEAD, January 2002.
  • “A Hierarchal Risk Assessment Model Using the Evidential Reasoning Rule Xiaoxiao Ji, Jiang Jiang, Jianbin Sun, and Yu-Wang Chen, Systems, 5, 9, 2017.
  • “Supporting Organisational Decision Making in Presence of Uncertainty,” Vinay Kulkarni, Souvik Barat, Tony Clark, Balbir Barn, Proceedings of the European Modeling and Simulation Symposium, 2017
  • “Modelling project failure and its mitigation in a time-stamped network of interrelated tasks,” Christos Ellinas and Naoki Masuda,
  • “A Framework for Identifying and Understanding Risks in Information Technology Projects,” Jack Marchewka, Journal of International Technology and Information Management, Volume 19, Issue 1, Article 2, 2010.
  • “A Risk Management Framework for Software Engineering Practice,” Geoffrey G. Roy, Proceedings of the 2004 Australian Software Engineering Conference (ASWEC’04)
  • “Moral Hazard in Dynamic Risk Management,” Jaksa Cvitanič, Dylan Possamaï, and Nizar Touzi, Cornell University Library, arXiv:1406.5852, June 23, 2014.
  • “Software Development Risk Management Model–A Goal-Driven Approach,” Shareeful Islam, ESEC/FSE’09, August 24‒28, 2009.
  • “Principles of Antifragile Software,” Martin Monperrus, June 7, 2017, Cornell University Library, Computer Science, Software Engineering, arXiv:1404.3056.
  • “Essential factors that increase the effectiveness of project/programme risk management,” M. Papadaki, A. W. Gale, J. R. Rimmer, R. J. Kirkham, A. Taylor, and M. Brown, 27th IPMA World CongressProcedia – Social and Behavioral Sciences, 119 (2104), pp. 921‒930.
  • “A Complexity Science-Based Approach to Programme Risk Management,” Nigel Smith, Denise Bower, and Bernard Aritua, 22nd IPMA World Congress, 9‒11 November 2008.
  • “Innovation and Risk Management,” Eduardo Manuel, MPRA Paper No. 2277, 16 March 2007
  • “Deliberate Ignorance in Project Risk Management,” Elmar Kutsch, International Journal of Project Management, Volume 28, Issue 3, April 2010, pp. 245‒255
  • “Risk as Feelings’ and ‘Perception Matters:’ Psychological contributions on risk, risk-taking and risk management,” Elke U. Weber, October 31, 2015, in The Future of Risk and Risk Management, Woodrow Wilson School of Public and International Affairs, May 2015.
  • “Project Management Under Uncertainty,” R. M. Skitmore, S. G. Stradling, and A. P. Tuohy, Construction Management and Economics, 7(2), pp. 103‒113, 1989.
  • “The domino effect: an empirical exposition of systemic risk across project networks,” Christo Ellinas, Production and Operations Management, May 2018.
  • “Introducing the Agile Risk Management (ARM) Framework,” Brian Derfer, CTO, Agile Six Applications, Inc., 2016.
  • “Risk Management Analysis in Software Projects which Use the Scrum Framework,” Breno Gontijo Tavares, Carlos Eduardo Sanches da Silva, and Adler Diniz de Souza, The 28th International Conference on Software Engineering & Knowledge Engineering, 2016.
  • “Comparative Study of Risk Management in Centralized and Distributed Software Development Environment,” Muhammad Perbat Baloch, Salman Qadri, and Shafiq Hussain, Science International (Lahore),26(4), pp. 1523‒1528, 2014
  • “Risk management applied to software development projects in incubated technology-based companies: literature review, classification, and analysis,” Sandra Miranda Neves and Carlos Eduardo Sanches da Silva, Management and Production., São Carlos, v. 23, n. 4, p. 798-814, 2016
  • “Managing risks in Norwegian Agile Software Projects: Project Managers´ perspective,” Lubna Siddique, Bassam A. Hussein, International Journal of Engineering Trends and Technology (IJETT) – Volume-41 Number-2 ‒ November 2016.
  • “Risk Management using Dependency Structure Matrix,” Ivan Petković, Faculty of Electronic Engineering University of Niš.
  • “Project Risk Register Analysis Based on the Theoretical Analysis of Project Management Notion of Risk,” Juris Uzulans, Economics, and Business, Volume 29, Issue 1, 10 Sep, pp. 43‒48, 2010.
  • “Ontological Analysis of The Project Risk Management Concept ‘Risk’,” Juris Uzulans, Economics and Business, Volume 32, Issue 1, 28 Feb 2018, pp. 21‒35.
  • “Uncertainty Propagation through Software Dependability Models,” Kesari Mishra and Kishor S. Trivedi, 22nd IEEE International Symposium on Software Reliability Engineering, 2011.
  • “Risk Mining: Company-Risk Identification from Unstructured Sources,” Timothy Nugent and Jochen L. Leidner, 2016 IEEE 16th International Conference on Data Mining Workshops, IEEE Computer Society
  • “Risk Management: Achieving Higher Maturity & Capability Levels through the LEGO approach,” Luigi Buglione, Alain Abran, Christiane Greases von Wangenheim, Fergal Mc Caffery, and Jean Carlo Rossa Hauck, 20016 Joint Conference of the International Workshop on Software Measures and the International Conference on Software Process and Product Measurement, 2016.
  • “Project Risk Management Incorporating Knight, Ellsberg & Kahneman,” John Prpić, 49th Hawaii International Conference on System SciencesIEEE Computer Society, 2016
  • “Researching and assessing risk,” Course Book 2, ERAMUS+
  • “A Framework for Identifying and Understanding Risks in Information Technology Projects,” Jack T. Marchewka, International Information Management Association, 2010.
  • “Ergodicity of Project Management System,” K.V. Коlesnikova, T.M. Оlekh, Yu.S. Barchanova, and V.Yu. Vasilieva, Computer and Information Networks, and Systems. Manufacturing Automation, 2005.
  • “Project Risk Management: Comparative Analysis of Methods for Project Risks Assessment,” Mira Mileusnić Škrtić and Karolina Horvatinčić, Coll. Antropol. 38 (2014) Suppl. 1: 125–134
  • “Risk Assessment of Plan Schedule by Monte Carlo Simulation,” Zhaoni Kong, Jianping Zhang, Chao Li, Xiaoying Zheng, and Qingqing Guan, International Conference of Information Technology and Management Innovation (ICITMI), 2015.
  • A Study of Uncertainty and Risk Management Practice Relative to Perceived Project Complexity,” Craig Michael Harvett, Bond University May 2013.
  • “The Common Ontology of Value and Risk,” Tiago Prince Sales, Fernanda Baião, Giancarlo Guizzardi, João Paulo A. Almeida, Nicola Guarino, and John Mylopoulos,
  • “Quantification of Margins and Uncertainties Approach for Structure Analysis Based on Evidence Theory,” Chaoyang Xie and Guijie Li, Mathematical Problems in Engineering, Volume 2016, Article ID 6419058,
  • “Properties of Monte Carlo and Its Application to Risk Management,” Li Rui-mei, International Journal of Computer Service, Science, and Technology, Vol. 8, No. 9, pp. 381‒391, 2015.
  • “Does Risk Management Contribute to IT Project Success? A Meta-Analysis of Empirical Evidence,” Karle de Bakker, Albert Bonstra, and Hans Wortmann, International Journal of Project Management, 28, pp. 493‒503, 2010.
  • “The ‘Real’ Success Factors on Projects,” Terry Cooke‒Davies, International Journal of Project Management, 20, pp. 185‒190, 2002.
  • Risk assessment and risk management: Review of recent advances on their foundation,” Terje Aven, European Journal of Operational Research, 253, pp. 1‒3, 2016.
  • “A study of ontology-based risk management framework of construction projects through project life cycle,” H. Ping Tserng, Samuel Y. L. Yin, R.J. Dzeng, B. Wou, M.D. Tsai, W. Y. Chen, Automation in Construction, 19, 2009, pp. 994‒1008.
  • “Ameliorating Mental Mistakes in Trade-Off Studies,” A. T. Bahill, Y. J. Son, E. D. Smith, and M. Piattelli‒Palmarini, Systems Engineering (2007).
  • "Risk Management: A practical toolkit for identifying, analyzing, and coping with project risks", T. Gilb, International Symposia of the International Council on Systems Engineering (INCOSE), 2002.
  • Teaching Continuous Risk Management Using A Requirements Management Tool, J. C. Helm, (2004).
  • Prospect Theory: An Analysis of Decision Under Risk, D. Kahneman, and A. Tversky, ECONOMETRICA 47(2) (1979).
  • “The Social Amplification and Attenuation of Risk,” R. E. Kasperson, and J. W. Kasperson, The ANNALWS of the American Political and Social Science 545 (1996).
  • “Science, Values, and Risk,” H. Kunreuther, and P. Slovic, The ANNALS of the American Academy of Political and Social Science 545 (1996), 116‒125.
  • “Managing the right thing: Risk Management,” I. Langenberg, and F. C. A. De Wit, International Council on Systems Engineering (INCOSE) (1999).
  • Three Phases in the Evolution of Risk Communication, W. Leiss, The Annals of the American Academy of Political and Social Science 545 (1996), 85‒94.
  • A Risk Management Program for a Task‒Order Contract, C. Ramchandani, E. W. Ligon, D. Rabensteine, and K. Bhatia, International Symposium of the National Council on Systems Engineering, 1994.
  • An Integrated Risk Management Process, J. Saad, and H. J. C. Hsu, International Symposium of the International Council on Systems Engineering, 2003.
  • Assessing Frequency Reports of Mundane Behaviors: Contributions of Cognitive Psychology to Questionnaire Construction, N. Schwarz, Review of Personality and Social Psychology 11 (1990), 98‒119.
  • "Risk as Analysis and Risk as Feelings," P. Slovic, M. L. Finucane, E. Peters, and D. G. MacGregor, in Annual Meeting of the Society for Risk Analysis, Editor (Editor)^(Editors), New Orleans, Louisiana, 2002. 45
  • Risk as Analysis and Risk as Feelings, P. Slovic, M. L. Finucane, E. Peters, and D. McGregor, Society for Risk Analysis (2002).
  • "Tradeoff Studies and Cognitive Biases," E. D. Smith, Department of Systems and Industrial Engineering, University of Arizona, 2006.
  • Risk and Performance, F. J. Snyder, and D. M. P. D. Buede, International Council on Systems Engineering (INCOSE) (2000).
  • Preference, Belief, and Similarity, Amos. Trevesky, and D. Kahneman, MIT Press, 2004.
  • Advances in prospect theory: Cumulative representation of uncertainty, A. Tversky, and D. Kahneman, MIT Press, Cambridge Massachusetts, 2004.
  • The Challenger Launch Decision; Risky Technology, Culture, and Deviance at NASA, D. Vaughan, The University of Chicago Press, 1996.
  • Human Behavior in Originations, J. C. Williams, South-Western Publishing, 1978.
  • “Quantifying Project Characteristics Related to Uncertainty,” David McLain, Project Management Journal, December 2009, 40(4), pp. 60‒73.
  • “Allocating ‘Risk Dollars’ Back to Individual Cost Elements,” Stephen A. Book, 40th Annual DoD Cost Analysis Symposium, 13‒16 February 2007
  • “Conceptual and Computational Basis for the Quantification of Margins and Uncertainty,” Jon C. Helton, Sandia Report, SAND2009‒3055, June 2009
  • “Uncertainty and Sensitivity Analysis,” Patrick Mattie, Sandia National Laboratories, 2012.
  • “Uncertainty and Sensitivity Analysis for Models of Complex Systems,” Jon C. Helton, Reliability Engineering and System Safety. Vol. 54, no. 2‒. 3, pp. 91‒94. 12. Paté‒Cornell, M.E. 1996. 
  • “Risk Assessment in ERP Projects,” Davide Aloini, Riccardo Dulmon, and Valeria Mininno, Information Systems 37, 2012, pp. 183‒199.
  • “Risk Assessment in ERP Projects Using an Integrated Method,” Afshin Jamshidi, Samira Abbasgholizadeh Rahimi, Daoud Ait‒Kadi, Mohamed Larbi Rebaiaia, and Angel Ruiz, 3rd International Conference on Control, Engineering & Information Technology, 2015.
  • “The Seven Deadly Risks of Defence Projects,” Fred Bennett, Security Challenges, Vol. 6, No. 3, Spring 2010, pp. 97‒11,
  • “Closed-Form Approach for Epistemic Uncertainty Propagation in Analytic Models,” Kesari Mishra and Kishor S. Trivedi, in Stochastic Reliability and Maintenance Models, Springer, 2013.
  • “Error and Uncertainty in Modeling and Simulation,” William Oberkampf, Sharon DeLand, Brian Rutherford, Kathleen Diegert, and Kenneth Alvin, Reliability Engineering and System Safety, 75, 2002, pp. 333‒357.
  • “Uncertainty Quantification Using Evidence Theory, William Oberkampf, Advanced Simulation & Computing Workshop, August 2005.
  • “The Importance of Risk Assessment in the Context of Investment Project Management: A Case Study,” M. Bernadete Junkesa, Anabela P. Tereso, Paulo S.L.P. Afonso, Conference on ENTERprise Information Systems / International Conference on Project Management / Conference on Health and Social Care Information Systems and Technologies, CENTERIS / ProjMAN / HCist 2015 October 7‒9, 2015.
  • “Considering Risk and Resilience in Decision‒Making,” Wilfredo Torres‒Pomales, NASA/TM‒2015‒218777, July 2015.
  • “Integrated Uncertainty Quantification for Risk and Resource Management: Building Confidence in Design,” Eric Walker, Michael Hemsch, and Thomas West, 17th AIAA Non‒Deterministic Approaches Conference, APA‒09/NDA‒01, January 5‒9, 2015.
  • “Ontological Uncertainty and Innovation,” David Lane and Robert Maxfield, SFI Working Paper: 2004‒06‒014, Santa Fe Institute.
  • “Chapter 2 ‒ Levels of Uncertainty,” Hauke Riesch,” in Essentials of Risk Theory, edited by Sabine Roeser, Rafaela Hillerbrand, Per Sandin, Martin Peterson, Springer Science & Business Media, 2012.
  • “Implementing Risk Management on Software Intensive Projects,” Edmund Conrow and Patricia Shishido, IEEE Software, May/June 1997.
  • “A Simulation-Based Risk Network Model for Decision Support in Project Risk Management,” Chao Fang, Franck Marle, Decision Support Systems, Elsevier, 2011
  • “Uncertainty Classification for the Design and Development of Complex Systems,” Daniel P. Thunnissen, 3rd Annual Predictive Methods Conference, Newport Beach, California, June 2003.
  • “Levels of Uncertainty,” Hauke Riesch, in Chapter 2, Essentials of Risk Theory, SpringerBriefs in Philosophy, 2013.
  • “Project Risk Management Incorporating Knight, Ellsberg & Kahneman,” John Prpić, IEEE 49th Hawaii International Conference on System Sciences, 2016
  • “Why Your IT Project May Be Riskier Than You Think,” Bent Flyvbjerg and Alexander Budzier, Harvard Business Review, Vol. 89, No. 9, pp. 601‒603
  • “A review of techniques for risk management in projects,” Ammar Ahmed, Berman Kayis and Sataporn Amornsawadwatana, Benchmarking: An International Journal, Vol. 14 No. 1, 2007, pp. 22‒36
  • “Agile risk management using software agents,” Edzreena Edza Odzaly, Des Greer, and Darryl Stewart, Journal Ambient Intelligent Humanized Computing, pp. 1‒19, 2 May 2017.
  • “The Trouble with Risk Matrices,” Kent D. Wall, Naval Postgraduate School (DRMI), April 2011.
  • “Schedule Matters: Understanding the Relationship between Schedule Delays and Costs on Overruns,” Walt Majerowicz and Stephen Shinn, IEEE, 2016.
  • “Perception on Risk Management Strategies in Software Development,” Nitin Deepak and Shishir Kumar, Publishing India
  • “Risk Management, Project Success, and Technological Uncertainty,” Tzvi Raz, Aaron Shenhar, and Dov Dvir, R&D Management, 32, 2, 2002.
  • “Risk Impact Analysis across the Phases of Software Development,” Raghavi K. Bhujang and Suma V., Lecture Notes on Software Engineering, Vol. 2, No. 3, August 2014.
  • “Timid Choices and Bold Forecasts: A Cognitive Perspective of Risk-taking,” Daniel Kahneman and Dan Lovallo, Management Science, Vol. 39, No. 1, Jan 1993, pp. 17‒31.
  • “The Macro Risk Model: An Early Warning Tool for Software‒Intensive Systems Projects,” Barry Boehm, Dan Ingold, and Raymond Madachy, INCOSE International Symposium, Volume 18, Issue 1, June 2008, pp. 958–972
  • “Project Risk Management Model Based on PRINCE2 and Scrum Frameworks,” Martin Tomanek and Jan Juricek, The International Journal of Software Engineering & Applications (IJSEA), January 2015, Volume 6, Number 1.
  • “Understanding Risk Attitude,” David Hillson and Ruth Murray‒Webster, Defence Management Network, 14 September 2006.
  • Decision Making Under Epistemic Uncertainty for a Complex Mechanical System,” Angel Urbina and Laura P. Swiler, 52nd AIAA/ASME/AHSA/ASC Structures, Structural Dynamics and Materials Conference, 4‒7 April 2011, Denver, Colorado.
  • “A Non‒Simulation-Based Method for Inducing Pearson’s Correlation Between Input Random Variables And its application on the CG(X) risk assessment,” Eric Druker, 2008 Acquisition Research Symposium, 15 May 2008.
  • “Numeracy for Cost Analysts Doing the Right Math, Getting the Math Right, Neal D. Hulkower, Ph.D., MCR Federal, LLC.
  • “Statistical Methods for Learning Curves and Cost Analysis,” Matthew 5. Goldberg and Anduin Touw, CIM D0006870.A3/1 Rev, March 2003.
  • “A Step-Wise Approach to Elicit Triangular Distributions, Marc Greenberg,” SCEA Luncheon Series, Washington Area Chapter of SCEA April 17, 2012, Arlington, Virginia.
  • “The Respective Roles of Risk and Decision Analyses in Decision Support,” M. Elisabeth Paté‒Cornell and Robin L. Dillon, Decision Analysis, Vol. 3, No. 4, December 2006, pp. 220‒232.
  • “Some considerations on the treatment of uncertainties in risk assessment for practical decision making,” Terje Aven and Enrico Zio, Reliability Engineering and System Safety, 96, 2001, pp. 64‒74.
  • “Department of Defense Risk, Issue, and Opportunity Management Guide for Defense Acquisition Programs,” January 2017
  • “FRISK‒ Formal Risk Assessment of System Cost,” Phillip Young, American Institute of Astronautics and Astronautics, 1992.
  • “Characterization of unknown unknowns using separation principles in a case study on Deepwater Horizon oil spill,” Seong Dae Kim, Journal of Risk Research, 28 November 2014.
  • “Zen in the Art of Cost Estimation,” Ricardo Valerdi.
  • “From Research to Reality: Making COSYSMO a trusted estimation tool in your organization,” Ricardo Valerdi, 17th Annual INCOSE International Symposium, 2007.
  • “How Engineers Really Think About Risk: A Study of JPL Engineers,” Ricardo Valerdi, Jairus Hihn, and Deb Chattopadhyay, ISPA/SCEA Southern California Chapter Workshop, 16 March 2011.
  • “Unknown Unknowns in Project Probabilistic Cost and Schedule Risk Models,” Yuri Raydugin, Risk Services & Solutions.
  • “A Systematic Review of Software Development Cost Estimation Studies,” Seong Dae Kim, PMI Global Conference, 2012, Vancouver, British Columbia, Canada.
  • “Embrace Risk! An agile approach to risk management,” Alan Moran, IARM, 2014
  • “An Information‒Entropy-Based Risk Management Method for Software Development,” Rong Jiang, Journal of Information Science and Engineering, 30, pp. 1271‒1301, 2014.
  • “An Entropy-Based Approach for Risk Factor Analysis in a Software Development Project,” Pradnya Purandare, International Journal of Applied Engineering Research, Volume 11, Number 4, 2016.
  • A Correlation Model to Analyze Dependent Variables,” H. Dezfuli, M. Modarres, Department of Chemical and Nuclear Engineering, University of Maryland, College Park, MD 20742.
  • “The Development of Progress Plans Using a Performance-Based Expert Judgment Model to Assess Technical Performance and Risk,” Justin W. Eggstaff, Thomas A. Mazzuchi, and Shahram Sarkani, Systems Engineering, Volume 17, Issue 4, Winter 2014, Pages: 375–391
  • “Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects,” Dana Roberson and Mary Anne Herndon, 10th Annual CMMI Technology Conference and User Group, November 5 – 8, 2012, Denver, CO.
  • “Hybrid–Agile Software Development AntiPatterns, Risks, and Recommendations,” Paul E. McMahon, Cross Talk: The Journal of Defense Software Engineering, July/August 2015, pp. 22–26.
  • “Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects,” Dana Roberson and Mary Anne Herndon, 10th Annual CMMI Technology Conference and User Group, November 5 – 8, 2012, Denver, Colorado.
  • “Assessment of risks introduced to safety-critical software by agile practices — A Software Engineer’s Perspective,” Janusz Górski Katarzyna Łukasiewicz, AGH University of Science and Technology, University in Kraków, Poland, Computer Science, Vol 13, No 4.
  • “Ready & Fit: Understanding Agile Adoption Risk in DoD and Other Highly Regulated Settings,” Suzanne Miller and Mary Ann Lapham, 25th Annual Software Technology Conference, Salt Lake City, 8‒10 April 2013.
  • “Architecting Large Scale Agile Software Development: A Risk-Driven Approach,” Ipek Ozkaya, Michael Gagliardi, Robert L. Nord, CrossTalk: The Journal of Defense Software Engineering, May/June 2013.
  • “Risk Management Method using Data from EVM in Software Development Projects,” Akihiro Hayashi and Nobuhiro Kataoka, International Conference on Computational Intelligence for Modelling, Control and Automation, Vienna, Austria, Dec. 10 to Dec. 12, 2008.
  • “Analyse Changing Risk of Organizational Factors in Agile Project Management,” Shi Tong, Chen Jianbin, and Fang DeYing, The 1st International Conference on Information Science and Engineering (ICISE 2009).
  • “Modeling Negative User Stories is Risky Business,” Pankaj Kamthan and Nazlie Shahmir, 2016 IEEE 17th International Symposium on High Assurance Systems Engineering.
  • “Project Risk Management Model Based on PRINCE2 and Scrum Frameworks,” Martin Tomanek, Jan Juricek, The International Journal of Software Engineering & Applications (IJSEA), January 2015, Volume 6, Number 1, ISSN: 0975‒9018
  • “A Methodology for Exposing Software Development Risk in Emergent System Properties,” Technical Report 11‒101, April 21, 2001, Victor Basili, Lucas Layman, and Marvin Zelkowitz, Fraunhofer Center for Experimental Software Engineering, College Park, Maryland.
  • “Outlining a Model Integrating Risk Management and Agile Software Development,” Jaana Nyfjord and Mira Kajko‒Mattsson, 34th Euromicro Conference Software Engineering and Advanced Applications.
  • “Towards a Contingency Theory of Enterprise Risk Management,” Anette Mikes Robert Kaplan, Working Paper 13–063 January 13, 2014, AAA 2014 Management Accounting Section (MAS) Meeting Paper
  • “Agile Development and Software Architecture: Understanding Scale and Risk,” Robert L. Nord, IEEE Software Technology Conference, 2012, Salt Lake City, 23‒26 April 2012.
  • “Using Risk to Balance Agile and Plan-Driven Methods,” Barry Boehm and Richard Turner, IEEE Computer, June 2003.
  • “Does Risk Management Contribute to IT Project Success? A Meta-Analysis of Empirical Evidence,” Karel de Bakker, Albert Boonstra, Hans Wortmann, International Journal of Project Management, 2010.
  • “A Model for Risk Management in Agile Software Development,” Ville Ylimannela, Communications of Cloud Software.
  • “Product Security Risk Management in Agile Product Management,” Antti Vähä‒Sipilä, OWASP AppSec Research, 2010
  • “A Probabilistic Software Risk Assessment and Estimation Model for Software Projects,” Chandan Kumar and Dilip Kumar Yadav, Eleventh International Multi-Conference on Information Processing‒2015 (IMCIP‒2015).
  • “Decision Making under Epistemic Uncertainty: An Application to Seismic Design,” Anna Agarwal, MIT, February 2008.
  • “Risk: The Final Agile Frontier,” Troy Magennis, Agile 2015.
  • “Risk Management and Reliable Forecasting using Un‒Reliable Date,” Troy Magennis, Lean Kanban, Central Europe, 2014.
  • “Management of risks, uncertainties and opportunities on projects: time for a fundamental shift,” Ali Jaafari, International Journal of Project Management 19 (2001) 89‒101.
  • On Uncertainty, Ambiguity, and Complexity in Project Management,” Michael T. Pich, Christoph H. Loch, and Arnoud De Meyer, Management Science © 2002 INFORMS, Vol. 48, No. 8, August 2002 pp. 1008–1023
  • “Risk Options and Cost of Delay,” Troy Magennis, LKNA 2014.
  • “Transforming project risk management into project uncertainty management,” Stephen Ward and Chris Chapman, International Journal of Project Management, 21 (2003) 97–105.
  • “A case study of risk management in agile systems development,” Sharon Coyle and Kieran Conboy, 17th European Conference on Information Systems (Newell S, Whitley EA, Pouloudi N, Wareham J, Mathiassen L eds.), 2567‒2578, Verona, Italy, 2009
  • “Risk management in agile methods: a study of DSDM in practice,” Sharon Coyle, 10th International Conference on eXtreme Programming and Agile Processes in Software Engineering, 2009.
  • “Two Dimensions of Subjective Uncertainty: Clues from Natural Language,” Craig R. Fox and Gülden Ülkümen, Journal of Experimental Psychology, Oct 2016.
  • “An Essay Towards Solving a Problem in the Doctrine of Chance,” By the late Rev. Mr. Bayes, communicated by Mr. Price, in a letter to John Canton, M. A., and F. R. S.
  • “Playbook: Enterprise Risk Management for the U.S. Federal Government, in support of OMB Circular A‒123.”
  • “Joint Agency Cost Schedule Risk and Uncertainty Handbook,” Naval Center for Cost Analysis, 12 March 2014.
  • “Commonalities in Risk Management and Agile Process Models,” Jaana Nyfjord and Mira Kajko‒Mattsson, International Conference on Software Engineering Advances (ICSEA 2007).
  • “Software Risk Management in Practice: Shed Light on Your Software Product,” Jens Knodel, Matthias Naab, Eric Bouwers, Joost Visser, IEEE 22nd International Conference on Software Analysis, Evolution, and Reengineering (SANER), 2015
  • “Software risk management,” Sergey M. Avdoshin and Elena Y. Pesotskaya, 7th Central and Eastern European Software Engineering Conference, 2011.
  • “A New Perspective on GDSD Risk Management Agile Risk Management,” Venkateshwara Mudumba and One‒Ki (Daniel) Lee, International Conference on Global Software Engineering, 2010
  • “Using Risk Management to Balance Agile Methods: A Study of the Scrum Process,” Benjamin Gold and Clive Vassell, 2nd International Conference on Knowledge-Based Engineering and Innovation, November 5‒6, 2015
  • “Using Velocity, Acceleration, and Jerk to Manage Agile Schedule Risk,” Karen M. Bumbary, IEEE‒ICISE 2016 International Conference on Information Systems Engineering, pp. 73‒80, 2016.
  • “The Risks of Agile Software Development Learning from Adopters,” Amany Elbanna and Suprateek Sarker, IEEE Software, September / October 2016.
  • “Lightweight Risk Management in Agile Projects,” Edzreena Edza Odzaly, Des Greer, Darryl Stewart, 26th Software Engineering Knowledge Engineering Conference (SEKE), November 2015.
  • “A Method of Software Requirements Analysis Considering the Requirements Volatility from the Risk Management Point of View,” Yunarso Anang, Masakazu Takahashi, and Yoshimichi Watanabe, 22nd International Symposium on QFD, Boise, Idaho.
  • “Analyse Changing Risk of Organizational Factors in Agile Project Management,” Shi Tong, Chen Jiabin, and Fang DeYing, The 1st International Conference on Information Science and Engineering (ICISE2009).
  • “Outlining a Model Integrating Risk Management and Agile Software Development,” Jaana Nyfjord and Mira Kajko‒Mattsson, 34th Euromicro Conference Software Engineering and Advanced Applications. 2009.
  • “How Do Real Options Concepts Fit in Agile Requirements Engineering?,” Zornitza Racheva and Maya Daneva, Eighth ACIS International Conference on Software Engineering Research, Management and Applications, 2010.
  • “Managing Risk Within A Decision Analysis Framework,” Homayoon Dezfuli, Robert Youngblood, Joshua Reinert, NASA Risk Management Page.
  • “NASA Risk Management Handbook,” NASA/SP‒2011‒3422, Version 1.0, November 2011.
  • “Risk Management for Software Projects in An Agile Environment – Adopting Key Lessons from The Automotive Industry,” Oana Iamandi, Marius Dan, and Sorin Popescu, Conference: MakeLearn and TIIM Joint International Conference 2015: Managing Intellectual Capital and Innovation for Sustainable and Inclusive Society, Bari, Italy, 2015.
  • “Role of Agile Methodology in Software Development,” Sonia Thakur and Amandeep Kaur, International Journal of Computer Science and Mobile Computing, Volume 2, Issue 10, October 2013, pp. 86‒90.
  • “Agile Risk Management Workshop,” Alan Moran, Agile Business Conference, 08.10.2014, London England.
  • “Embrace Risk! An Agile approach to risk management,” Institute for Agile Risk Management, 2014.
  • “Risks in distributed agile development: A review,” Suprika Vasudeva Shrivastava and Urvashi Rathod, Procedia ‒ Social and Behavioral Sciences 133 (2014) 417 – 424, ICTMS‒2013.
  • “Risk and Uncertainty in Project Management Decision‒Making,” Karolina Koleczko, Public Infrastructure Bulletin, Vol. 1, Issue. 8 [2012], Art.-13.
  • “Uncertainty and Project Management: Beyond the Critical Path Mentality,” A. De Meyer, C. Loch, And M. Pich, INSEAD Working Paper, 2001.
  • “Proposal of Risk Management Metrics for Multiple Project Software Development,” Miguel Wanderleya, Júlio Menezes Jr., Cristine Gusmãoa, Filipe Limaa, Conference on ENTERprise Information Systems / International Conference on Project Management / Conference on Health and Social Care Information Systems and Technologies, CENTERIS / ProjMAN / HCist, 2015 October 7‒9, 2015.
  • “Outlining a Model Integration Risk Management and Agile Software Development,” Jaana Nyfjord and Mira Kajko‒Mattsson, 34th Euromicro Conference Software Engineering and Advanced Applications, 2008.
  • “The Impact of Risk Checklists on Project Manager’s Risk Perception and Decision‒Making Process,” Lei Li, Proceedings of the Southern Association for Information Systems Conference, Savannah, GA, USA March 8th–9th, 2013.
  • “Identifying the Risks Associated with Agile Software Development: An Empirical Investigation.” Amany Elbanna, MCIS 2014 Proceedings. Paper-19.
  • “Uncertainty, Risk, and Information Value in Software Requirements and Architecture,” Emmanuel Letier, David Stefan, and Earl T. Barr, ICSE ’14, May 31 – June 7, 2014, Hyderabad, India
  • “Risk-Based Scrum Method: A Conceptual Framework,” Nitin Uikey and Ugrasen Suman, 2015 2nd International Conference on “Computing for Sustainable Global Development, 11th ‒ 13th March 2015.
  • “Implementation of Risk Management with SCRUM to Achieve CMMI Requirements,” Eman Talal Alharbi, M. Rizwan Jameel Qureshi, International Journal Computer Network and Information Security, 2014, 11, 20‒25.
  • Risk, ambiguity, and the Savage axioms,” Daniel Ellsberg, The Quarterly Journal of Economics, Vol. 75, No. 4, pp. 643‒669, Nov 1961.
  • Risk, Ambiguity, and the Savage Axioms,” Daniel Ellsberg, August 1961, RAND Corporation, Report P‒2173.
  • “Dealing with Uncertainty Arising Out of Probabilistic Risk Assessment,” Kenneth Solomon, William Kastenberg, and Pamela Nelson, RAND Corporation, R‒3045‒ORNL, September 1983.
  • “Epistemic Uncertainty Analysis: An Approach Using Expert Judgment and Evidential Credibility,” Patrick Hester, International Journal of Quality, Statistics, and Reliability, Volume 2012, Article ID 617481, 8 pages.

Risk Management Thesis (#RMThesis)


本文地址
https://architect.pub
SEO Title
A Compendium of Risk Management Resources

精益管理

Chinese, Simplified
SEO Title
Lean management

【精益管理】精益和企业架构:精益业务流程的企业架构

Chinese, Simplified

在本系列的前几篇博客中,我们讨论了企业架构师和企业架构的“浪费”。这可能听起来相当消极,但主要的信息当然是:EA本身不是目标,它应该支持组织。关于精益,我们有同样的信息。不幸的是,我们看到许多精益计划的范围很窄。在本地,效率似乎有所改善(并且结果令人庆祝),但在整个企业范围内没有结果。在这些情况下,需要一些EA现实主义!

在本博客中,我们将看看精益与EA的实际组合:EA如何在精益项目中发挥作用,即如何利用它来帮助实现精益和敏捷的组织?

精益业务流程的企业架构


让我们从典型的精益/六西格玛DMAIC改进周期开始,看看EA可能有用的地方,以及我们在两个世界中找到常见做法的地方。第一步,定义,是关于项目的启动和问题的定义。

利益相关者分析是精益和EA的常见做法。 从精益的角度来看,我们建议让企业架构师参与到项目中。 作为利益相关者,甚至更好地作为团队成员。 企业架构师会跟踪流程改进对整个企业的影响。 理想情况下,精益从业者和企业架构师以这样的方式合作,即生成项目结果,从而在短期和长期内最佳地支持组织。

建筑师可以在精益项目中提供很大帮助。 一些例子:

SIPOC


在定义步骤中,通常会执行SIPOC(供应商,输入,流程,输出,客户)分析,以便深入了解所考虑的流程(请参见下图)。 这种观点对于架构师来说非常熟悉,他们通常可以为此分析提供大量有用的输入。

提供架构和流程模型


重用现有的体系结构和流程模型可帮助您启动流程分析。这在DMAIC周期的测量和分析步骤中尤为重要,在这些步骤中,您可以创建工件,例如流程和价值流图,以查找瓶颈,等待时间,复杂判断,返工,隐藏工厂和流程中的其他问题。当然,您必须检查这种预先存在的材料是否仍然代表现实。众所周知,现实世界经常偏离“官方”的做事方式。相反,这些分析可能会为架构师提供重要的反馈,帮助他们使架构保持最新状态。

定义解决方案


架构师的另一个重要作用是在DMAIC的改进步骤中定义解决方案。精益计划往往侧重于流程改进的“现在”和“自我”方面(见下图),而企业架构师则更多地考虑“后期”和“其他”部分。他们的主要关注点之一是确保不同举措,流程,项目和系统之间的一致性。它们可以极大地帮助避免局部优化,从而对组织的其他部分产生负面影响,因为它们会以“全局”的方式处理事物。

分享良好做法


DMAIC的控制步骤是关于维持收益。 为此,您希望分享整个企业中手头流程中的良好实践。 具有企业范围的架构师可以帮助您确定组织中可以重用改进和实践的区域。

从上面我们可以得出结论,企业架构师可以在整个改进周期中提供重要的附加价值。 因此,建筑师在精益和六西格玛项目中的密切参与本身就是最佳实践。

 

原文:https://bizzdesign.com/blog/lean-enterprise-architecture-enterprise-architecture-for-lean-business-processes/

本文:http://pub.intelligentx.net/lean-enterprise-architecture-enterprise-architecture-lean-business-processes

讨论:请加入知识星球或者小红圈【首席架构师圈】

SEO Title
Lean & Enterprise Architecture: Enterprise Architecture for Lean Business Processes

精益管理

Chinese, Simplified
SEO Title
Lean

【精益】精益企业的SAFe

Chinese, Simplified

现在每家企业都是软件企业。

敏捷不是一种选择,也不仅仅适用于团队,这是一项业务需求。

-Dean Leffingwell,SAFe的创造者

 

精益企业的SAFe

精益企业是一个蓬勃发展的数字时代企业,在最短的可持续交付时间内为其客户提供具有竞争力的系统和解决方案。

适用于精益企业的SAFe®是精益,敏捷和DevOps经过验证的集成原则,实践和能力的知识库。

Scaled Agile Framework应用了Agile的强大功能,以及系统思考和精益产品开发中的现代知识,帮助企业应对在最短的可持续交付时间内开发和交付企业级软件和系统的重大挑战。它是一个在线自由发布的知识库,用于在企业范围内实施精益敏捷软件和系统的成熟模式。
SAFe的商业利益

“通过经过验证的框架,我们可以更快,更省力地提供解决方案。 SAFe定义了在企业范围内应用精益和敏捷原则的角色,团队,活动和工件,并提供了出色的培训和辅导材料,以增加我们成功的机会。“

-Peter Vollmer,Hewlett Packard Enterprise,杰出技术专家

企业必须学习如何快速适应不断变化的技术和经济条件,否则它们将会灭绝,无论它们的规模,实力或智能程度如何。即使是那些不认为自己是信息技术(IT)或软件公司的企业 - 专业服务,金融服务,制造商,医疗机构,政府机构等 - 现在都高度依赖于他们生产新数字产品和服务的能力。 Scaled Agile Inc(SAI)的使命是通过SAFe知识库的开发和发布,以及随附的认证,培训,课件和超过全球的网络,帮助这些企业实现数字业务的增长。 150个工具和服务合作伙伴。
改善系统开发成果

SAFe拥有十多年的现场经验,从四个主要知识体系中汲取灵感:敏捷开发,系统思考,精益产品开发和DevOps。它可以帮助企业回答以下类型的问题:

  •     我们如何协调业务和技术目标?
  •     我们如何在可预测的时间表上提供新价值,以便其他业务部门可以规划?
  •     我们如何提高解决方案的质量并让客户满意?
  •     我们如何将敏捷实践从团队扩展到计划和业务部门以及整个企业,以提供更好的结果?
  •     我们如何围绕价值组织人,以便我们的计划有效地提供它并避免传统功能结构中固有的延迟?
  •     我们如何创造一个促进我们员工的协作,创新和不懈改进的环境?
  •     我们如何改变我们的文化,以便容忍失败并奖励冒险和持续学习?我们怎样才能帮助我们的团队改进而不妨碍我们?

通过采用SAFe并应用其描述的一套价值观,原则和实践,企业可以解决这些问题并实现更大的业务和个人利益。

现在,SAFe 4.6已进行了第五次重大修订,正在改善全球各种规模公司的业务成果。 SAFe在上市时间,员工敬业度,更高的质量,更高的客户满意度以及整体改善的经济成果方面取得了显着的进步。它还有助于创造更高效,更有回报和更有趣的文化。

图1突出了SAFe客户编写的案例研究中直接推导出的这些优势。
图1. SAFe业务收益直接来自SAFe客户编写的案例研究

“我们有多次瀑布式工作,第三方集成以及严格的监管授权,这使得协调和执行异常困难。 SAFe提供了所需的敏捷性,可见性和透明度,以确保我们能够与众多其他工作集成,在交付中获得可预测性,并确保时间表得到满足。“

 -  Fannie Mae敏捷卓越中心(COE)主任David McMunn

概观

虽然好处很明显,但在企业获得这些实质性商业利益之前,它必须转变为精益企业。这种转变需要发展“企业能力”,以实现新的领导风格,新的思维和工作方式,以及专注于价值交付和持续改进的文化。

SAFe是一个广泛的知识体系,描述了实施企业级精益敏捷开发所需的角色,职责,工件和活动。 SAFe为大量敏捷团队同步协调,协作和交付。 SAFe可扩展且可配置,支持使用50-125名从业者的小规模解决方案,以及需要数千人的复杂系统。

SAFe Framework网站主页具有交互式“大图”图形,该图形是框架的可视化概述,是数据库的主要用户界面。图像的每个图标都是可点击的,并提供了广泛的SAFe知识库的入口,其中包括:精益企业的五大核心能力,支持全方位开发和业务环境的四种配置,以及基本原则,价值观,构成SAFe框架的思维模式,角色,工件和实现元素。 SAFe框架的组件在以下段落中更详细地描述。


精益企业的五大核心竞争力

SAFe 4.6版增加了精益企业的五大核心竞争力,现在是理解和实施SAFe的主要镜头。每个精益企业能力都是一套相关的知识,技能和行为,它们共同使企业能够在最短的可持续交付时间内实现最佳质量和价值。接下来简要介绍每种能力。

  1. 精益敏捷领导力能力描述了精益敏捷领导者如何通过赋予个人和团队最大潜力来推动和维持组织变革。他们通过学习,展示,教学和指导SAFe的精益敏捷思维,价值观,原则和实践来实现这一目标。结果是更快乐,更有参与度的员工,以及更高的生产力和创新。
  2. 团队和技术敏捷性能力描述了创建高性能敏捷团队所需的关键技能和精益敏捷原则和实践,这些团队可以生成高质量,精心设计的技术解决方案。其结果是提高了生产力,缩短了产品上市时间,并实现了可预测的价值交付。
  3. DevOps和按需发布能力描述了如何实施DevOps和持续交付管道,使企业能够在满足市场和客户需求的任何时间全部或部分释放价值。这使组织能够降低开发成本,降低风险并战胜竞争对手。
  4. 业务解决方案和精益系统工程能力描述了如何将精益敏捷原则和实践应用于大型复杂软件应用程序和网络物理系统的规范,开发,部署和发展。
  5. 精益投资组合管理能力通过将精益和系统思维方法应用于战略和投资资金,敏捷投资组合运营和治理来协调战略和执行。这些合作使企业能够可靠地执行现有承诺并更好地实现创新。

此外,SAFe 4.6是政府的一个新的指导领域。根据SAFe的基础和原则,指导强调:

  •     调整治理实践以支持敏捷性和精益价值流
  •     修改采购实践以实现精益敏捷开发和运营
  •     应用精益估算和预测进行节奏
  •     采用与价值流对齐的精益预算
  •     从项目过渡到精益的史诗流
  •     使技术投资与代理战略保持一致
  •     创建政府团队和承包商的高绩效团队
  •     建立精益敏捷价值观,原则和实践的基础。

 

SAFe配置

SAFe支持各种开发环境,具有四种开箱即用的配置。配置选择器已在版本4.6中进行了简化和重新设计,如图2所示。配置如下所述。

  •     必不可少的SAFe
  •     投资组合SAFe
  •     大型方案SAFe
  •     完整的SAFe

图2.可配置的SAFe


必不可少的SAFe

Essential SAFe配置是所有SAFe配置的基本构建块,是最简单的实现起点。它提供精益敏捷领导能力,团队和技术敏捷性能力,以及DevOps和按需发布能力。

SAFe以一个名为敏捷发布培训(ART)的组织结构为基础,敏捷团队,关键利益相关者和其他资源致力于一项重要的,持续的解决方案任务。

图3说明了这种跨职能组织,该组织经过优化,可以促进从构思到部署和发布以及运营的价值流。


图3. Agile Release Trains完全交叉功能

必要的SAFe包括团队和程序结构,如图4所示。


图4.基本的SAFe配置

大型方案SAFe

大型解决方案SAFe配置引入了业务解决方案和精益系统工程能力,支持那些构建最大,最复杂的解决方案,这些解决方案需要多个敏捷发布列车和供应商,但不需要组合级别的考虑因素。

这种解决方案的开发对航空航天和国防,汽车和政府等行业来说很常见,因为大型解决方案 - 而非投资组合治理 - 是主要关注点。

解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模,多学科的软件,硬件,网络物理和复杂的IT系统。开发这些解决方案需要额外的角色,工件,事件和协调,如图5所示。
图5.大型解决方案SAFe配置

投资组合SAFe

Portfolio SAFe配置提供精益项目组合管理能力,使组合执行与企业战略保持一致。它通过一个或多个价值流围绕价值流组织发展。

投资组合SAFe通过投资组合战略和投资资金,敏捷投资组合运营和精益治理的原则和实践提供业务敏捷性。

在大型企业中,可能存在多个SAFe组合。学到更多。


图6.投资组合SAFe配置

完整的SAFe

完整的SAFe配置包括精益企业的所有五项核心能力。它是框架的最全面版本,支持构建和维护大型复杂解决方案组合的企业。

在大型企业中,可能需要多种SAFe配置实例。


图7.完整的SAFe配置


跨越调色板

Spanning Palette包含可应用于特定团队,程序,大型解决方案或项目组合上下文的各种角色和工件。

作为SAFe灵活性和可配置性的基本要素,跨越调色板允许组织仅应用其配置所需的项目。图8说明了跨越调色板的两个版本。


图8.生成调色板

最左边的图由Essential SAFe配置使用,而最右边的图用于所有其他配置。但是,由于SAFe是一个框架,企业可以将更大的跨越调色板中的任何元素应用于Essential SAFe。

以下是每个跨越调色板元素的简要说明:

  •     度量标准 -  SAFe的主要衡量标准是对工作解决方案的客观测量。此外,SAFe还定义了一些额外的中期和长期措施,团队,计划和投资组合可用于衡量进展的指标。
  •     共享服务 - 代表ART或解决方案培训成功所必需的专业角色,但不能专门用于任何特定列车。
  •     实践社区(CoP) - 实践社区是一个由团队成员和其他专家组成的非正式小组,在一个计划或企业的背景下行事,其使命是在一个或多个相关领域分享实践知识。
  •     里程碑 - 里程碑用于跟踪特定目标或事件的进度。 SAFe描述了固定日期,程序增量(PI)和学习里程碑。
  •     路线图 - 路线图在时间线上传达计划的ART和价值流可交付成果和里程碑。
  •     愿景 - 愿景描述了将要开发的解决方案的未来视图,反映客户和利益相关方的需求,以及为满足这些需求而提出的功能和功能。
  •     系统团队 - 系统团队是一个特殊的敏捷团队,在构建和使用持续交付管道方面提供帮助,并在必要时验证完整的端到端系统性能。
  •     精益用户体验(UX) - 精益用户体验是将精益原则应用于用户体验设计。它通过不断的测量和学习循环(构建 - 测量 - 学习),使用迭代的,假设驱动的方法进行产品开发。

基础

该基金会包含大规模成功实现价值所需的支持原则,价值观,思维方式,实施指南和领导角色。

下面简要描述如图9所示的每个基础元件。


图9. SAFe基础

  •     精益敏捷领导者 - 管理层对业务成果负有最终责任。领导者接受了SAFe的培训,并成为这些更精简和更敏感的思维和操作方式的培训师。为此,SAFe描述了企业新的“精益思想经理 - 教师”所展示的新型领导风格。
  •     核心价值 - 对齐,内置质量,透明度和程序执行的四个核心价值定义了SAFe的信念和价值体系。
  •     精益敏捷心态 - 精益敏捷领导者是终身学习者和教师,他们了解,拥抱并培养整个企业的精益和敏捷原则和实践。
  •     SAFe原则 -  SAFe实践基于九个原则,这些原则综合了敏捷方法,精益产品开发,DevOps,系统思考和数十年的现场经验。
  •     实施路线图 - 实施成为精益敏捷技术企业所需的变革对大多数公司来说是一个重大变化。 SAFe提供了一个实施路线图,以帮助指导组织实现这一目标。
  •     SAF计划顾问(SPC) -  SPC是变革推动者,他们将SAFe的技术知识与改善公司软件和系统开发过程的内在动力相结合。

学到更多


[1] Knaster,Richard和Dean Leffingwell。 SAFe 4.0 Distilled:将精简敏捷框架应用于精益软件和系统工程。 Addison-Wesley,Kindle版。

 

原文:https://www.scaledagileframework.com/safe-for-lean-enterprises/

本文:https://pub.intelligentx.net/node/662

讨论:请加入知识星球或者小红圈【首席架构师圈】

SEO Title
SAFe for Lean Enterprises

【精益创业】创业生命周期的5个阶段:Morgan Brown谈如何让初创公司成长

Chinese, Simplified

最好的成长型领导者知道如何根据初创公司在发展轨迹中任何阶段的需求调整自己的关注点。

我有机会采访了growth的OG 's之一Morgan Brown。他曾担任Qualaroo、GrowthHackers.com和其他一些高增长初创公司的增长主管。我发现,摩根不仅在制定战略和执行增长计划方面是个十足的坏蛋,在解释其方法背后的流程和框架时,他的口才也令人难以置信。

在采访中,我深入探讨了创业公司生命周期不同阶段的成长是什么样子的问题。所以,穿上你的“大女孩成长营销”的裤裤,让我带你看看摩根对创业公司成长轨迹中关键阶段和相关拐点的看法。

框架是伟大的,但它们不是生活

在谈到增长的“规则”时,摩根是第一个承认需要警告的人。框架对于教授概念是很好的,但在最终的生活中,我们常常会逃避把方法变成疯狂的努力。因此,尽管这个框架看起来整洁、整洁,但任何一个刚刚加入创业圈子的人都知道,这个框架的各个部分如何混合、匹配、分层和定时,存在着无穷的变化。虽然你永远无法确定你的创业公司的人生故事会如何展现出来,但你应该自始至终识别出这个框架的点点滴滴。

阶段

  • 问题/解决方案匹配
  • 最小可行产品(MVP)
  • 产品/市场配合
  • 规模
  • 成熟

Image for post

创业公司成长生命周期的5个阶段

阶段1)找到适合的问题/解决方案

你有一个关于产品的想法,你无法从你的脑海中摆脱出来。也许它甚至是出于你自己的需要。你有了一个好的开始。

在这一点上,问你自己两个问题:“我必须要解决什么问题?”以及“我提出的解决方案能有效地解决问题吗?”如果你对第一个问题有了明确的答案,对第二个问题有了自信的“是”,那么你就有了问题/解决方案的契合度和假设,是时候开始对你的想法进行压力测试了。

这样做:

  • 学习精益创业框架,并将其应用到你的发现过程中。
  • 疯狂地进行问题/解决方案的面试。
  • 假设你的产品的目标用户是谁。
  • 找到符合你的个人资料的人,和他们交谈。想要获得一些灵感,可以在Hiten Shah和Steli Efti的The Startup Chat播客上查看第20集,如何获得你的前10个客户。
  • 问他们大量的问题,了解他们如何看待这个问题,以及他们正在做什么来解决这个问题。
  • 深入研究他们围绕问题的具体痛点。
  • 如果可能,运行需求测试
  • 使用登陆页面甚至众筹活动来测试需求。
  • 如果人们在咬你,你可能会发现一些东西——是时候投资构建一个更健壮的产品了。
  • 利用你从面试和需求测试中获得的发现,开始为你的MVP制定最初的蓝图。
  • 当新的信息流入时,重复你提出的问题和解决方案。

第二阶段)打造你的MVP

下一步的目的是用尽可能少的时间和资金投入来测试你的产品假设,也就是用尽可能少的可行产品。通过这种方式,你可以证明需求并了解客户行为,同时将风险最小化。一旦你把你的MVP放到野外,专注于让用户流入你的产品——这是最初的创业成长的种子播种的地方。

“对于最初的用户来说,没有一个确切的数字,但你需要足够多的用户,这样你就能知道人们是会继续使用你的产品还是会放弃它。”-摩根布朗←Tweet This

这样做:

  • 参考精益创业框架,以获得构建MVP的最佳实践。
  • 请记住,一个公司的MVP可能需要一天的时间来打造,而另一个公司可能需要6个月。MVP有很多种类型,你必须根据自己的判断来决定MVP应该是什么样子,这样才能充分验证你的想法。查看15种测试最小可行产品的方法来获得一些指导。
  • 进行最少的渠道探索,以获得一些使用你的产品的初始用户,这样你就可以衡量用户留存率。
  • 只做你需要获得初始用户的渠道发现。当你准备扩大规模时,你将会在更强大的渠道发现上投资。

阶段3)适应产品市场

你的MVP获得了吸引力,你在学习和迭代,你有付费客户,他们会再次购买并定期使用你的产品,也许他们会告诉他们的朋友。这些都是产品/市场适配性的迹象,是难以捉摸的创业胡萝卜。

“留存率是衡量你的产品/市场适配度的最佳指标,你的留存率越高,你的产品就越必须拥有。”---------------------------------------------摩根布朗←Tweet This

把他的话牢记于心——总是要衡量员工的留存率,并以此为北极星来驾驭整个创业游戏。

需要注意的是,通过有限的客户获取和测试来寻找适合产品市场的通常规则,不适用于LinkedIn或Airbnb等网络效应企业或市场。对于像这样的双面市场产品,你需要达到一定的规模,两边都有流动性,来实际测试你的产品是否有效,人们是否一直在使用它。无论网络效应如何,都能体验到价值的产品,如HubSpot或Evernote,在规模之前显示出产品与市场的契合度。基于这个原因,对于一个双面商业模式,你需要获得一些关键的质量,并不断改进产品,以获得一个必须拥有的产品。

这样做:

  • 测试产品是否适合市场
  • 调查用户,了解他们对你的产品的感觉
  • 衡量净推广者得分(NPS)——如果是9分或10分,你的身材很好
  • 使用Sean Ellis的产品市场契合度测试——如果40%或更多的用户表示,如果你的产品被拿走,他们会非常失望,这是一个很好的产品市场契合度指标。
  • 测量保留率,并随着时间的推移寻找稳定的保留率。好的留存率是多少?取决于模型和垂直。

摩根在产品/市场适应过程中的一些站点上进行了更深入的挖掘,包括:

  • 语言市场配合
  • 漏斗优化
  • Channel-product适合

语言/市场适配性测试

当涉及到语言/市场适配性时,关键是要弄清楚如何与你的用户谈论你的产品是做什么的,这样他们才能“理解”你的产品。这是你测试你的信息以确保它与你的目标客户产生共鸣的地方。

这样做:

  • 明确你的产品在市场和目标用户中的定位
  • A/B测试不同的消息传递:
  • 你产品的价值定位
  • 的标语
  • 产品描述
  • 特性和好处
  • 呼吁采取行动

执行漏斗优化

“在你开启获取渠道之前,确保你的用户流是稳定的,并且以最直观的方式将人们带入你的产品。”-摩根布朗←Tweet This

漏斗优化是你试验不同的用户体验元素,以减少和消除混淆点。这可能包括测试登录页面、调用到操作、用户登录过程以及用户在学习如何使用您的产品时所采取的任何其他关键操作。这样做的目的是为了优化激活、转换和保留。

正如我之前在《构建一个像Andy Johns那样的增长机器》中所写的那样,任何成功的漏斗优化工作的核心和灵魂都是发现用户的“惊喜时刻”,并让他们尽快体验到它。在Qualaroo, Brown的团队发现当用户收到50个或更多的回复时,保留率显著提高。有了这个惊喜的时刻,团队优化了产品,以最大限度地提高试用期间的调查反应。

“寻找那些能让某些用户比其他人更成功的信号,并做得更多。”-摩根布朗←Tweet This

这样做:

  • 细分你的受众——确保你的目标是那些从你的产品中获得价值的人。
  • 找出那些坚持的用户和那些流失的用户的独特之处
  • 找出他们所采取的关键行动和他们所达到的里程碑,以释放产品的价值。
  • 将这些行为融入到用户体验中,并推动尽可能多的用户采取这些行为或达到这些里程碑——这将提高用户的激活、转化率和留存率。

寻求Channel-Product适合

渠道-产品匹配是指通过渠道发现的过程来找到达到目标客户的最高收益和最有效的渠道。

“探索频道就是实验。当你测试频道时,就像回声定位一样。你在发送脉冲信号-如果我在这里做一个测试,我是否得到一个响应,如果我在那里做一个测试,我是否得到一个响应。-摩根布朗←Tweet This

创始人常犯的一个错误是涉足多个频道,而不是深思熟虑地去发现频道。

这样做:

  • 研究Justin Mares和Gabriel Weinberg的公牛眼框架和Brian Balfour的渠道优先排序矩阵
  • 堆叠排名你的渠道基于3个因素:
  • 他们能让你多接近你的目标客户*?
  • 他们如何与你的商业模式保持一致?
  • 你的团队成员的优势是什么?例如:工具式病毒传播,SEO, PR, Facebook广告?
  • 首先关注最重要的一个,或者两个渠道——不要浅尝辄行,选择你的渠道,深入挖掘。
  • 开始在这些信道中进行一些最初的增长实验——这些是你的ping信号——它们会告诉你一个信道是否有前景。

*边注——大多数初创公司对目标客户的考虑太过宽泛。你一定非常特别。就用户获取的目的而言,你的目标客户不是工作的母亲或市场营销人员(他们可能正是为了筹款而这样做,因为你需要为你的产品展示一个巨大的潜在市场)。例如,在一开始,New Relic并没有把他们的目标客户看成是开发人员,他们把Ruby on Rails开发人员作为他们的早期采用者,并成为了这个小众社区的代言人。后来,随着规模的扩大,它们扩展为更多的开发者提供服务。

阶段4)规模

在缩放阶段,是时候把你的“ping”变成成长的剧本了。

到目前为止,你已经知道了一些可行的渠道,你对自己的转化率和留存率也很有信心,所以,现在是时候开始投入了。要做到这一点,就要在有效的频道上加倍投入。-摩根布朗←Tweet This

在这个阶段有效执行的关键是通过雇佣在你的主要渠道有深厚专业知识的专家来扩大你的成长团队。如果SEO是一个很有前途的增长渠道,那就在公司里请一位SEO专家,如果你想把自己拴在工具式的病毒营销雪橇上,那么就请一位有相关经验的产品人员,等等。

在某种程度上,你最喜欢的渠道将开始达到饱和点,所以这是至关重要的可持续增长,把你的增长引擎像一个层蛋糕。

你想要锁定一个渠道,但一旦你找到了一个渠道,你就需要把自己的成长想象成一个蛋糕。如果我想要增加增长,我需要去获得另一个渠道并最终开始将各种渠道叠加起来以实现增长。-摩根布朗←Tweet This

这样做:

  • 在你的频道探索过程中,加倍关注那些有潜力的顶级频道。
  • 为每个渠道聘请专家,并为他们提供执行所需的资源。这可能意味着为他们提供设计或工程支持,或为付费收购提供可观的预算,等等。
  • 使用Brian Balfour的“构建增长机器”方法来衡量和跟踪你的增长实验(顺便说一句,这是增长历史视频中我最喜欢的一个)。
  • 一旦你知道了什么有效,为每个渠道建立一个增长剧本。您可以在这里定义和记录推动公司增长的过程。

5)阶段成熟

随着一家公司的成熟,你的增长速度可能会放缓,但在世界顶级科技公司,它永远不会停止。它已经融入了文化和DNA。

“成长永远不会结束。LinkedIn已经有将近20年的历史了,他们还在继续推进增长实验。Facebook也是如此。Facebook有超过10亿用户,他们正在购买应用程序并推出测试,这并不是说你选中了方框就可以继续前进。-摩根布朗←Tweet This

像Facebook这样的顶级公司,继续投资他们的增长团队,但他们也开始把并购、国际化和本地化作为下一个增长前沿。例如,LinkedIn今年收购了Lynda.com,以此来扩大他们给用户带来的价值,拓宽市场。

这样做:

  • 寻找海外扩张的机会。建立本地化团队,使产品体验适应每个新区域的复杂性和文化差异。
  • 寻找与你的产品直接或间接相关的获取机会。也许一个收购目标能让你接触到一个新的但非常相似的用户市场,或者一个产品能帮助你扩大对现有用户的价值。
  • 不断投资你的成长团队,通过不断的试验寻找新的成长渠道。寻找那些还没有接受你的产品的潜在目标用户,试着找出他们不接受你产品的原因,并找到访问他们的方法。

焦点:共同的主线

在我对摩根的采访中,他反复提到“专注”这个主题。在创业的每一步有意识地练习专注是至关重要的。对于任何一个创业团队来说,要始终如一地做到这一点也是最困难的事情之一。

在生活中,在创业中,有无数诱人的机会值得追逐。但是,那些学会如何批判性地评估机会、制定深思熟虑的战略并专注于执行的创始人,比那些从一个渠道到另一个渠道、从一个想法到另一个想法的人表现得更好。Greg McKeown的《本质主义:纪律严明的追求更少》是我一直以来最喜欢的书之一,当我感觉自己正在失去优势时,我总是会回到这本书。阅读它。

如果您喜欢这个,我将非常感谢您的推荐!

请访问我的博客,阅读我对成长型营销、创业、专注力和商业生活的最新见解。在那里,你可以订阅我的列表,当我发布一篇新文章时,你会得到通知。

 

原文:https://medium.com/tradecraft-traction/5-phases-of-the-startup-lifecycle-morgan-brown-on-what-it-takes-to-grow-a-startup-50b4350f9d96

本文:http://jiagoushi.pro/node/1199

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【】

SEO Title
5 Phases of the Startup Lifecycle: Morgan Brown on What it Takes to Grow a Startup

项目治理

Chinese, Simplified

定义

项目治理是制定项目决策的管理框架。项目治理是任何项目的一个关键要素,因为与组织照常经营活动相关的责任和职责在其组织治理安排中规定;很少有同等的框架来管理其资本投资(项目)的发展。例如,组织结构图很好地显示了组织中谁负责组织开展的任何特定运营活动。但是,除非组织专门制定了项目治理策略,否则项目开发活动不可能存在这样的图表。

因此,项目治理的作用是提供一个逻辑性、健壮性和可重复性的决策框架来治理组织的资本投资。通过这种方式,一个组织将拥有一种结构化的方法来进行其业务照常活动和业务变更或项目活动。

项目治理的三大支柱

决策框架由三大支柱支持:

结构

这是指治理委员会结构。首先是批准项目资源(资本、人力和其他)的资本支出委员会。其次是项目组合委员会,确保选择正确的项目。除了有一个项目委员会[1]或项目指导委员会外,更广泛的治理环境可能包括各种利益相关者群体,也许还有用户群体。此外,可能有一个计划,管理一组相关的项目,这是其中之一,也可能是某种形式的投资组合决策小组。必须在政策和程序文件中规定所有这些委员会的决策权及其相互关系。通过这种方式,项目的治理可以集成到更广泛的治理领域中。

其他理事机构包括:

  • 职能管理层负责项目团队成员及其工作和可交付成果的战术治理
  • 项目资源和活动运营治理项目团队
  • 审查和审计作为独立的过程治理、可交付成果和信息质量的职能
  • 独立财务合规审计的财务审计

委员会结构的有效性取决于各个治理委员会的成员。委员会成员由项目的性质决定——在决定项目和投资组合委员会成员时,其他因素也起作用——这反过来决定了委员会中应代表哪些组织角色。

信息

这涉及通知决策者的信息,包括关于项目的定期报告、项目经理上报的问题和风险以及描述项目的某些关键文件,其中最重要的是商业案例。

核心项目治理原则

项目治理框架应以若干核心原则为基础,以确保其有效性。

原则1:确保项目成功的单一责任点

最基本的项目责任是项目成功的责任。一个项目如果不清楚谁对其成功负责,就没有明确的领导。没有明确的项目成功责任,就没有一个人来推动解决困扰所有项目生命中某个时刻的难题。在关键的项目启动阶段,这也会减慢项目的进度,因为没有人做出必要的重要决策,从而使项目站稳脚跟。单一责任点的概念是有效项目治理的首要原则。

然而,仅仅提名一个人负责是不够的——必须让合适的人负责。这有两个方面。负责人必须在组织内拥有足够的权力,以确保他们有权做出项目成功所需的决策。然而,除此之外,来自组织内正确区域的正确人员必须承担责任。如果选择了错误的人,该项目的地位并不比没有人对其成功负责要好。将对项目的成功承担责任的个人是原则2的主题。

原则2:项目所有权独立于资产所有权、服务所有权或其他利益相关者群体

通常,组织促进将项目所有者角色分配给服务所有者或资产所有者,目的是更确定项目将满足这些所有者的基本需求,这也是项目成功的关键衡量标准。然而,这种方法的结果可能涉及浪费的范围包含和未能实现替代利益相关者和客户要求:

  • 质疑的好处在于分配了项目业主责任的利益相关者,从而扭曲了项目结果;
  • 项目业主的要求较少受到审查,减少了创新,降低了成果效率;
  • 围绕项目所有权、资产所有权和服务所有权的不同技能将健全的项目决策和程序置于风险之中;
  • 运营需求始终占主导地位,使项目处于被忽视的风险之中;
  • 项目或有事项有被分配给利益相关者分配的项目所有权的额外范围的风险。

确保项目满足客户和利益相关者需求的唯一行之有效的机制是将项目所有权分配给专业方,否则专业方将不会成为项目的利益相关者。这是项目治理的第二条原则。

项目业主在明确的条款下参与,这些条款概述了组织的关键成果领域以及组织对关键项目利益相关者的看法。通常,组织会建立项目治理委员会,该委员会确定项目的存在,并在项目生命周期内尽早任命项目所有者,建立项目委员会,形成客户和利益相关者参与的基础,建立符合组织价值观的项目关键成果领域,并监督项目绩效。这些参数通常在项目管理计划中详细说明,该计划在项目生命周期内保持不变(与项目管理计划不同,该计划更详细,仅在项目开发期间生效)。

项目有许多利益相关者,有效的项目治理框架必须满足他们的需求。下一个原则涉及这种情况的发生方式。

原则3:确保利益相关者管理和项目决策活动的分离

一个委员会的决策效率可以被认为与其规模成反比。大型委员会不仅不能及时做出决策,而且由于特殊的群体动态,它所做的决策往往考虑不周。

随着项目决策论坛规模的扩大,它们往往会演变成利益相关者管理小组。当人数增加时,每位与会者对关键项目问题的详细了解就会减少。出席会议的许多人不是为了做决定,而是为了了解项目的进展情况。不仅每个人都没有足够的时间来表达自己的观点,而且那些最有效的投入者必须与那些只参与项目外围的人争夺时间和影响力。此外,并非所有出席会议的人都对这些问题有相同程度的理解,因此浪费时间让大家了解正在讨论的特定问题。因此,就所有意图和目的而言,大型项目委员会更像是一个利益相关者管理论坛,而不是一个项目决策论坛。当项目取决于委员会及时作出决定时,这是一个重大问题。

毫无疑问,项目决策和利益相关者管理这两项活动对项目的成功至关重要。问题是,它们是两个独立的活动,需要这样对待。这是有效项目治理的第三个原则。如果能够实现这种分离,它将避免因众多利益相关者而阻塞决策论坛,因为它将其成员限制在那些对其成功至关重要的特定利益相关者。

总是有人担心,如果不满的利益相关者没有考虑到他们的需求得到满足,这个解决方案将导致另一个问题。无论采用何种利益相关者管理机制,都必须充分满足所有项目利益相关者的需求。它将需要收集他们的意见和看法,并满足他们的关切。这可以通过由项目委员会主席主持任何关键利益相关者小组来部分实现。这确保了利益相关者有项目所有者(或SRO)在项目委员会中支持他们的问题和关注。

原则4:确保项目治理和组织治理结构分离

项目治理结构的建立正是因为人们认识到组织结构不提供交付项目所需的框架。项目需要决策的灵活性和速度,与组织结构图相关的层级机制无法实现这一点。项目治理结构通过将关键决策者从组织结构中拉出来,并将他们放在论坛中,从而避免了与层级相关的连续决策过程,从而克服了这一问题。

因此,为项目建立的项目治理框架应与组织结构分开。公认组织在报告和利益相关者参与方面有有效的要求。然而,项目建立的专门报告机制可以解决前者,项目治理框架本身必须解决后者。应避免的情况是,指导委员会或项目委员会的决定需要得到该项目决策论坛以外组织中一名或多名人员的批准;要么将这些个人作为项目决策机构的成员,要么充分授权当前的指导委员会/项目委员会。指导委员会/项目委员会负责批准、审查进度、交付项目成果及其预期收益,因此,他们必须有能力做出决策,这可能会在原始计划之外投入资源和资金。这是有效项目治理的最终原则。

采用这一原则将最大限度地减少多层决策以及与之相关的时间延迟和效率低下。它将确保项目决策机构有权及时作出决策。[2]

治理的补充和补充原则

董事会全面负责项目管理的治理。明确定义了项目管理治理的角色、责任和绩效标准。在整个项目生命周期中,采用适当的方法和控制措施支持的严格的治理安排。整体业务战略和项目组合之间表现出连贯和支持的关系。

所有项目都有一个包含授权点的批准计划,在该计划中审查和批准业务案例。记录并传达在授权点做出的决定。授权机构的成员具有足够的代表性、能力、权限和资源,使他们能够做出适当的决策。项目商业案例由相关和现实的信息支持,这些信息为做出授权决策提供了可靠的依据。董事会或其委托代理人决定何时需要对项目和项目管理系统进行独立审查,并相应实施此类审查。

对于报告项目状态以及将风险和问题升级到组织要求的水平,有明确定义的标准。该组织培养了一种改进和坦率地内部披露项目信息的文化。项目干系人的参与水平与其对组织的重要性相称,并以促进信任的方式进行。[3]

多所有项目的原则

多所有被定义为董事会与其他方共享最终控制权的项目。原则是:[4]

  • 应该有正式商定的治理安排
  • 项目应该有一个单一的决策点
  • 在与业主、利益相关者和第三方接触时,应明确分配代表项目的权力
  • 项目商业案例应包括商定的和当前的项目目标定义、每个业主的角色、他们的激励、投入、权力和责任
  • 各业主应确保共同业主的法律权限和义务以及内部治理安排符合其可接受的项目治理标准
  • 应有项目授权点和限制条件,以便业主对项目进行必要程度的控制
  • 考虑到影响结果的能力和创造激励以促进合作行为,应就奖励和风险的认可、分配或分享达成一致
  • 项目领导层应利用多重所有权产生的协同效应,并应积极管理冲突或效率低下的潜在来源
  • 应当有一份正式协议,规定在考虑重大所有权变更时要调用的流程以及对资产和所有者的后果
  • 项目期间和收益实现期间的报告应提供诚实、及时、现实和相关的进度、成就、预测和风险数据,以满足业主的良好治理要求
  • 当符合一个或多个项目业主的合法利益时,应建立一种机制,以进行独立审查或审查。
  • 业主之间应商定一个不危及项目目标实现的争议解决程序。

角色

项目治理中的一个关键角色是项目发起人。项目发起人有三个主要职责领域,分别是董事会、项目经理和项目利益相关者。

董事会

对于董事会而言,赞助人在文化和价值观方面发挥领导作用,拥有商业案例,使项目与组织的战略和投资组合方向保持一致,管理项目风险,与其他赞助人合作,注重实现利益,推荐优化成本/利益的机会,确保赞助的连续性,提供保证并提供反馈和经验教训。

项目经理

对于项目经理,发起人提供及时的决策,澄清决策框架,澄清业务优先级和战略,沟通业务问题,提供资源,建立信任,管理关系,促进道德工作。

项目利益相关者

对于其他项目干系人,项目发起人与干系人接触,管理干系人沟通,指导客户关系,指导用户管理,指导供应商管理,并在干系人之间进行仲裁。

元素

项目治理将:

  • 概述项目涉及的所有内部和外部团体之间的关系
  • 向所有利益相关者描述有关项目的适当信息流
  • 确保对每个项目中遇到的问题进行适当审查
  • 确保在项目的每个适当阶段获得项目所需的批准和指导。

良好项目治理的重要具体要素包括

  • 一个引人注目的业务案例,说明项目的对象,并指定范围内和范围外的方面
  • 评估已完成项目是否符合其原始目标的机制
  • 确定对项目感兴趣的所有利益相关者
  • 与各利益相关者沟通的既定方法
  • 由所有利益相关者商定的一组业务级需求
  • 商定的项目交付物规范
  • 项目经理的任命
  • 项目角色和责任的明确分配
  • 当前发布的项目计划,涵盖从项目启动到开发到运营过渡的所有项目阶段。
  • 一个准确的向上状态和进度报告系统,包括时间记录。
  • 项目的中央文档存储库
  • 集中保存的项目术语表
  • 管理和解决项目期间出现的问题的过程
  • 项目期间识别风险的记录和沟通流程
  • 关键治理文件和项目交付物的质量审查标准。

原文:https://en.wikipedia.org/wiki/Project_governance

SEO Title
project governance

项目管理

Chinese, Simplified
SEO Title
project management

【软件开发】为什么SDLC至今如此受欢迎?

QQ群

视频号

微信

微信公众号

知识星球

Chinese, Simplified

SDLC,意为软件开发生命周期(SDLC),是一个软件开发过程。它包括需求收集、设计、开发、测试和维护。软件开发生命周期是一个软件开发过程,包括需求收集、设计、开发、测试和维护等阶段。

  1. 什么是SDLC
  2. SDLC的阶段是什么?
    1. 需求分析
    2. 规格
    3. 软件架构
    4. 编码
    5. 测试
    6. 文档
    7. 软件培训和支持
    8. 维护服务
  3. 结论

什么是SDLC

SDLC是一个通过调查、分析、设计、实施和维护来开发信息系统的过程。SDLC也称为信息系统或应用程序的开发。它也被称为瀑布模型。可以使用几种方法或模型来指导软件开发的生命周期。其中包括以下内容:

  1. 线性或瀑布模型
  2. 敏捷方法论
  3. 快速应用程序开发(RAD)
  4. 联合应用程序开发(JAD)
  5. 原型

软件开发生命周期(SDLC)是开发软件产品的正式、逻辑步骤的过程。SDLC的阶段可能略有不同,但通常包括以下内容:

SDLC

SDLC的阶段是什么?

需求分析

创建它的第一个任务是提取所需软件产品的需求。虽然客户可能相信他们知道需要做什么软件,但识别不完整、不明确或矛盾的需求可能需要软件工程方面的技能和经验。

规格

规范的任务是准确描述要严格数学编写的软件。在实践中,大多数成功的规范都是为了易于理解和适应应用程序而编写的。尽管安全关键型软件系统通常在应用程序开发之前被仔细指定,但它们已经得到了很好的开发。规范对于需要保持稳定的外部接口至关重要。

软件架构

软件系统的体系结构是指系统的抽象表示。体系结构涉及确保软件系统满足产品的要求,并确保未来的要求能够得到满足。体系结构步骤还处理软件系统和其他软件产品与硬件或主机中的操作系统之间的接口。

编码

将设计简化为代码可能是软件工程工作中最明显的部分,但不一定是最大的部分。

测试

测试软件的各个部分,尤其是在两个不同的工程师必须一起工作的情况下,是软件工程师的责任。

文档

为潜在的服务和更新记录软件的内部体系结构是一项重要任务。文档是最重要的外部接口文档。

软件培训和支持

大量软件项目失败是因为开发人员不知道如果开发团队中没有一个人最终使用软件,他们需要多长时间才能构建软件。偶尔人们会抗拒改变,恐惧是新的,作为部署过程的一部分,为最热情的软件用户提供培训班非常重要(建立兴奋感和信任感),将培训转移到中立用户和狂热的支持者身上,并最终将组织的其他部分纳入他们的采用中。用户会对软件有很多疑问和问题

维护服务

这可能比程序最初创建时需要更多的时间来更新和升级软件,以处理新发现的问题或规范。代码不仅可能与原始设计不匹配,而且只有软件开发人员才能决定软件完成后的功能。大约2/3的软件工作是维护,这可能会产生误导。一点错误修复是其中的一部分。希望这些文章有助于理解SDLC

请参阅SDLC文档

结论

软件开发生命周期(SDLC)是一个指导软件项目从概念到实施的框架,确保在预算范围内按时达到最高质量标准。这个博客考察了项目的各个阶段,从最初的规划和需求收集到编码测试、部署和维护。

本文地址
https://architect.pub
SEO Title
Why SDLC Had Been So Popular Till Now?

【项目管理】什么是软件过程模型?

Chinese, Simplified

软件过程是用于指定、设计、实现和测试软件系统的一系列活动。软件过程模型是过程的抽象表示,它从某些特定的角度对过程进行描述。有许多不同的软件过程,但都涉及:

  • 规格(Specification )-界定系统应做的工作;
  • 设计及实现(Design and implementation )-界定系统的组织架构,并实现系统;
  • 验证(Validation )——检查它是否满足了客户的需求;
  • 进化(Evolution )-改变系统以响应不断变化的客户需求。

软件过程模型的类型

软件过程、方法和框架的范围从组织在日常工作中可以直接使用的特定的说明性步骤,到组织用于生成针对特定项目或小组的定制步骤集的灵活框架。在某些情况下,“赞助者”或“维护”组织分发一组描述过程的正式文档。

软件过程和软件开发生命周期模型

软件开发过程的一个基本概念是SDLC模型,它代表软件开发生命周期模型。为了实现不同的需要的目标,已经开发了许多开发生命周期模型。这些模型指定了过程的各个阶段以及它们被执行的顺序。最常用、最流行和最重要的SDLC模型如下:

  • 瀑布模型
  • V模型
  • 增量式模型
  • RAD模型
  • 敏捷开发模型
  • 迭代式模型
  • 螺旋模型
  • 原型模型

瀑布模型

瀑布模型是将项目活动分解为线性顺序的阶段,其中每个阶段依赖于前一个阶段的可交付成果,并对应于任务的专门化。这种方法在工程设计的某些领域是典型的。

waterfall model

V模型

v模型表示一个开发过程,它可以被认为是瀑布模型的扩展,并且是更通用的v模型的一个例子。编码阶段结束后,处理步骤向上弯曲,形成典型的V形,而不是线性地向下移动。v -模型演示了开发生命周期的每个阶段与其相关联的测试阶段之间的关系。水平轴和垂直轴分别表示时间或项目完整性(从左到右)和抽象级别(最上层的粗粒度抽象)。

V model

增量式模型

增量构建模型是一种软件开发方法,在这种方法中,模型以增量的方式设计、实现和测试(每次都增加一点),直到产品完成。它涉及到开发和维护。当产品满足了它的所有需求时,它被定义为已完成。每次迭代都要经过需求、设计、编码和测试阶段。系统的每一个后续版本都会向前一个版本添加功能,直到所有设计的功能都实现。这个模型结合了瀑布模型的元素和原型的迭代哲学。

incremental model

迭代式模型

迭代生命周期模型不会首先关注初始的、简化的用户特性集,然后逐步获得更多的复杂性和更广泛的特性集,直到目标系统完成,从而尝试从完整的需求规范开始。当采用迭代方法时,增量开发的哲学通常也会被自由地、可互换地使用。

换句话说,迭代方法从指定和实现软件的一部分开始,然后可以对其进行审查并确定优先级,以确定进一步的需求。然后通过为每个迭代交付软件的新版本来重复这个迭代过程。在一个轻量级的迭代项目中,代码可能代表系统文档的主要来源;然而,在一个关键的迭代项目中,可能还需要一个正式的软件规范。

iteractive model

RAD模型

快速应用程序开发是对在七十年代和八十年代开发的计划驱动的瀑布流程的回应,例如结构化系统分析和设计方法。快速应用程序开发(RAD)通常被称为适应性软件开发。RAD是一种增量式的软件开发原型方法,终端用户可以在检查实时系统时产生更好的反馈,而不是严格地使用文档。它较少地强调计划,而更多地强调适应性过程。

当应用程序投入生产时,RAD可能会导致较低级别的拒绝,但是这种成功通常是以项目成本和进度的急剧超支为代价的RAD方法特别适合于开发由用户界面需求驱动的软件。因此,一些GUI构建器通常被称为快速应用程序开发工具。

Rapid Application Development-rad

螺旋模型

螺旋模型是由Barry Boehm在1986年首次描述的,它是一个风险驱动的软件开发过程模型,引入它是为了处理传统瀑布模型中的缺陷。螺旋模型看起来就像一个有许多循环的螺旋。螺旋的确切循环数是未知的,并且可能因项目而异。该模型支持风险处理,并且项目是循环交付的。螺旋的每个循环称为软件开发过程的一个阶段。

在开发软件产品所需要的瀑布生命周期的早期阶段中的螺旋模型的初始阶段。根据项目风险的不同,开发产品所需要的阶段的确切数量可能会有所不同。由于项目经理动态地决定阶段的数量,所以项目经理在使用螺旋模型开发产品方面扮演着重要的角色。

Spiral model

敏捷开发模型

敏捷是一组基于敏捷宣言中所表达的价值观和原则的方法和实践的总称,它是一种思维方式,使团队和企业能够创新,快速响应不断变化的需求,同时降低风险。使用许多可用的框架,比如Scrum、看板、精益、极限编程(XP)等,组织可以变得敏捷。

The agile umbrella

敏捷运动提出了传统项目管理的替代方案。敏捷方法通常用于软件开发,以帮助企业应对不可预测性,它指的是一组基于迭代开发的软件开发方法,在迭代开发中,需求和解决方案通过自组织的跨功能团队之间的协作而演变。

敏捷的主要目标是赋予开发团队创建和响应变化的能力,以便在不确定和动荡的环境中取得成功。敏捷软件开发方法通常在快速和小周期中运行。这将导致更频繁的增量发布,每个发布都构建在以前的功能上。进行彻底的测试以确保软件质量得到维护。

agile method

用可视化范式(Visual Paradigm)管理软件过程

Visual Paradigm提供了一组丰富的项目管理工具,帮助软件团队执行主要的开发活动,并管理整个过程中创建的工件。

项目管理的向导

使用自动化的指导流程启动任何规模的IT项目,包括逐步指导、输入参考和示例。与您的团队成员渐进地和协作地开发可交付成果。

identification phase

准时PMBOK(项目管理知识体系)/项目管理流程图

人们在项目管理上面临着很多困难,比如陡峭的学习曲线和雇佣认证专业人员的高成本。Visual Paradigm独特的自动化项目管理知识体系工具为以最小的成本启动IT项目管理提供了所有的帮助和指导。

just in time PMBOK

原文:https://www.visual-paradigm.com/guide/software-development-process/what-is-a-software-process-model/

本文:http://jiagoushi.pro/node/1215

讨论:请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】

SEO Title
What is a Software Process Model?

【项目管理】准备工作说明时的四大注意事项

Chinese, Simplified

sow-banner

介绍


您是一家大型企业的项目经理,希望与供应商合作进行一些工作吗?

为企业客户准备和交付工作声明(SOW)似乎是一项艰巨的任务。在项目发现阶段牢记这四个关键点将有助于项目负责人和经理定义构成SOW的每个组件。

由于SOW是及时的快照,并且文档概述了软件开发提供商满足规定要求的一系列活动,可交付成果和时间表,因此它应该具有支持成功项目交付的详细程度。

在准备SOW时,尽可能多地关注以下四个关键点将实现这一结果,并向客户展示能力。

 

1.尽可能详细地定义范围


在SOW中列出估计的可交付成果时,重要的是要考虑需要多少细节。详细程度取决于几个因素:

发现时间/成本

项目发现阶段可用的时间和资源量将在最终范围的详细程度中发挥重要作用。投入时间和资源更详细地识别和详细说明交付项目将在估算对其的努力时提供更高的信心。

项目方法论

如果将Agile用作项目交付框架,那么所需的置信水平最初会降低,但随着交付团队学习如何协同工作并在每个sprint中交付工作软件而增加。瀑布式方法需要更高的置信度才能使业务开始交付舒适。

关键利益相关者可用性

通常,作为项目一部分的主题专家和供应商将被要求详细说明初步理解,并提供更清晰的所需要的图片。由于各种原因,在发现期间可能并不总是这样。如果是这种情况,则估计值必须补偿较低的置信因子。

供应商/系统规范和设计完整性

在大多数情况下,需要根据某种系统,接口规范或高级设计至少进行一些估算。这些可能并不总是完整的或提供足够的细节以获得全貌。这些知识差距可能能够被技术主题专家等所掩盖。如果不是这种情况,则需要添加假设列表并降低相关可交付项目周围的置信度。

最终,这些因素将限制SOW的准确性,重要的是通过将总体置信度评级作为百分比来在文档中说出来。

该评级将为那些负责接受和签署他们可以预期的差异的人提供背景。如果利益相关者不接受信任程度,则应在交付前将其视为知识中不可接受的差距。

 

2.用一组可靠的假设来估算估计值


接受团队在发现过程中对项目的了解总是比任何其他阶段都要少。考虑到这一点,将需要一个涵盖任何未知和未经证实的约束的工具。这个工具将是卑微的假设。

格伦 - 卡斯滕斯 - 彼得斯-190592-unsplash
一套定义明确的假设不仅有助于解释为什么以可信方式估算已确定的可交付项目的原因,它们还可用于弥补在发现期间无法关闭的知识缺口。

应尽可能详细地定义假设,这一点非常重要。在这里,最好具有高水平假设以及内联可交付水平假设,因此假设可以根据需要进行广泛或具体。

通过与其他利益相关者聚在一起并分享假设列表,然后将它们与预期交付团队中其他人的假设进行比较将是非常有益的。与其他人一起验证和探索已确定的假设通常会导致比单个人单独生产更好的覆盖范围。

如果对假设清单进行了合理的努力并且采用了上述策略,那么当澄清开始飞行和交付起飞时,项目将处于有利位置。

3.交付阶段定义应反映实际过程



在定义项目的交付阶段时,请注意项目在交付期间将使用的流程。相位越接近实际过程,相变就越平滑。这是因为在商业利益相关者同意的SOW中就可以了。与此不同将导致混淆,并可能阻止项目团队进入下一阶段,而项目经理试图与业务利益相关者澄清。

定义阶段时要包括的一些关键项是:

  • 意图:这应该以简洁的方式描述阶段的意图。
  • 输入:此阶段需要启动的依赖项,始终包括在不是第一阶段之前的阶段的输出。
  • 产出:应列出任何预期的关键成果和可交付成果,以便每个人都理解并同意预期的内容,这将形成要签署的验收标准。一套明确定义的验收标准可以说是阶段描述中最重要的焦点。
  • 签署:这应列出签署阶段所需的利益相关者。这种情况常常被排除在外,并且出现了“谁说你可以进步?”这个不可避免的问题。


使用敏捷项目交付框架,应该可以采用“完成定义”中定义的内容,并使用它来描述交付阶段,反之亦然,因为这将是每个阶段完成的真实反映。

 

4.同行评审SOW



对SOW进行同行评审将为参与者提供在仅考虑个人观点时可能遗漏的洞察力,并将导致最终SOW中的差距缩小。

由于害怕判断,首次向他人展示工作通常是令人生畏的,然而,这个过程越多,所有参与者就越容易,整体结果将具有更高的品质因素。

与相关团队成员分享SOW的简单过程 - 通常是 - 确定一些想法或发现一个未被考虑的关键问题导致

确定遗漏的可交付成果或关键假设。对于确定可交付项目的范围也是如此,与同事共享列表的简单行为通常会识别出一些未被考虑过的项目。

有许多方法可以进行同行评审,并且有无数篇文章描述了良好的同行评审系统的关键因素和机制,在此过程中最重要的是与其他人共享SOW。 Bob Ronan撰写的文章“成功项目的秘诀:同行评审”是一个这样的例子,因为它写得很好并且表明了同行评审过程的重要性。

 
结论


使用上述4个关键点来关注生产SOW时的可用时间,将输出放在最佳位置,以实现成功的项目交付。

如果您对本文有任何意见或想法,请随时在下面的评论部分分享。

 

SEO Title
Top 4 considerations when preparing a Statement of Work

【项目管理】揭开项目管理5个阶段的神秘面纱

Chinese, Simplified

任何成功项目的根本在于项目经理(PM)的价值。虽然有些人认为项目经理的唯一工作就是提醒每个人关于截止日期和召开状态会议,但事实并非如此。

他们所做的是一门科学——他们对项目管理的五个阶段有着深刻的理解,并且能够完美地执行。在这篇文章中,我们将讨论每个阶段需要做什么,并分享在每个阶段提高成功的秘诀。

项目管理由项目管理学会(PMI)开发,包括概念和启动、计划、执行、绩效/监控和项目结束五个阶段。PMI成立于1969年,是世界上最大的项目管理专业非营利性会员协会。它为项目、计划和项目组合管理设置了标准,并提供培训和认证。该协会的黄金认证标准是项目管理专业(PMP)®认证。对于不同类型的项目管理,还有七种其他的认证。

为了规范项目管理信息和实践,一组超过80 PMI成员创建了文本,指导项目管理知识体系(PMBOK指南®)目前在其第五版,项目管理知识体系®指南是不断更新的采购经理人指数和股票的基本做法,全球使用达到最好的结果。PMBOK指南包括一个可以应用于许多项目的过程标准;然而,它承认每个项目都是不同的。由项目管理人员来应用项目管理知识体系(PMBOK)指南中涵盖的技术和阶段,以满足项目的独特需求。

PMBOK®项目生命周期指南概念

在讨论项目管理阶段时,不可避免地会提到项目生命周期。那么有什么区别呢?项目阶段组成了项目生命周期,因此,这些阶段可以根据项目的需要进行调整。根据PMBOK®指南,项目生命周期的元素应该定义:

  • 必须完成的工作
  • 必须生成和审查哪些可交付成果
  • 谁必须参与
  • 如何控制和批准每个阶段

确定这些元素需要一个项目从开始到结束。它提供了一个系统的、及时的、可控制的过程,使项目的涉众受益。这有助于项目经理定义在进入项目的下一个阶段之前需要完成什么。

项目管理的5个阶段

根据PMI,“项目管理是对知识、技能、工具和技术的广泛应用,以满足特定项目的要求。“项目管理有五个阶段,如果生命周期提供了项目的高级视图,那么这些阶段就是完成项目的路线图。”

阶段1:项目启动

这是项目的开始,此阶段的目标是在更广泛的层次上定义项目。这个阶段通常从一个业务案例开始。这时你要研究这个项目是否可行,是否应该进行。如果需要进行可行性测试,这是该项目将在其中完成的阶段。

重要的干系人将尽职调查以帮助决定项目是否“可行”。如果获得批准,你将需要创建一个项目章程或项目启动文件(PID),概述项目的目的和要求。它应该包括业务需求、涉众和业务案例。注意:有大量的PID模板,坚持PMBOK®指南指南,你可以下载,以帮助你开始。

提示:在创建PID时,不要太拘泥于技术需求。这些将在第2阶段加以澄清和明确界定。

第二阶段:项目规划

此阶段是成功的项目管理的关键,并关注于开发每个人都将遵循的路线图。这个阶段通常从设定目标开始。设定目标的两种比较流行的方法是S.M.A.R.T.和CLEAR:

S.M.A.R.T. Goals (目标)——这种方法有助于确保你的目标被彻底审查过。它还提供了一种明确理解目标设定过程的含义的方法。

  • 具体(Specific )——要设定具体的目标,请回答以下问题:谁、什么、在哪里、何时、什么、为什么。
  • 可衡量的(Measurable )——创建一个你可以用来衡量一个目标成功与否的标准。
  • 可实现的目标(Attainable )——确定最重要的目标以及实现这些目标需要做些什么。
  • 现实(Realistic )-你应该愿意并且能够朝着一个特定的目标努力。
  • 及时(Timely )——为实现目标制定一个时间表。

 

C.L.E.A.R. Goals 一种新的设定目标的方法,考虑到当今快节奏的商业环境。

  • 协作(Collaborative )——目标应该鼓励员工一起工作。
  • 有限的(Limited )——他们的范围和时间应该是有限的,以保持可控。
  • 情感上的(Emotional )——目标应该激发员工的激情,并成为他们能够形成情感联系的东西。这可以优化工作质量。
  • 可观的(Appreciable )—把大的目标分成可以很快完成的小任务。
  • 可细化-(Refinable )当新情况出现时,要灵活并根据需要细化目标。

在此阶段,定义项目范围并制定项目管理计划。它包括确定成本、质量、可用资源和现实的时间表。项目计划还包括建立基线或绩效度量。这些是使用项目的范围、进度和成本生成的。基线对于确定项目是否在正轨上至关重要。

此时,角色和职责被清楚地定义,因此每个参与的人都知道他们的责任是什么。以下是项目经理在此阶段将创建的一些文件,以确保项目保持在正轨上:

  • 范围陈述——明确定义业务需求、项目利益、目标、可交付成果和关键里程碑的文件。范围声明可能在项目过程中发生变更,但不应在没有项目经理和发起人的批准下进行。
  • 工作分解计划(WBS)——这是一个可视化的表示,它将项目的范围分解为团队可管理的部分。
  • 里程碑——确定整个项目中需要实现的高层目标,并将其包含在甘特图中。
  • 甘特图-一个可视化的时间线,你可以使用它来计划任务和可视化你的项目时间线。
  • 沟通计划——如果你的项目有外部干系人参与,这一点尤为重要。围绕项目制定适当的消息传递,并根据交付成果和里程碑制定与团队成员沟通的时间表。
  • 风险管理计划——识别所有可预见的风险。常见的风险包括不切实际的时间和成本估计、客户评审周期、预算削减、需求变化以及缺乏承诺的资源。

提示:当创建WBS时,工作包不应该超过10天。一定要征求团队成员关于他们具体任务的意见和观点。

阶段3:项目执行

这是开发和完成可交付成果的阶段。这通常感觉像是项目的核心部分,因为在这段时间内发生了很多事情,比如状态报告和会议、开发更新和性能报告。“启动”会议通常标志着项目执行阶段的开始,在这个阶段,所涉及的团队被告知他们的职责。

执行阶段完成的任务包括:

  • 开发团队
  • 分配资源
  • 执行项目管理计划
  • 采购管理(如有需要)
  • 项目经理指导和管理项目执行
  • 建立跟踪系统
  • 执行任务分配
  • 状态会议
  • 更新项目进度
  • 根据需要修改项目计划

虽然项目监控阶段有一组不同的需求,但这两个阶段经常同时发生。

提示:考虑使用基于云的项目管理软件,这样团队成员就可以实时更新任务状态。

阶段4:项目执行/监控

这一切都是关于度量项目进展和性能,并确保所有发生的事情都与项目管理计划相一致。项目经理将使用关键绩效指标(kpi)来确定项目是否在正轨上。PM通常会选择其中的两到五个kpi来度量项目绩效:

  • 项目目标:衡量项目是否按照进度和预算进行,可以指示项目是否满足涉众的目标。
  • 质量交付:这决定了特定的任务交付是否被满足。
  • 工作和成本跟踪:项目经理将考虑工作和资源成本,以查看预算是否在轨道上。这种类型的跟踪将根据当前的性能通知项目是否满足其完成日期。
  • 项目绩效:监控项目中的变化。它考虑出现问题的数量和类型,以及解决问题的速度。这些可能发生在未预见的障碍和范围更改中。

在此期间,项目经理可能需要调整时间表和资源,以确保项目处于正轨

提示:在每个阶段结束时回顾业务案例,并根据需要对项目计划进行调整。

阶段5:项目结束

此阶段表示已完成的项目。雇佣来专门为这个项目工作的承包商此时被终止。有价值的团队成员会得到认可。有些项目经理甚至为参与项目的人组织小型工作活动,以感谢他们的努力。项目完成后,PM通常会召开会议——有时被称为“事后分析”——以评估项目中哪些工作进行得很好,哪些工作失败了。这对于理解学到的经验教训特别有帮助,以便为将来的项目做出改进。

一旦项目完成,项目经理仍然有一些任务要完成。他们需要创建一个项目目标清单,列出在项目中没有完成的事情,并与团队成员一起完成这些事情。执行最终项目预算并准备一份最终项目报告。最后,他们需要收集所有项目文档和可交付成果,并将它们存储在一个地方。

提示:使用基于云的软件解决方案是在项目生命周期中收集和保存所有项目文档的一种简单方法

 

原文:https://www.smartsheet.com/blog/demystifying-5-phases-project-management

本文:http://jiagoushi.pro/node/1206

讨论:请加入知识星球【首席数字化转型官】或者小号【cio_cdo】或者QQ群【2245019】

SEO Title
Demystifying the 5 Phases of Project Management

【项目管理】敏捷死了! 瀑布回来了。

Chinese, Simplified

也许,从运营的角度来看,最可怕的软件开发方法之一可能对小公司再次有意义。

肯施瓦伯——Scrum 的联合创始人和 Scrum.org 的创始人——说瀑布“真的毁了我们的职业”“它让人们被视为资源,而不是有价值的参与者。”预先完成了如此多的计划,员工变成了车轮上的一个齿轮。
瀑布式开发模式起源于制造业和建筑业;高度结构化的物理环境意味着设计更改在开发过程中很快就会变得非常昂贵。当首次用于软件开发时,基于知识的创造性工作没有公认的替代方案。


问题


构建软件程序的努力是众所周知的。尽管与其他所有类型的工程相比,软件的发展速度相当快,但没有可以在半秒内编译和处理我们的工作以将结果显示在计算机屏幕上或将其暴露在可交互层上的花哨和快速的机器.必须用程序的所有逻辑对纸板进行打孔。只有这样,机器才能读取一盒穿孔卡片。打字错误通常意味着重新打孔整张卡片。


当然,回想起来这听起来很痛苦,而且确实如此!需要几个专业人员来运行一个简单的编译。有些人只负责在盒子里整理卡片。这不是一项非常专业的工作,但必须有人去做。为了降低这种繁琐操作的成本,Waterfall 发挥了作用。如果事先做好计划,就不需要整天安排大量高度专业化的专业人士坐着打卡。这非常有效。可以避免许多错误,并且开发程序所需的时间更少。

向前走


众所周知,组织在采用新概念方面的缓慢跟不上机器的发展。越来越多的硬件资源变得更容易和更便宜地访问,程序编译不再需要与计算机进行物理交互,网络在全球范围内被发明和实施,使开发人员能够在任何地方分享知识。


在如此快速和协作的环境中,瀑布不再有意义。任何人都可以在您舒适的家中拥有一台机器并编写甚至有时会动摇已知市场实践基础的破坏性程序。投入数月的计划,编写数百页(通常是书籍)的需求文档和图表开始听起来是压迫性管理的不必要步骤。必须做出改变。


旧与新


近年来,许多人都将敏捷作为组织内部软件甚至非软件开发过程的核心和必须遵循的方法论。普遍的心态是,它是所有问题的答案。无论在哪个部门,涉及什么/谁以及性质是什么,都会有一个适合您的敏捷框架。
每个组织都是独一无二的,并面临着各种内部因素(即规模和当前结构)外部因素(即客户和商业模式)。在按照敏捷宣言创建新框架以满足各种不断出现的问题的需求方面已经做了大量工作。简单性来自这样一个事实,即它是一组遵循并根据您的需求调整的原则。没有万能的解决方案。每个部门都有自己的角色、问题、流程、人员和技能。哪种组合对团队有利将取决于内部和外部因素、需求和目标。


在敏捷环境中,与瀑布式方法相比,团队之间的协作更加频繁,后者编写文档然后传递给下一个。每个被问到的问题都只是用一个简单而懒惰的“阅读文档”来回答。受到对未来愿景的启发,或者只是整理了房间里每个人似乎都很常见的糟糕经历,敏捷宣言变得栩栩如生。对于每一种好的方法,只有一个目标很重要:解决问题。

(旧)新问题


在当时(90 年代、00 年代),谁负责构建一个好的软件产品几乎没有区别。大部分工作在开发人员手中。用户体验本身并不是它自己的东西。显然,它总是存在的,但如果一个产品有很好的接受度,那就有点神秘了。用户界面设计被视为不重要,并呈现出一些可怕的结果。


然而,今天,您可能需要几个具有不同技能的人来构建并保持市场上具有竞争力的产品。 UX/UI 设计师、产品经理(及其变种)、后端开发人员、前端开发人员、移动开发人员、基础设施专业人员等(在这里看到一个模式?)很明显,对更多人员、不同职位的需求正在增加日。


更重要的是,大型科技公司开始变得绝望。没有足够的专业人士来满足他们的需求。在十年(2001-2011 年)中,工资增长高达 35%,最后一个增长高达 47%,具体取决于地区。软件危机时代会再次发生吗?
Waterfall 的主要目标是降低开发阶段(实际代码编写)的成本。薪水如此之高,而且缺乏可用的专业人士,预示着提前计划的卷土重来。小公司不能仅仅与大科技公司的薪水竞争,并让专业人士“更快地犯错”。
你怎么看?在实际执行之前进行计划是否值得?还是每个人都应该使用试错法?也许两者兼而有之?在下面留下您的评论。


这不是方法论之间的比较。我只是指出行业历史的模式、动机以及他们试图解决的运营和技术问题。
谢谢阅读!

 

一些精彩的评论:

评论1:

瀑布和敏捷有根本的区别。 瀑布基本上是一种适用于软件开发的问题解决方法。 敏捷是围绕以原型设计为导向的方法论编织的一堆愿望(宣言),它已经过度扩展成为现在的时尚。 随着时间的推移,它已经与诸如“计划快速失败”之类的破坏性口号联系在一起。
瀑布从不严酷或可怕。 它的“缺陷”被夸大了,只是为了让敏捷看起来不错。
正如您所说,重要的是,瀑布是关于将思考放在首位,并为整个过程提供一个正式的结构,以鼓励(重)可用性并插入运行组织的传统方式 - 规划、成本会计、项目管理等。敏捷可能会占有一席之地 ,但是当它很重要时,或者正如你所说的那样,当公司不能继续更快地犯错时,瀑布是解决方案。 瀑布是迭代的,但有一个整体的计划和结构。

评论2:

当然,瀑布项目有一席之地。在一个不复杂(non-complex)复杂(complicated )的世界中,结果是可以预测的。我们可以知道,“如果我们这样做,将会发生以下情况。”在我们重复自己的情况下,重复做同样的事情。那么瀑布式方法是一个不错的选择。
在复杂的(complex )世界中,我们或客户不可能事先知道一切,结果无法预测,我们需要在知道之前学习。然后我们需要另一种方法。一种实验性的方法,我们可以随时做出决定并尽可能晚地做出这些决定。敏捷已成为这些复杂情况的一种解决方案。
当今的数字和网络物理系统通常属于复杂(complex )类别;我们不可能知道会发生什么,当我们有更多的知识时,我们想做出迟到的决定,并且随着我们的进展获得更多的理解。
我们不会经常两次构建相同的软件。所以我认为任何一种系统的开发通常都不会落入复杂的范畴。但是,为客户安装软件系统可能需要多次完成,虽然很复杂(complicated)但并不复杂( not complex),我们可能会使用瀑布方法。
说了这么多,我还想强调一下,敏捷并不意味着我们不应该计划。在敏捷宣言中,我们说:“响应改变胜过遵循计划。”关键字结束了。我们仍然需要计划;但是,我们应该计划得恰到好处,并尽可能晚地计划,以应对我们和我们的客户在开发过程中获得的知识所带来的变化。

评论3:

我认为您有一个非常好的观点,即随着开发人员时间成本的增加及其上升趋势,任何可以减少这种情况的方法(规划、使用更便宜或更高效的资源来进行规划等)都在进行得到一个强大的外观。
我不确定瀑布是否是这个问题的答案。我不认为敏捷已被证明是正确的。敏捷肯定有好处,但省钱*不是*其中之一。十多年来,我一直在使用低代码/无代码工具,我确信它们是解决方案的一部分,但不是整个解决方案。
我*知道*花时间写一个技术细节用户故事,上面写着“从这个表中获取数据并使用这些条件连接到那个表,像这样过滤,然后在屏幕上填充列表和他们一起……”(即伪代码)在发现用户故事中的漏洞、帮助了解技术困难等等方面走了很长很长很长的路。我认为伪代码在很大程度上是一门失传的艺术,我在开发过程中看到的许多问题都可以通过预先编写伪代码来避免。

评论4:

瀑布的核心问题:您在计划中忘记了一个项目,这将在开发阶段永远困扰您。
敏捷的核心问题:仅仅因为你在彼此之上添加切片(sprint),你不一定会建造一个埃菲尔铁塔,而是建造比萨斜塔(最终会崩溃)。
您需要更广泛的规划和敏捷实施的健康组合

评论5:

应该定义“瀑布方法”的论文是 Winston Royce 的“管理大型软件系统的开发”。有趣的是,本文没有出现“瀑布”一词。它也没有说你必须一步一步地前进,永不回头。事实上,它说的恰恰相反,并清楚地表明,当发现问题时,您需要回到之前的步骤。那么为什么这么多人认为罗伊斯是在提倡“瀑布式”开发呢?我相信有两个原因。首先,人们只阅读第二张图,它列出了软件开发的步骤,并且确实可以作为瀑布来阅读。其次,这篇论文被敏捷的布道者当作稻草人,他们需要一些东西来打败现有的想法。如果人们真的阅读了这篇论文,他们会发现其中没有与敏捷(或敏捷,如果你愿意的话)不兼容的地方。真的是必读。作为另一篇经典论文,Parnas 和 Clements “一个理性的设计过程,如何以及为什么要伪造它”。

评论6:

瀑布一直占主导地位,并且系统地未能创造价值。 瀑布和敏捷之间的核心区别在于,在前者中,问题解决和解决方案实施由不同的人完成,而在后者中,两者都由团队共同执行,利用跨职能技能。 这就是为什么功能团队不是敏捷,而是具有肤浅敏捷构成的瀑布(冲刺、每日站立,...)。 这就是为什么功能团队不是结果而是输出驱动的原因。

评论7:

我认为这里的答案是更加敏捷。 后端和前端开发人员? 那是一种反模式。 创建一个团队并给他们解决问题。 为解决方案创建验收标准,让团队与客户交谈。 并为团队提供学习他们缺乏的技能所需的资源。
而且,顺便说一句,瀑布从未起作用,并且在首先讨论瀑布的论文中被描述为一种反模式......

原文:https://medium.com/@marcel_paschoal/agile-is-dead-waterfall-is-coming-b…

本文:https://jiagoushi.pro/node/1997

SEO Title
Agile is dead! Waterfall is coming back.

【项目管理】逃离怪物项目的大白鲨

Chinese, Simplified

前几天,当我在思考为什么许多大型组织看到他们的许多IT计划失败或成绩不佳时,我想出了一个相当简单的结论:“项目思考”是这些失望的根本原因。让我解释。

项目方法背后的基本原则是每个项目都有明确的目标,固定的预算,开始,交付日期和具体结果。这种方法的一个重要原因是它通过控制幻觉给管理层一种治理感:他们认为他们一开始就知道他们最终会得到什么,他们可以通过观察支出衡量进展,他们可以大喊大叫当事情出错时,有人(即项目经理)。由于项目是临时的,因此生产线管理层不负责任。他们可以推迟(并责备)计划和项目经理,让他们自己做出决定。

项目方法也存在各种其他缺点:需要熟悉问题和解决方案空间的新团队;管理层坚持像Prince2这样的方法(因为它们是'行业标准的最佳实践')而强制执行的官僚机构;这些方法所需的起停时刻,可以中断进度并减缓项目进度;建立功能只是因为它们在项目计划中,而不是因为它们实际上是需要的,等等。

而且,这种方法仅在静态情况下起作用(如果勉强)。在当今复杂多变的环境中,项目的客户往往无法明确说明他们想要什么或需要什么(“当我看到它时,我就知道了”)。即使(他们认为)他们可以,这些目标甚至在项目开始之前就开始转变。经典项目管理将这种“范围蔓延”视为对项目成功的威胁。作为一种反应,项目经理通过建筑墙壁来捍卫其范围,不包括重要要求和相关的外部影响。因此,用户满意度是无法实现的,并且保证了失败。

范围


更糟糕的是,这个范围本身通常被定义得过于宽泛。在没有适当分离关注点的情况下,通过构建一个巨大的“应用程序”或“系统”来定义应该解决业务或政府问题的项目。除了技术乐观主义的谬论之外,我将在另一个时间讨论这种方法,即使这个大型拼图的一小部分不适合,这种方法也会失败。如果你定义怪物项目,项目怪物会吞噬你......

最后,有一个想法是IT项目有一个“交付”的时刻,当结果完成并准备好使用时。众所周知,大型组织80%以上的IT支出都是“维护”;一个混乱的概念,因为这通常意味着添加新功能,那么这与“开发”有何不同?

前进的方向


我们应该停止将变更视为例外,由“正常”操作之外的项目和程序处理。 “新常态”中的组织处于不断变化的状态。正如Gartner所述(主题演讲ITXpo 2013):

“2017年,每家公司都将成为一家数字公司。能够迅速改变并保持敏捷的能力势在必行。“

我们需要对IT和业务能力和资源的整个生命周期采取更全面的方法,从而消除“构建”和“维护”之间的这种人为区分。应将业务和IT环境视为一系列元素,每个元素都有自己的业务价值,生命周期和节奏。我们可以根据预期和测量的业务价值为这些功能和资源分配和重新分配预算。通过匹配他们的节奏并流畅地对外部影响做出反应,我们可以创建更灵活的组织,使其与周围环境保持一致。

敏捷运动中的各种实践都是朝着这个方向迈出的步伐。与客户密切互动的短暂迭代,使用DevOps实践的持续交付,以及Google,Netflix和Spotify等公司的“始终处于测试阶段”的方法就是这样的例子。像Lean和Kaizen这样的管理方法也采取了这种持续改进和生命周期的立场。诸如Scaled Agile Framework等方法所采用的“价值流”概念也是朝着正确方向迈出的重要一步。

我们提倡使用企业架构作为知识中心,以连接组织变更所涉及的各个学科。企业架构可帮助您集成和共享组织中各种结构的信息。它为您提供相关输入,用于确定转换的优先级和规划。它为您提供跨价值流的程序级协调,以一致的方式实现这些变化。它可以帮助您跟踪预期收益的实现,从而在必要时纠正您的课程。与此密切相关的是,企业组合管理使您能够采用基于价值的方法来管理资产并更改组织中的计划。这有助于使一切与所需的业务成果保持一致,当然应该将重点放在客户或公民身上。

具有前瞻性的首席执行官和首席信息官开始以不同的方式思考组织和管理组织能力的演变。在过去几年中,我与政府,银行和保险组织的几位经理谈过,他们意识到需要一种新的工作方式。他们正在建立基于这样的价值流,生命周期和持续交付方法的变革能力,专注于开发和发展业务能力组合。让我们希望其他组织能够效仿他们的榜样,摆脱项目怪物的困境。在BiZZdesign,我们很乐意帮助客户建立这样的业务转型能力。

原文:https://bizzdesign.com/blog/escaping-the-jaws-of-the-project-monster/

本文:http://pub.intelligentx.net/project-management-escaping-jaws-project-monster

讨论:加入知识星球或者小红圈【首席架构师圈】

SEO Title
project management :Escaping the Jaws of the Project Monster