修炼敏捷开发总结

《修炼敏捷开发总结》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、从公司拿的第一本书《搞笑程序员的45个习惯—敏捷开发修炼之道》，急急忙忙的看完了，写的是什么呢？大概清楚，但具体来说不是很清楚，所以现在总结一下下，里面虽说说的不是很具体，很多是大家都在做的，但是还是总结出来的好，把它养成自己的习惯，符合的继续发扬，不符合的改善，如此而已。现在我的功力尚浅，读这些习惯的书，应该不算早也不算晚，看看吧，反正不管怎么样，我翻完了，总结一下吧，总结其实就是摘抄里面的内容，自己的感受呢，项目经验太少，应该不是很多，但敲一遍应该能记住一些吧。好吧，开始了。糟糕的代码需要重构！需求一直是变化的，不要畏惧变化，但也

2、不要频繁的变更需求，需要在一小段时间内，保持需求的稳定性！需求是用户决定的，不是编码人员决定的！测试先行，有时可以让测试牵引着编码工作的进行！团队内部的协作，资源共享，代码共享，相互帮助，降低每个人垄断的面，使得危险性降为最低，使得每个人都不是不可替代的！编码：先难后易！这样利于工作的进行，容易的都做完了，难得做的时候遇到问题，有时不得不修改或者重写已经做完的部分。一、态度决定一切1、做事遇到bug，应该做的是解决问题，而不是找出凶手！！！2、欲速则不达该重构的重构，该修改的修改，有时这会让我们工作的更快。绕过这些，没准我们会走更多弯

3、路！3、对事不对人我们是来工作的，又不是找茬的，是吧，每个人都有自己出色的一方面，当然也会有自己不出色一方面，给每一个人一个表达自己看法的机会。4、排除万难、奋勇前进勇气会让人觉得不自在，提前鼓起勇气更需要魄力。但有些时候，它是扫除障碍的唯一途径，否则问题就会进一步恶化下去。鼓起勇气，这能让你从恐惧中解脱出来。二、学无止境1、跟踪变化每天学习下新的技术，新的思路，逆水行舟，不进则退，难呀！2、对团队投资与团队的人进行分享，大家强才是真的强大，让讲座穿插在我们的生活中，午饭时间大家都可以交流自己学习的心得，你有苹果我有梨，一共享，咱俩就

4、都有苹果和梨了，何乐而不为呢？3、懂得丢弃有时我们学习了新的技术，新的开发方法和习惯，但也不忍心丢弃旧的不好或者叫不合时宜的技术和习惯，我们应该适应社会的发展，适应技术的创新，我们已经学习了新的技术了，又有什么不忍心废弃掉原来那些不好的耽误事的技术呢？舍得舍得，有舍才有得嘛！4、打破沙锅问到底很好的提问，可以给你带来答案！用一下5H1W什么的方法吧，它确实能给你带来答案，即便带不来答案，也能告诉你你该怎么做了1、把握开发节奏开发节奏不能太慢，那样会让人变得更懒惰，更没有斗志；同样开发节奏太快也是，经常性的加班，也会让人们绝望。就像减肥

5、一样，一点点的成功也是一个很大的激励，小而可以达到的目标可以让人们全速前进，庆祝每一次难忘的成功一、交付用户想要的软件在模电上面学到一个词—反馈！他会帮助你开发出很接近用户需求的产品！不断地发布，然后不断地与用户交流，不断地修正需求，这就是反馈带给你的1、让客户做决定产品最后谁用？废话，当然是用户了，所以产品做成什么样子，只有用户才能决定，我们做什么？只能建议！2、让设计指导而不是操纵开发很简答，计划赶不上变化！开始时有一个宏观的设计就好了，不要面面俱到，因为你开始并不是很清楚这个项目，需要在编码过程中慢慢了解，慢慢根据实际情况再进行

6、更详细的设计，开始时就用大量时间做没有实际价值的文档，浪费生命啊，而且自己以后也可能要按照原来的不合适的文档编码，因为那是你费尽九牛二虎之力才弄出来的文档啊，不用的话不是白做了吗？？何苦呢啊3、合理的使用技术技术没有好与不好，只有合适不合适！选择慎重，不是看起来困难的就好，相反，越简单的说明越有功底，就像篮球场上，最牛叉的得分不是什么空中转体360再拉杆…..，一系列花哨的动作得分才是最美的，不可否认，这些可以证明你的实力，但是这样也同时带来更多的体能消耗，也可能带来更多的伤病，相反，一个简单的上空篮得分，一次简单的篮下空位跳投，都是

7、很省体力，很巧妙，而且不会受伤的优雅的得分，能摆脱5个人的防守，证明你的功力更加深厚啊。代码也如此，简单的代码，自己看着清晰，用着简单，别人看着也清晰，维护起来越简单，而且越简单的事物越不容易坏4、保持可以发布随时都保证你的项目能展示给任何人看，给客户，给老板，这样对大家都有好处，对代码的健壮性，对进度的安排，对客户的需求。。。。。。5、提早集成，频繁集成越早集成，越早发现模块间的问题，修改的成本越低6、提早实现自动化部署7、使用演示获得频繁反馈他会帮助你开发出很接近用户需求的产品！8、使用短迭代，增量发布9、固定的价格就意味着背叛承

8、诺软件项目有很多不确定性，很多东西做之前是没办法评估的二、敏捷反馈1、守护天使自动化单元测试2、先用它再实现它编程之前，先写测试。先写测试，你就会站在代码用户的角度来思考，而不仅仅是一个单纯的实现着。这样做有很大的区别，