敏捷小结

        软件开发如同那句土耳其言语“不管路走了多远，错了就要重新返回”。现实中的软件开发并入像很多人臆想的那样一成不变，在项目研发的过程中确实出现不断变化的需求，在实际工作中，这种变更不单单仅限于研发部门，在市场运营等很多部门也都面对着同样的境况，计划赶不上变化，这些变化给人们带了各种挑战。

        敏捷思想给了人们一种思路来面对这些突入起来的变化。不妨再回过头来看看那四句敏捷宣言：

个体和交互胜于过程和工具
可工作的软件胜于面面俱到的文档
客户写作胜过合作谈判
相应变化胜于遵循计划

        再参考一下Scrum框架中过程不难发现，敏捷就是一个轻量级的软件开发过程。相比以前课本上冗余、笨重、繁杂的开发方法，以及过去几年经历实际工作中的工作方式，不难发现敏捷开发过程解决过去开发方法中的各种痛点。它是一种更好的软件开发方法-只关注真正重要的事情，少关注那些需要占用大量时间而不那么重要的事情。正如敏捷宣言中所概述的那样，敏捷是一种一人为本，团队合作，快速响应变化和科工作的软件作为宗旨的开发方法。

        那么学习敏捷的难点是什么？

        首先保持的空杯的精神，不要被之前接触的事情遮目，正如我现在所经历的一群人一样，他们期望实施敏捷但是原有的开发过程在他们脑子中仿佛已经根深蒂固所以总是一种想做但是限于口号很难落地的状态。这不是一人之过，是一种学习接触新事物的过程。幸好每个人都符合敏捷团队的要求，具备着职业精神并积极地期望项目能够获得成功，每个人都仅做大的努力做好自己的工作。

        在我个人看来所以最大的就是能够尽早的暴露问题。持续开发，持续反馈，越早发现问题就越容易修复。这种思想同样适用于学习，需求收集，产品部署以及各种培训。

        在敏捷实施过程中，一个不容小觑的地方就是，敏捷开发是在一个高度协作的环境中进行的，通过不断反馈和自我调整来逐渐完善。所以最学习敏捷过程中，尤其是一个团队，一定能够要做好分享和回顾，确定自己实在一个整体团队中工作。

        最后敏捷开发过程中一件切实可行的经验就是：先难后易，我们首先要解决困难的问题，把简单问题留在后面。

当然在衡量难以的时候千万别忘记时间这个维度。