Background
过去传统的工程开发,项目一般是将需要交付的范围和内容在前期完成限定。换句话说,在一个项目开始的时候详细明确了开发的需求,项目管理者和实施者需要在时间和各类资源上做调配,来获得一个完美的结果。
极氪作为一个年轻的品牌,诞生于一个不断变化的时代!变化对于每一个置身于这个时代的组织和个人来说,都是一个不可忽视的因素。你可能听过这个词,VUCA ( Volatility Uncertainty Complexity Ambiguity) 它表示的是事物存在的环境具有波动性,不确定性,复杂性和模糊性。因为外部变化太多太快,如果无法通过内部的快速响应去适应外部的变化,设计产品也好,执行的项目也好,最终很可能得到一个相对糟糕的结果。由此想到,当前整个产品开发过程的控制方法,是否能对一系列的开发的活动做比较好的把控?
NPDS(New Product Development System)
NPDS是吉利汽车正向开发所采用的整车开发体系模型,覆盖整车项目管理,机械结构,功能特性,子系统,电子软件零部件等一系列研发活动。此类流程的渊源是基于上世纪70年代系统开发生命周期模型。它们经常被用于航空航天等大型工程项目和复杂系统开发的场景中。举几个这类模型比较明显的特点。由于流程中各个活动和目标有明确的阶段性,每当需要进入到下个阶段时,往往需要经过所谓的GATE(链接参考Project Management Institute的定义)。按照项目管理方法论,Gates Review的目标是要帮助定位识别会使项目失败的两大原因,即项目范围的变化和风险点。逻辑上看似乎没有问题。
然而,GATE的打开和关闭仍旧是由人来判断的,人的能力和知识储备水平是不一样的。往往会发生过了GATE,但是其中需要排查的风险并未发现出来。流程本身也不能保证工作内容的质量符合预期。最严重的痛点是,每个阶段需要很长的时间收集整理处理信息,整个项目的时间周期会拉的非常长,从而引入更多的不确定性。人们也常常把这种方法论称作瀑布式的开发方式,见下方图例为一软件开发相关的通用步骤。
图一.瀑布式的开发方式举例:需求->分析->设计-> 代码-> 测试-> 部署, 有的也会包含后续的维护部分
Agile - a short introduction
敏捷开发思维登场!简单介绍一下敏捷开发的历史:上世纪90年代,在美国硅谷的一些工程师在一起讨论为什么软件工程交付和质量变得越来越差,有什么样的方法可以改