敏捷开发 组别

敏捷开发 https://wolkesau.medium.com/敏捷开发-1afc1cd6edf
文化没这麽理所当然：一位新手产品经理促成IT文化形塑的心路历程
因为搭上高速成长火箭而被迫成为干部应用敏捷开发的心路历程
我们与敏捷团队的成长
自我觉察与敏捷开发的关连与关察後，成为 scrum master 的故事
初阶主管求生指南
已站上一定高度的系列文，是我个人会想给的冠军；不过以 IT 管理这个组别来出书的标准来看，可能是人月神话这样子的专案控管的内容会比较适合，这个系列又站在经典的上一层了，换句话说，出书的话，市场又更小了，哈。

今年写敏捷的怎麽那麽少，不过敏捷 Conference，一年比一年盛大，场次一年比一年多，还是说现在的主流是迟钝开发，谁来告诉我呢。哈，开个玩笑。
话说敏捷开发的发展也一段历史，笔者最早知道，约莫是十年前在写APP时，就是不管什麽 APP 放上去，都会有人下载的年代。
在这样的情况，以前(至少在那以前)，学的开发流程跟本不管用，因为 APP 上线，才是跟市场学习的开始，当时既有的软件工程管理，其实都是致敬建筑工程管理而来，因为是盖房子，所以有一个核心的精神，就是安全，在房子让人住之前，必需确定房子建好之後不能有倒掉的风险，也就从前置作业开始，之後的施工等等，都在确保施工的品质不能有差错。
但这个精神在软件烧成光碟片实体贩售之下还是合理，因为错误不能到烧成光碟片才发现，那上架售出还要回收的损失就难以估计，所以在软件烧光碟的时代之前还可以，但一进入 APP 时代，就得换一套脑袋思考了。
因为 APP 也就软件，随时可以 update，就算已经在使用者的手机里了。
所以先找到使用者也就是市场，才是最重要的，日後在依照市场的需求来调整 APP 就可以了，从那之後开始，所有的软件开发思维，也全部改为这样了。
因为这个流程，软件上架的成本被大幅压缩，但曝光成本大幅增加，所以好不容易 gain 到的流量，不能随随便便的让它离开，因此取而代之的是快速的调整，也因为这个精神，敏捷开发就红了。