当前位置: 首页 > ds >正文

【PMP备考】敏捷思维:驾驭不确定性的项目管理之道

目录

1、可确定的工作与高度不确定的工作

2、《敏捷宣言》及思维模式

3、 精益与看板方法

4、 不确定性、风险和生命周期选择

1、可确定的工作与高度不确定的工作

        项目工作包括可确定的工作与高度不确定的工作。可确定的工作项目具有明确的流程,它们在以往类似的项目中被证明是行之有效的。在完成设计后制造汽车、电器或建造住宅,这些都是可确定的工作的例子,其所涉及的生产领域和过程通常都很好理解,并且执行的不确定性和风险通常较低。
        新的设计、解决问题和之前未做过的工作都是探索性的。它要求主题专家携手合作,解决问题,并创建解决方案。遭遇高度不确定的工作的人员包括软件系统工程师、产品设计师、医生、教师、律师和许多解决问题的工程师等。随着可确定的工作日益实现自动化,项目团队也越来越多地从事高度不确定的工作。
        高度不确定的项目变化速度快,复杂性和风险也高。这些特点可能会给传统预测法带来问题, 传统预测法旨在预先确定大部分需求,并通过变更请求过程控制变更。而敏捷方法的出现是为了在短时间内探讨可行性,根据评估和反馈快速调整。

2、《敏捷宣言》及思维模式

2001 年,软件业思想领袖共同发表《敏捷宣言》,正式宣告软件开发的敏捷运动的开始。
宣言:
十二大思维模式原则:
        这种思维模式、价值观和原则定义了敏捷方法的组成部分。今天所使用的各种敏捷方法都植根于敏捷思维模式、价值观和原则。它们之间的关系如下图所示。
        如上图所示,在艾哈迈德·西德基 (Ahmed Sidky) 启发下提出的模式将敏捷明确表述为一种思维模式,它由《敏捷宣言》的价值观所界定,受《敏捷宣言》原则指导,并通过各种实践实现。值
得关注的是,虽然术语“敏捷”在《敏捷宣言》发表后流行开来,但今天项目团队所使用的方法和技术却在《敏捷宣言》发表前已经使用多年,有些已经使用了几十年之久。
        “敏捷方法”是一个囊括了各种框架和方法的涵盖性术语。 下图结合上下文将敏捷定位为一个总称,它指的是符合《敏捷宣言》价值观和原则的任何方法、技术、框架、手段或实
践。图中还将敏捷方法和看板方法视为精益方法的子集。这样做的原因是,它们都是精益思想的具体实例,都反映了诸如以下概念:“关注价值”、“小批量”和“消除浪费”。
        一般而言,可通过两种策略践行敏捷价值观和原则。一种策略是采用正规的敏捷方法,它们为特意设计,经证明可达成期望的成果。那么,在变更和裁剪之前,就需要花时间学习和理解敏捷方法。不成熟和随意的裁剪会让敏捷方法的效果大打折扣,从而限制了收益。
        第二种策略是,以一种适合项目背景的方式对项目实践进行变更,以便在核心价值观或原则方面取得进展。使用时间盒创建功能,或者使用特定技术迭代优化功能。在适用于特定项目背景下,考虑将一个大项目划分为几部分发布。实现有助于项目成功的变更,这些变更不必是组织的正式实践的组成部分。最终目标不是为了敏捷而敏捷,而是为了向客户持续交付价值流,并达成更好的商业成果。

3、 精益与看板方法

        看待精益、敏捷与看板方法三者之间关系的一种思路是,将敏捷和看板方法视为精益思想的衍生物。 换言之,精益思想是一个超集,与敏捷和看板方法拥有共性。
        这种共性非常相似,重点在于交付价值、尊重人、减少浪费、透明化、适应变更以及持续改善等方面。项目团队有时会发现将各种方法结合起来使用更为有用,只要是对组织或团队有效的方法,无论来源如何,都应该采纳。无论使用什么方法,目标都是为了实现最佳结果。
        看板方法受到最初的精益制造体系的启发,专门用于知识型工作。它在 2000 年代中期出现,是当时非常盛行的敏捷方法的一种替代方法。
        看板方法不如某些敏捷方法规范,破坏性也较小,原因在于它是原始的“原地出发”方法。在有
必要或适当的情况下,项目团队可以相对轻松地应用看板方法,并向其他敏捷方法发展。

4、 不确定性、风险和生命周期选择

        有些项目在项目需求、以及如何使用现有知识和技术满足这些需求方面,具有很大的不确定性。 这些不确定因素可能导致大量变更和项目复杂性的提高。上述特点如下图所示。
        随着项目不确定性的增加,返工的风险和使用不同方法的需求也会增加。为了减轻这些风险的影响,团队选择的生命周期要能够通过较少的工作增量解决项目的大量不确定性问题。
        团队可以利用较少的工作增量验证自身的工作并且可以对接下来的工作做出相应变更。与静态书面规范相比,当团队交付小的增量时,他们能够更快更准确地理解真正的客户需求。
        团队可以用明确稳定的管理要求规划并管理项目,轻松解决各种技术挑战。但是,随着项目不确定性的增加,变更、做无用功和返工的可能性也会随之增加,而这不仅代价高昂,而且耗费时间。
        有些团队让项目生命周期发生演变,以便使用迭代和增量方法。许多团队发现,在探讨迭代需求、更频繁地交付增量时,团队会更容易适应变更。由于团队获得反馈,这些迭代和增量方法减
少了浪费和返工。这些方法应用了:
1、 非常短的反馈循环;
2、 频繁调整过程;
3、 重新进行优先级排序;
4、 定期更新计划;以及
5、 频繁交付。
        对于涉及新颖的工具、技术、材料或应用领域的项目,这些迭代、增量和敏捷方法非常有效。它们也适用于具有以下特点的项目:
1、 需要研究和开发;
2、 变更速度极快;
3、 具有不明确或未知的需求、不确定性或风险;或
4、 最终目标难以描述。
        通过构建一个小的增量,然后对其进行测试和评估,团队可以在短时间内以低成本探索不确定性,降低风险,最大程度地实现商业价值的交付。这种不确定性可能集中于适用性和需求(正在构建的产品是否正确?);技术可行性和性能(产品是否可以采用这种方法构建?);或过程和人员(这是否为团队工作的一种有效方式?)。以上三个特点(产品规格、生产能力和过程适用性)通常都具有高度不确定性因素。
        不过,迭代和增量管理方法也有其应用局限性。当技术和需求的不确定性都很高时(上图右上部分),项目就会极端复杂,陷入无序状态。为了使项目尽可能可靠,需要遏制其中一个不确定性变量。
http://www.xdnf.cn/news/15416.html

相关文章:

  • Java ThreadLocal详解:从原理到实践
  • 快速过一遍Python基础语法
  • 第34次CCF-CSP认证第4题,货物调度
  • 零基础搭建监控系统:Grafana+InfluxDB 保姆级教程,5分钟可视化服务器性能!​
  • Python 中的 encode() 和 decode() 方法详解
  • JavaSE常用类
  • 开阳630HV100芯片的外设配置
  • 【C++】封装红黑树模拟实现set和map
  • C语言<数据结构-单链表>(收尾)
  • Linux反弹shell的几种方式
  • Java 接口详解:从基础到高级,掌握面向对象设计的核心契约
  • linux系统mysql性能优化
  • 【理念●体系】迁移复现篇:打造可复制、可复原的 AI 项目开发环境
  • AI产品经理面试宝典第12天:AI产品经理的思维与转型路径面试题与答法
  • 车载诊断架构 --- 诊断功能开发流程
  • 分析与展望
  • Linux:信号
  • Armstrong 公理系统深度解析
  • 一文讲清楚大语言模型核心:Transformer 内部运行原理详解,看这一篇就够了!
  • Datawhale AI夏令营 MCP初体验——简历小助手
  • 2.单例模式
  • 用 Python 将分组文本转为 Excel:以四级词汇为例的实战解析
  • python-while循环
  • 数据标注:AI时代的黄金矿场如何规避法律暗礁
  • K3S滚动发布Jar
  • Windows环境下JS计时器精度差异揭秘
  • 老项目模拟器运行提示Executable Path is a Directory
  • 三步定位 Git Push 403:从日志到解决
  • 技术面试问题总结二
  • SE机制深度解析:从原理到实现