本篇文章探讨 IPD 体系中敏捷开发涉及的一些相关内容：对敏捷做具体的介绍，包括敏捷原则的使用与组织变革的联系等，希望能对你有所帮助。
(资料图片仅供参考)
今天继续来谈谈 IPD 体系中敏捷开发所涉及的一些相关内容。
无论是硬件产品的开发过程，还是在应用或者是学习 IPD 的过程中。瀑布式流程几乎都是标配。
这其实跟硬件产品或者是传统 IPD 流程的属性是相关的。
随着敏捷这个工具的发展，也逐步由软件引入到硬件产品领域中。
而在 IPD 流程中，对于敏捷也有多种不同的融合方式。
主要包括了 项目级敏捷、版本级敏捷、产品级敏捷、方案级敏捷和公司级敏捷 几种类型。
下面先来看看敏捷的介绍：敏捷思想最开始是通过 17 位软件开发领导者合作编写的敏捷宣言（Agile Manifesto）脱颖而出。敏捷宣言提出了十二项敏捷原则，表达了敏捷开发的精神。随后，敏捷演变成一套框架和实践。
比如说，Scrum、冲刺、每日站立会议、燃尽图等等。
当然了，这些具体的实践对于敏捷来说并不是必须的。
部分人也可能会有一些误区，认为敏捷跟瀑布是不兼容的。
也就是说，你要么全盘引入，要么就没有。
其实，如果团队有阶段门径或基于里程碑的开发流程。当然了，现在的大多数开发团队其实都已经具备了阶段划分的意识。
他们其实是可以，通过在流程中应用修改后的敏捷方法来获得最佳的一种结果。
其实门径或者里程碑式的思想可以追述到20世纪80年代的SGS门径管理系统。
在产品开发的过程中设置阶段和评审点，大家可以继续看这张图：
获得这种竞争优势的关键是：
你需要将比较长的产品开发时间线，比如说 12-18 个月，划分为多个冲刺。
这是敏捷软件中经常使用的一种工具。
然后，将这些冲刺嵌套在阶段门径或里程碑的框架中。
在这个更大的框架内使用冲刺可以加速团队的决策过程。
冲刺还将漫长的流程分成更小的步骤，并在固定的持续时间内提供具体的可交付成果：从 2 到 4 周不等。
将产品开发时间线划分为更小的单元会增加紧迫性，并使团队保持在任务中。
结果就是浪费更少，产品开发时间更快。
但是开发硬件产品还需要阶段门径/里程碑过程提供的约束，以及规划。
这些长期的计划周期为硬件产品提供了财务上的控制：
与许多软件产品不同，开发硬件产品往往涉及众多功能、合作伙伴和供应商。 与软件不同，它们通常涉及工具、材料采购和库存控制，传统的封闭式流程还可以防止预算膨胀失控。 对于许多产品，监管、认证周期也是产品计划的重要方面。由于这些原因，硬件产品需要一个端到端的产品计划。
并需要有一个全面的时间表来确保满足发布要求。
从本质上讲，采用敏捷方法需要组织变革管理。
组织变革不会在一夜之间发生，在大型组织中，甚至不会很快。
一种行之有效的方法是使用具有改进记录的团队成员来试点项目。
组织将从试点中快速学习，然后可以逐步改进。
从小处着手，学习基础知识，然后通过修改工具以适应您的环境来改进。
专栏作家
卫朋，公众号：产品人卫朋，人人都是产品经理专栏作家。关注智能硬件领域，擅长市场分析、产品设计开发、生产管理等，喜欢阅读和爬山。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
关键词：
