浅谈敏捷

支付宝资金平台的迭代从开始到现在，一直在走敏捷的路线，或者说一直在不断尝试各种敏捷路线，尝试-总结-尝试-总结的过程，做了这么些次迭代测试master，对敏捷研发自然多多少少有一些自己的看法，注意我这里说的不是“敏捷开发”，而是“敏捷研发”，敏捷研发不单单是敏捷开发，还包括一开始的需求分析-需求拆分-开发-测试-回归-发布等等一系列的过程，它包括了整个迭代周期的过程。

这里撇开各种各样的敏捷专有名词，什么模型啊，原则啊，建模啊，只是说说个人对敏捷的一些看法，简单说，四个字：以人为本，进一步说，也就是：敏捷研发的前提是，参加敏捷研发的人必须要“敏捷”。

如果参加研发的人员不“敏捷”，那么如果说让这些人去走“敏捷研发”个人感觉这纯粹是扯淡，举个例子，每个迭代中，都要为类似于JIRA中story状态的变迁、需求变更通知不及时等问题去开会讨论，强调而浪费时间和感情，敏捷从何谈起？

那么如何做到人员敏捷，个人感觉这是一个个人工作习惯或者职业习惯的问题，把容易做到的事情做到位，把不容易做到的事情尽量做好。貌似有人说过“好的职业习惯能让你前程似锦，坏的职业习惯会让你永远都只是一个小职员”（大概的意思是这样的吧）。如果说，你是一个刚毕业的应届生，告诉我不懂敏捷，或者还没有形成自己的职业习惯，OK，没问题，我可以（允许？）让你在后面的工作中形成自己的职业习惯，如果另一方面，如果你已经工作了一两年以上了，然后工作中还要同事经常提醒你做一些你应该做而没做的事情，well，其实这已经是你的工作习惯了，你“敏捷”不起来了。。。

啰嗦了这么多，其实就是想说，敏捷的前提，我们有群敏捷的人，还是回到敏捷研发的话题吧，说说敏捷研发中基本需要做到的一些点：

1、沟通及时，敏捷讲究有问题及时沟通，如果可以，随时沟通，把自己的疑问尽早的提出来，这样可以提前暴露问题，发现问题，降低项目风险。

2、原则：古语曰无规矩不成方圆，敏捷不是不要原则，而是每个人都能很好的执行我们在迭代过程中事先约定好的原则，比如，当开发和测试完成各自的story子任务时，应该及时更新JIRA上的状态，不要让master不停的提醒大家去更新，这样master不能及时准确的掌握项目进度同时浪费大家的时间；

3、简单：永远不要把几句话能说得清楚的事情，非要发封邮件或者一定要召集大家开个会说不可；

4、勇气（反馈）：当发现自己或者别人的决策or方案有问题，应该及时勇敢的提出来，大家讨论，不要让错误越走越远，这样带来的损失会越来越大，不要因为对方是上司或者师傅，或者方案是自己提出来的而不好意思，当然在表达的时候，尊重是最起码的，这就是沟通的技巧了。

5、拥抱变化：变化包括项目资源的变更，新人加入，老人离开，包括需求变更，新增需求等，迭代或者项目经常会有这种情况出现，团队人员应该适应，特别是master，当出现变更的时候，应该及时调整资源来适应项目。

6、文档：关于文档，敏捷其实不是不要文档，而是精简文档，这通常是敏捷的一个误区。

7、规范：没有哪一个详细的敏捷规范能适用任何一个团队，适合自己的才是最好的，敏捷的过程就是一个不断探索更适合自己团队的过程。

8、其他，哈哈。。。 - -！

附上一张十一去九溪拍的PP~