敏捷思想的延伸——设计思维和Devops

敏捷诞生之初是为了解决软件开发过程中存在的效率和变更等问题。但是现在敏捷的应用已经开始逐渐向软件开发的前后两端扩展。

软件在开发完成之后会进入运维阶段，而DevOps运动就是敏捷的快速迭代、拥抱变化思想在运维阶段的延伸。

DevOps已经被人所熟知。

另一方面，敏捷思想同样可以延伸到项目的启动阶段，这就是设计思维。

设计思维是2008年，Tim Brown在《哈佛商业评论》上首次提出的方法论。

设计思维是在项目启动之初，以人为本，快速获取需求的一系列方法。设计思维是敏捷思想的延伸，体现在两个方面：第一是设计思维提倡多次迭代、快速验证；第二是设计思维鼓励采用交互、高度可视化的工具和方法。

2012年，有人总结了5种在敏捷项目启动阶段常用的设计工作坊形式，包括用户价值定义、组织改进计划、客户体验地图、产品全景图、产品演进策略。这些设计工作坊的核心逻辑是：快速演进逼近阶段性目标；开放的环境、简单的工具和专业的引导者，鼓励参与者的互动；以结构化的引导和可视化的呈现促成决策；以故事化的方案和可感知的快速原型展示成果。

这是设计思维更具体的展示，也能让我们更清楚地看到其中蕴含的敏捷思想。

所以敏捷思想不仅可以用于软件开发阶段，也可以用于项目启动阶段和软件运维阶段。

敏捷思想用于项目启动阶段（设计思维)能帮助团队快速聚焦客户需求，敏捷思想用于软件开发阶段可以使技术团队快速生产出高质量的软件产品，敏捷思想用于运维阶段（DevOps)则可以促成快速交付。

推行敏捷，不仅仅是照搬一些的时间更重要的是和吸收敏捷的思想，并将其发扬光大。

这正是：

敏捷不仅为开发，启动运维也靠它

学习敏捷重思想，活学活用不僵化

参考书目：敏捷中国史话，作者：熊节，出版社：人民邮电出版社