《敏捷开发》读书笔记4

1、项目研发过程就像是冲浪，你永远不知道接下来遇到什么风险。项目的成功和失败取决于团队所有成员的技术水平；

2、开发需要持续不断，切勿时续时断；

3、有人认为敏捷开发方法有所顾忌，认为它只是另一种危机管理而已。事实并非如此。危机管理是指问题积累并且恶化，直到它们变得非常严重，以至于你不得不立即放下一切手头工作来应对危机。

4、防微杜渐，把问题解决在萌芽状态，你要探索位置领域，在大量成本投入之前你先要确定其可行性。

5、敏捷开发就是在一个高度协作的环境中，不断地使用反馈进行自我调整和完善。

6、它强调团队一起合作，（敏捷开发团队一般是一个小团队，或者一个大团队分队的若干小团队10人左右）。团队所有成员一起工作，最好有个独立的小空间。一起共享代码和必要的开发任务，而且大部分时间都能一起工作。同时和客户或者软件的用户紧密的工作在一起，并且尽早的频繁的给他们演示最新的系统。

7、要以迭代方式进行工作，确定一小块时间的计划如一周，然后按时完成它们。及时给客户演示迭代工作成果，这样及时得到反馈。并且根据实际情况尽早的频繁的发布最新系统给客户使用。

8、不断的通过培训来提高整个团队的技术能力，学无止境。只有团队的能力上去了，只有团队一起成长，才能取得更大的成功。

9、交付用户想要的软件。

10、敏捷开发之所以能工作的顺利，而不会陷入泥潭挣扎导致项目的失败，就是因为一直使用反馈来纠正软件的开发过程。

11、一般的软件方法学要求对一个项目分配35中不同的角色，包括架构师、设计人员、编码人员、文档管理者等。敏捷方法却是背道而驰。只需要一个角色：软件开发者，也就是你。项目需要什么，你就做什么。你的任务就是紧密和用户协作，一起开发软件。敏捷依赖于人而不是项目的甘特图和旅程表。

12、图或者工具、开发环境设计工具，它们本身是无法生产软件的，软件是从你的大脑中产生的，而且他不是孤独的大脑活动，还会受很多因素影响，还会有很多其他的方面的因素：人的感情，办公环境，自我意识，记忆力等；他们混合一起，态度和心情瞬息变化都会导致巨大的差别。因此态度非常重要。

13、我们都有自我主义。我们都会为完成一件事情而感到骄傲，但是这种骄傲又会使得我们主观和现实脱离。你可能见过方案的讨论变成了人生攻击，而不是就事论事的讨论问题。对事不对人能为工作带来高效。

14、反馈是敏捷的基础。一旦你意识到了走错了方向，就要立即作出决策，改变方向。

15、一旦出现问题第一件事就是去解决问题而不是去找出“凶手”。

16、抱怨是无意义的，在敏捷团队中，情形截然不同。如果你开始抱怨，他们会对你说“我能为你做什么”，去解决问题而不是一起抱怨。

17、用于承担自己不知道的问题，这样会让人感觉到放心。一个重大的错误应该当作是一个学习的机会而不是一个指责他人的机会。

18、如果你没犯过错误，说明你没有努力工作。

19、如果团队的一个成员误解了一个需求、一个API调用，或者最近一次会议中做出的决策。那么，也许就意味着团队的其他成员也有相同的误解。要确保团队尽快的去解除误解。

20、要么融入集体一起奋斗，要么离开。