变味的敏捷开发

　　【IT168 技术文档】

　　敏捷开发，我听到过，看到过这个词，但一直没有什么深刻的体会，也没有仔细去研究到底什么才是敏捷开发。而一直在我的思想里，敏捷开发给我的印象就是，开发速度比较快。

　　最近的几个项目，产品经理称为敏捷开发， 并一直说这是我们公司的风格。没错，做互联网的，快确实是一个制胜的法宝，那么敏捷开发似乎也就是在互联网应用的开发中最适合的方法了。那么敏捷开发中的参与者应该是什么状态？这似乎成了一直以来困扰我的严重问题。

　　可以说，在我们的敏捷开发中，我并没有觉得有多敏捷，进度一拖再拖，问题一个接着一个，让我觉得我们是在进行慌乱开发。为什么会这样？

　　杀手一： 管理者的执行力不够

　　据我观察，目前项目中，开发者或者说参与人的状态是混乱的，或者说是慌乱的。那问题在哪里呢？是我们的工作流程出了问题？不应该啊。我们在项目启动前已经定了一个看似美好的流程啊，而且是经过参与人讨论一致通过的。那么问题在哪里呢？昨天，一位产品专员在跟进项目时没有按照流程走，当我跟他讲起那个美好的流程的时候，他竟然说我不知道有这个流程啊！ 问题出现了，原来是沟通、传达出了问题。同样的问题也出现在了另一位产品经理上，我们聊起进度时，他讲到似乎觉得目前的进度不可控，和他探讨不可控的原因（我很开心他愿意和我交流，也很感谢他能给我这个机会发表我对项目管理方面的看法，因为我曾被其他的产品er伤害多次），我说他的执行力不够，然后给了他一些如果是我我会怎样怎样之类的建议，希望能对他以及我们的项目有所帮助。

　　解决办法：加大执行力，今日事今日毕，这是必须的。

　　杀手二：无法预测的风险

　　这个问题还是原于我和那位产品经理的谈话，我们在分析进度不可控的原因时，他提到了这样一个问题：当他跟踪开发人员的进度，并询问为什么没有按照进度进行时，得到的回答是我开始没有想到有这么多 。OK，问题出来了，为什么没有想到有这么多？项目开始前的进度计划是开发人员自己定的，那么在项目开始前，他应该是给自己预留了一些机动的、预备性的风险时间吧，难道他没有么？我们不知道。那如果我现在问抛开你没想到的那些，你开始想到的东西是按进度进行的么？恐怕得到的回答也未必是令人满意的吧，那么难道这句没有想到难道是个托辞么？希望不是。

　　解决办法：充分意识到项目中可能会存在的风险因素，在制定计划时预留一定的时间，如果在项目进行中出现了没有想到的问题，根据其重要性，考虑压后解决，要在计划的时间内把计划的事情完成好，并为后续解决问题争取更多的时间。

　　杀手三：团队的做事风格

　　这个问题应该是因团而异的，so，我只讲我不喜欢的风格。

　　1、我们抛开以前的……现在开始……

　　这可以说是作为个人来讲在目前的开发过程中最讨厌的一句话， 这句话意味着凡事不求原因，只求结果，也许这是敏捷开发带来的恶果（可怜的敏捷开发-_-|||），但更多的原因应该是做事的风格问题，我极厌恶这种不问原因的做法。请放心，如果你的团队在开发过程中出现了这句话，他一定会出现第二次、第三次。。。。请耐心等待

　　解决办法：发现问题，及时找到产生问题的原因，制定相应的解决办法，并在后续的开发过程中尽量避免发生同样的问题。

　　2、我们的进度是这样的，这个已经拖了，我们不能因为它打断现在的工作

　　这句话出现的情景是：A模块因为一些前期问题拖后了，现在开发人员在做B模块并且即将完成，按计划他下一步要做C模块，但C模块的前期准备还没完成，这样一来，在C模块开始前会有一些空余时间，我的建议是利用这个空余时间把A模块搞一搞，而且按照我对项目的了解，这段时间是足够的。但我得到了这句话。这句话令我不想多说任何一个字。。。。

　　综上，是我个人总结的关于敏捷开发变味的原因。对于敏捷开发，我还是不想多说什么，就像我对web2.0这个名词没什么体会一样，不过是个名头而已，实用的、适用的才是好的。

　　个人觉得好的开发过程应该是这样的：

　　1、有一个优化的工作流程

　　2、有一个良好的项目计划（包括风险的预测）

　　3、有一个良好的做事风格

　　4、有一个执行力强的头头

　　5、有一个平稳的心态，不要慌