敏捷开发类比

你可能熟悉诸如Scrum和看板之类的敏捷软件开发过程及其相关方法。敏捷是为了弥补空白和解决在使用以前的瀑布式方法构建技术产品时所遇到的许多问题而创建的。同样，AIPB也打算弥补空白并改进现有的业务和创新框架。

敏捷是基于敏捷宣言及其所定义的四个敏捷软件开发价值观：

●个体互动高于流程工具

●工作软件高于详尽文档

●客户合作高于合同谈判

●响应变化高于遵循计划

这四个价值观是构建所有敏捷原则和方法论的基础（有趣的是，这些价值观都是用“如何”（how）和“什么”（what）而非“为什么”（why）来表述的）。除此之外，AIPB框架的利益伪范畴类似于敏捷的四个价值观，是构建所有其他东西的基础。

继续我们的类比，AIPB框架的专家范畴类似于Scrum中定义的角色；评估范畴类似于Scrum团队所进行的评估；方法范畴类似于重复出现的Scrum会议（即仪式）；最后，输出范畴类似于Scrum所定义的“产品工件”。

敏捷和AIPB都聚焦于人和过程。不同于AIPB的是，敏捷不一定涉及创新计划从概念到启动需要的所有人员，也无法覆盖端到端的创新过程。

例如，敏捷忽略了创新的大部分愿景和战略，并且更加聚焦在基于已有产品路线图的实际开发、部署和维护。敏捷方法非常有用，我很喜欢（尤其是看板）。我个人推荐产品开发看板，我们可以很容易将其纳入AIPB的构建方法阶段（本章后面将介绍）。

现在开始讨论AIPB的每个核心范畴。