====一些小道理

在成功的道路中，选择大于努力

有时候你会发现，事情总是会向你能想到的最坏的方向发展--墨菲定律

 

====关于敏捷

敏捷： 适应变化，以人为本 1、面向人的而非面向过程 2、主动适应而非预先设定 3、摆脱繁琐的东西，但不是不要，只是要简洁明了的直击主题

 

敏捷开发认为人与人之间有效的交流和协作是最重要的，透过一切流程和工具看本质，实际上就是使人能够协作开发软件。如果能够保持最有效的交流和协作，又何必在乎流程和工具呢？

 

敏捷开发随时拥抱变化、响应变化，而不是恪守计划。敏捷开发认为，在软件开发过程中，未来是不可完全预知的，并且要求软件开发团队进行高度的自我管理，管理者要充分信任开发团队。

传统的开发流程认为，未来是可以计划和预测的，另外，管理者也不完全信任开发团队，需要通过命令和控制的手段来管理项目。

 

敏捷开发的本质：一切活动以价值为导向；以人为本。

敏捷中的经理角色更像是足球场上的教练，他不是去踢球的，真正踢球的是那些队员们。

 

====敏捷的几种方法

XP：

核心：沟通、简明、反馈和勇气。通过充分的交流和沟通，使设计尽可能简单明了；同时通过客户经常性的反馈，生产出符合客户要求的软件产品，并有勇气迎接需要的改变。

 

rup：

把软件开发生命周期划分成多个迭代，每个迭代都涉及到业务建模、需求分析、设计、实现、测试、部署、配置与变更管理、项目管理、环境。

 

lean：

主要思路：消除浪费，将所有的时间花在能够增加客户价值的事情；延迟决策，在一个复杂多变的环境中进行软件开发，需要根据实际情况保持可选方案的开放性，但时间不能过长；尽早交付，软件交付的周期越快，用户的需求就会越清晰，软件应对需求变化的灵活性就越高，让客户的需求来推动工作的进度；加强学习，承认变化的存在及其不可预见性，加强反馈和交流，在实践中发现问题、解决问题，并最终形成解决方案；授权给团队，正确的决策取决于准确的信息，让开发团队参与决策，让团队成员充分发挥自己的潜力。

scrum: 列举任务，对任务排序，选择优先级高的任务进行工作，每日沟通，定期回顾和总结

敏捷中的沟通是十分重要，先前应该制定好一个有效的沟通计划。

 

====一个Quqestion：

1、你们说在scrum中，如果正在sprint中，需求发生了变更，那是在这个sprint中响应？还是在下个sprint中响应？

 

====个人觉得还需要做的

在敏捷，在自我管理，都不要忘了把你的计划，举动通知你的领导和相关人员。

daily scrum：要记录会议内容，发mail

 

====scrum团队

scrum团队需要一个跨职能的团队，而且需要灵活的沟通。其实scrum类似于把一个大任务分解成多个完整的小任务。

 

====敏捷的真谛

敏捷不能拘于形式，他就像cmm一样是一种思想。

将投资与回报最大化，快速反映市场的风云变换，敏捷开发是对应危机的最好武器。

加快构建频率，让因为环境不一致的问题尽早暴露出来，当然事先如何能把环境不一致的问题解决是最好的

敏捷开发的核心价值观是，软件开发最重要的是给用户提供有价值的、可以工作的软件。如何保证提供有价值的软件，是通过反馈机制来完成的。

 

agile本身并不是一种软件开发流程，而是一种理念，一组行为方法。you don't do agile, you are agile