看agile想到的

公司在搞cmmi3的培训，偶没有参加，自己看了点敏捷方面的知识，看了下uncle bob的agile software development，觉得这个敏捷是适合自己公司的开发方式，这个找个机会总结一下，写这个文章是因为看到敏捷方法中提到的关于团队开发速度想到的。

敏捷告诉我们，软件开发不是冲刺跑，而应该保持持续的匀速运动，要求开发人员能够始终保持某一效率。敏捷不鼓励加班透支团队人员的工作效率，只是在2种情况下允许：项目发布前一个星期，或者所能预见的成功，只需一蹴而就即可达到。

看到这里我不禁暗笑，这个是hope还是wish呢？偶觉得实现中并不乐观。

我同意过快的速度（加班）会透支支团队人员的工作效率，但该如何平衡呢？实际中不知道大牛们有什么好的经验？

我的耳边经常会听到有的公司跟我吹“封闭开发”的风，我被告知这样可以不让程序员分心，集中精力。这是否和敏捷开发以人为主，为团队人员提供良好环境，以及之前提到的保持开发速度相背离？或者说这样可意一直保持一种“高速度”。之前看到某网站采访迅雷的boss，他好像将自己公司的封闭开发，XX天洗把澡挂在耳边。在联想到另一个新闻：国外大公司拒绝中国的“血汗工厂”生产出的产品。。这两个是否也有所矛盾？

大牛们接触的“封闭开发”感觉如何？

坚决抵制封闭开发

xp的规则是不允许团队加班工作，在版本发布前的一个星期是该规则的唯一例外。
以上是bob大叔的原话，我觉得在大项目的时候遵守这个规则尤其非常重要（身有体会），长时间的加班搞得大家确实身心具卑，确实降低积极性和开发效率

bob还告诉我们，如果项目可以一蹴而就，也可以加班工作。
但现实是终究是现实，项目时间上的压力无法解决；另外，效率上也会狠打折扣，偶曾经的一个项目(no agile)做了7个月，其中约有6个月要求每天加班至晚上20点之后(很多人可能认为这算不了什么)，加上不健全的工资制度，那效率不是一般的差，晚上的时间耗在sc、cs、音乐、发呆和修正bug上了。。
希望agile能够给我们带来愉快的体验，即使加班也不惜(貌似背离了agile？)

还有的情况就是白天能做的事留到晚上做，反正问题多多，还不如实施敏捷呢，我倒是觉得敏捷对leader的要求比对程序员的要求更高

“封闭开发”这样也太不人道了吧。
总要留点时间给我们吧。
我到觉得每周40小时的工作制度，非常的好。平时可以组织一些活动，调节一下，放松一下，这样会有更好的工作效率。

还有米有王法了？

呵呵，我遇到的很多公司（外包的居多）都是封闭开发的，很惨……貌似千橡很多时候也是封闭开发，国内的公司大多管理不善……

当我读到一些敏捷的理念时，我很开心，我相信大多数程序员们也会和我一样开心，leader们我想也一样，他们不需要淹没于繁重的文档、设计、图表、扯皮中，以及项目项目延期、与期望系统差距很大的压力，只需考虑本次迭代的部分即可。
但正如论坛上其他文章所指出的，公司的领导层或某些leader会“害怕”敏捷，因为他们认为人是不可控的。敏捷的特点反而成为其推广的阻力。而以团队中的人为中心，在某些短视的商人看来是损害其利益的，毕竟赚取更大的利润才是项目的最终目标。这句话可能有点重，伤害到某些大哥大姐的地方，请包涵。也许如果我是boss也会这样。
再说广一点，政府的导向也很重要。我所在城市的政府对取得CMMI人证的企业是有“好处”的，具体什么好处我没有兴趣知道，但是大家都趋之若鹜。请记住，客观的说，我所在的城市是很重视的软件产业的，从政策上，从宣传上，从城东南西北遍地拔地而起的软件园都可以看出这一点。但是，没有听说过政府推广过敏捷，也许因为敏捷是“草莽英雄”？CMMI是否是林丹妙药我不妄加评论，但是从今年SD大会的演讲主题可以看出，涉及敏捷的不少。我们的政策是不是好心办坏事，或好心办蠢事？原谅我的出言不逊，因为上个CMMI可不是个小case，要花很的银子滴。。。

没错没错， 敏捷应该从上往下推广，所以也正如前面所说，敏捷对leader的要求要比普通的程序员更高，因为leader肩负的更多