瞎扯-爱情与敏捷开发

 

爱情，我说不明白是什么东西，我也就不去下定义了，这里我指的是谈恋爱或者婚姻。

敏捷开发，核心为人，包括客户和团队成员，目标为提供客户满意的产品，让客户满意，重点在于拥抱变化。客户需求变化多端，敏捷用循环反复的方式，先让客户有产品可用，再持续的提升完善产品，这样的方法能够降低成本同时提高满意度。

另外还得谈到瀑布开发，核心为产品，目标同上，重点在于计划。老式瀑布要求弄清楚产品所有的需求，一次性考虑完善，开发一个大型项目估计两三年就过去了，时间在走，需求在变，而我们仍停留在两三年前，开发出来的产品用户不满意，改动是必须的，成本是可观的。

从时间周期及流程上看，一个瀑布可以被分解为许多敏捷，但本质上是区别很大的。

任何一个认真对待感情的人都希望多了解对方，然后再谈恋爱，再结婚，因为我们怕受到伤害。这样的流程没有错，很像瀑布模式。但是人是最极端的一种产品，他在不停的变化，甚至你还感受不到他的变化，所以怎样的了解算是了解呢？在了解的过程中，你会纠结，迷糊，混乱，有时觉得他真好啊，好担心他会不会被其他抢走？但是又担心了解不够深入，反复无常，互相折磨。如果某一天发现了对方让你不可接受的缺陷，这种方式的成本也很高，因为你把最美好的岁月留给了他。

所以让我来说说敏捷的爱情模式。

敏捷提倡拥抱变化，这最是人基本的特性，如何拥抱变化呢？

首先敏捷要求快速多次发布产品，让用户先用起来，先用起来的实质就是给予基本功能，基本其实等同于重要，产品中20%的功能会被经常使用，这20%就是基本且重要的需要尽快发布的第一版产品。我们在感情中也是一样，先了解这个人的基本素质，他有没有不良嗜好，不杀人放火越货抢劫吧？不赌博嗜酒吧？你的需求就是他该具备的最重要的基本素质，如果这些不满足那么趁早放弃吧，如果满足，可以尝试发布第一版本的产品。这个时间段大概是1-3个月吧，一般来说人的基本素质主要行为方式很容易被了解，当然不排除故意骗你的人，他能骗你3个月，心情好的话，就能骗你3年，再怎么了解也没用。

两个人在一起了，才能更好的了解他，这个时候的你才能占主导作用，不会觉得需要小心翼翼的了解他，不会觉得我不能让你觉得我喜欢你，多么纠结的事情啊，为什么要让它缠着你？

拥抱变化是一种积极的态度，当你明白一切都是不停变化着的，你才能宽容的接受一切，积极的处理这些变化。发布了基本功能，在之后的版本中会不停添加新的功能。在感情中，你会发现他更多的优点，也会有更多的缺点，这些都是变化。缺点就像产品上的bug（缺陷），修修补补再继续发布。我不相信存在完美的双人组合，就像不存在完美的产品，那句广告词——没有最好，只有更好——就是这个意思，最好了也就没了进步。

有可能产品的功能在一个版本中无法完成，先做出一个能用的功能，再在下一个版本中进行增量的开发完善功能。在感情中，增量的完善彼此，慢慢地，你们都会越来越爱你们创造出的产品。

变化会导致方向的改变，开发产品是为了让客户满意，同时也要保证自己团队的人能够做得快活，所以敏捷中有一个回顾会议，讲讲在一个版本中做得好的，做的不好的，怎么去改。两个人在一起是为了让彼此满意，只要两人的目的是一致，都是好好在一起，用不着开什么会，做自己产品的主人，时不时的反省并修正自己，向对方坦诚的提出自己的意见，宽容的接受对方的意见，长长久久的幸福生活不是童话。

至于测试，生活中已经够多的测试了，千万不要自己人为的增加测试，糊涂点儿未尝不是件好事。

敏捷的爱情方式差不多就这样。我们总是认为了解对方才能不受伤害，这个前提本就是不成立的，又怎能让你不受伤害呢？不如完善自己，提高自己，才能保护好自己，这是一个循环过程，我说，因就是果，果就是因。

敏捷是非常让人讨厌的概念，因为当一个概念上升到一定高度，就适用于所有事情，而用不好不是它的责任，而是你的应用不正确。

敏捷有很多实施方法，但是其核心之核心是灵活，不拘泥于某一点，一定要采用适合自己团队的方式，敏捷本身也是一个拥抱变化的概念（太奸诈了！这就是一个圈套着一个圈！）

本文受国际知识产权法保证 转载请注明出处