项目管理--敏捷开发

什么是敏捷开发？

敏捷它不是一套方法论，过程，或者框架

用最近网络上比较火????的一句话来描述它：啥也不是！因为敏捷是一种思想，结合具体的实践会有不同的定义，很多公司的团队都说自己在使用敏捷，但是真正拿出来的时候，发现每个团队的工作模式都不太一样。因此，敏捷仅仅是一种思想，没有具体的定义，而大家所听说过的，所使用过的敏捷，仅仅是这个思想的一种实践而已。

敏捷，拼音是mǐn jié，意思指反应（多指动作或言行）迅速快捷。如：敏捷地跳上敞篷车，敏捷地翻身上马，敏捷地躲过攻击。出自《汉书·酷吏传·严延年》：“延年为人短小精悍，敏捷於事。

面对一大堆英文解释，我们不如先从敏捷这两个汉字的解释开始，敏捷就是指迅速、快捷。 那么敏捷开发模式，其实就是迅速、快捷的开发模式。

这么说的话，可能显得有些笼统，虽然我们能理解，但仅仅靠这么一句话，是难以帮助我们进行实践的。就像写代码一样，一句话能说明白的需求，往往要一大堆代码来实现，所以关于敏捷的说明与介绍，才会衍生出那些令人眼花缭乱的专业名词。

专业的介绍，网上一大堆，大家可以自行查阅，我在这里只想用大白话来“唠一唠”敏捷的具体实践 >

===================

敏捷开发有原则

原则1：团队中最好的默契就是做好自己的事情。

团队合作，已经是老生常谈了，想让一个团队去实践敏捷开发，首先这个团队需要是敏捷的，团队的每个成员都需要是敏捷的。

那我们每一个成员如何做到敏捷呢？记住：做好自己的事！一定要在自己的事做到可以用“好”来形容的时候，再去考虑帮助其他的人。

下面????的图，可以简单描述一个产品的出生过程，我们每个人都在这个流程中扮演着不同的角色，只有每一个环节都做好，最后的产品才可以称为好的产品，所以做好自己的那个环节，同时相信你的队友！

原则2：大事化小，小事化无

上面我们说要做好自己的事情，那怎么做呢？如果你觉得你面对的工作比较棘手，有难度，或者要经历很久才能完成，那么你不妨去把你的工作进行拆分，拆成一个一个小的任务，明确的任务，短时间的任务，此时，你的目标是不是明确了许多呢？大事化小，才能小事化无。

原则3：让别人知道你干了什么

我们每一个团队成员，要不断的将自己的工作成果输出，哪怕你只做了一些简单的工作，也要尽可能的让所有人知道。这其实是一个信息透明的原则，很多团队都做不到这样，至少我经历过的团队，都不会特别透明（这也许是国内团队会特别累的原因，因为大家都在猜测其他人干了什么，而没有一个明确的结果）。

原则4：善于计划与打乱计划

这个原则看似矛盾，实则不然。在面对某项任务时，我们都会有计划的去完成它，但往往计划都伴随着变化，面对变化我们该怎么办呢？很多程序员都会抱怨产品经理一天一个样子，然后产品经理抱怨业务一天一个样子，业务又抱怨市场一天一个样子。事实就是这样，市场确实是时刻在变化的，所以抱怨解决不了问题，我们要拥抱变化，面对变化我们再去计划，从不断的变化与计划中，寻找规律，让我们的产品适应各种变化，这就是我们工作的价值所在。

原则5：周期性的回顾与反思

这也是一个非常重要却又容易被忽略的原则，很多团队都在一个特别快的节奏中前进，但是真的快到没时间进行一次回顾与反思么？请一定重视这个原则，就跟“体检要频繁，治病要尽早”是一个道理。回顾与反思其实就是团队的一次体检，快速迭代的节奏中，难免团队的哪个环节会出问题，但是有问题不要紧，要紧的是我们忽略了这些问题。需求整理，架构调整，代码重构，代码优化，这些都是需要在回顾与反思中考虑的。

关于敏捷的想法，暂时先说到这里，我觉得对于敏捷这种思想而言，每个人都有每个人的看法，只要在实践中结合实际，作出相应的调整，让你的工作变得迅速，快捷，那么你的方法就是敏捷的，如果你的团队中每一个人都能做到迅速、快捷，那你的团队就是敏捷的。所以，敏捷啥也不是！