敏捷实践指南：建立敏捷思维模型
共 3441字，需浏览 7分钟
·
2022-02-28 23:23
点击上方 “ 产品微言 ” ，马上关注
理解传统瀑布式项目管理和敏捷方法，找到裁剪适合团队的项目管理工具，建立团队通用的项目术语
1你的项目不一定需要敏捷
我相信你一定听过“敏捷不行”的声音，运行敏捷而失败的项目也确实非常多，但它也一直都在流行。
这里的问题，其实根本就是原因就是：你的项目环境不适合敏捷，或者你的项目根本不需要敏捷，尽管它也是软件开发项目。
敏捷是基于“不确定性”而诞生的，它想要解决的是，如何在不确定性环境交付最可靠的商业价值。敏捷方法是为了在短时间内探讨可行性，根据评估和反馈实现快速调整，它与传统的基于确定性工作的瀑布模型就有着完全不同的实践思路。
简单来说，适应敏捷的项目，有4个显著的特征：
需求研究和开发
变更速度极快
具有不明确或未知的需求、不确定性或风险
最终目标难以描述
这些项目在项目需求，以及如何使用现有知识、技术满足需求的层面上，所具有的不确定性导致项目及其服务，往往带来大量的变更，返工、延期的风险非常高。在传统项目实践中，项目经理都必须针对变更列出单独的流程来进行控制，涉及到组织、采购、沟通等多维度的复杂管理，还经常因为不同利益相关的隐形需求而导致项目失控。
无用功、延期、返工深深的折磨着整个团队。在实践过程中，为了解决这些问题，项目团队就必须寻找可以减少浪费和返工的方法，这些方法包括：
频繁交付
频繁调整过程
非常短的反馈循环
重新进行优先级排序
定期更新计划
这种逻辑模式，就是敏捷管理的思想体现。敏捷的策略是构建小的增量，然后对其测试和评估，在短时间内以低成本探索不确定性，更准确的理解客户需求，降低风险，最大程度的实现商业价值的交付。
当然，我们也需要意识到，迭代和增量方法仍然有局限性，为了项目尽可能可靠，需求尽可能的遏制其中某一个不确定性变量（适应性和需求、技术可行性和性能、过程和人员）。
你可能已经意识到了，只有一部分项目适合于敏捷，有些项目更适合用传统瀑布流的方式进行交付。
项目管理的目标是在给定的当前环境下尽可能以最好的方式创造商业价值。项目采用敏捷方法抑或是传统的瀑布流方法都无关紧要，要提出的问题是“我们怎样做才能最成功？”
当团队创造价值，是否需要反馈？在探索新的想法，新的商业模式，是否需要管理风险？如果需要，那敏捷将会有所帮助。而有些项目，天然无法交付中间价值，那么就不要去尝试敏捷。
2裁剪适合你的敏捷模型
敏捷是一种方法，囊括了各种框架和方法的涵盖性术语，包括Scrum、XP、FDD、DSDM、AUP、ScrumBan等。所有符合“敏捷宣言”价值观和原则的任何方法、技术、框架、手段或实践，都属于“敏捷思维”——精益思想的具体实例，反应的核心观念是：关注用户价值、小批量以及消除浪费。
在基于迭代的敏捷中，团队是以迭代（相等持续时间的时间盒）的形式交付完整的功能，团队集中于最重要的功能作为当前迭代版本的最终目标，然后最集中于下一个最重要的功能来协同完成工作。
为了适应频繁的变更和频繁的交付项目价值，团队必须要能快速的适应变化，对产品的架构设计和技术选型都必须充分结合客户的实际情况，甚至是重构过去的设计才能匹配快速变化的项目目标。
裁剪，找到一个合适当前的敏捷模型就变得极为重要。
许多团队都无法一夜之间就切换为敏捷的工作方式，这与使用的技术，组织的流程，习惯有关，特别是长期处于传统瀑布流的工作环境的工程师而言，敏捷的风险有时让人恐惧，因为它没有一个确定性的目标，一切都处于动态的调整过程中，所以敏捷，需要足够的勇气，和匹配的文化。
事实上，PMI推行的整套项目管理体系，都依赖它的环境，想要在这个体系下出色的完成项目工作，都首先需要去打造一个匹配的项目文化环境。
组织越大，涉及的职能部门越多，打造这个环境的时间就越长，因此，计划一个渐进的过渡是非常有意义的。
渐进的过渡要涉及到要增加更多的迭代计划，以便改进学习，加强团队和相关方的一致性。之后，还要考虑增加更多的增量技术，以便对项目发起人的价值和投资有收益回报。唯有如此，才能逐步建立敏捷的代言人和支持者。
你应该先考虑在小范围内，风险不大，仅具有中低等不确定性的项目中尝试敏捷的方法。在组织成功使用“传统瀑布+敏捷”的混合方法后，再尝试更复杂的项目。
这是一种根据团队、组织和项目的情况、特定的风险，以及团队的适应能力和技术条件，并接受变革的就绪情况而调整推进的渐进过渡。
希望你能谨慎渡过这一个难关。
3打造你的敏捷文化
敏捷团队不能把其实践局限于某一种敏捷方法，每个项目的背景都有有其各自独特性，包括项目团队成员的技能、背景也都各不相同，工作环境中的规模、关键性、复杂性、监管制约因素也都完全不同，这就导致敏捷没有固定不变的模式，实践敏捷最核心的就是敏捷的思维模式，而不是其工具或者方法。
同时，敏捷项目也一样有计划性，只是它的区别在于频繁交付可用的成果，并通过对成果的评审获得反馈，并由此驱动整个团队和项目向前推进，最终达成良好的商业价值。
为了让你的敏捷方法能够具备可持续性的生命力，你需要努力打造一个符合你的项目、团队的项目文化，这些文化和特性包括基本的价值观和指导原则。
你应该建设由敏捷宣言的价值观所界定，受敏捷宣言的原则指导，通过各种实践实现的项目文化。
敏捷4大核心价值观：
个体以及互动，更重于 过程和工具
可用的软件，更重于 完整的文档
客户合作，更重于 合同谈判
应对变更，更重于 遵循计划
相应的，源自敏捷价值观的12大实践原则包括：
最优先要做的是尽早、持续地交付有价值的软件，让客户满意
欣然面对需求变更，即使在项目后期。善于利用需求变更为帮助客户获得竞争优势
频繁地交付可用的软件，从数周到数月，交付周期越短越好
在整个项目过程中，业务人员必须和开发人员每天都在一起工作。
要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务
在团队内外，面对面交谈是最有效，也是最高效的沟通方式
可用的软件是衡量进度的主要标准
敏捷过程倡导可持续开发。项目方、开发人员和用户应能保持稳定的进展速度
对技术的精益求精以及对设计的不断完善将提升敏捷性
简洁，是尽最大可能减少不必要工作，是敏捷的根本也是一门艺术
最佳的架构、需求和设计出自于自组织的团队
团队要定期反思如何提升效率，并以此调整整个团队的行为
4思维导图：建立敏捷思维模型
———— / END / ————
扫码加入免费星球
下载本文附件
更多专题阅读
实例解读O2O平台 从0到1 的全过程
从产品思维到产品经理的能力模型
在有限的资源限定条件下超越既定的目标