《Scrum实战--敏捷软件项目管理与开发》读后感

        做了这么长时间的码农，一直在考虑如何能尽快的，并且保质保量的完成项目。

        最初，公司要开发一个项目，都是要进行好多的步骤，大量的时间浪费在了一些会议、沟通上。并不是说这些会议不应该开，沟通不应该进行。而是应该避免无用的会议、沟通。不仅浪费时间，也浪费开发人员的感情。

        后来，发展到使用一种瀑布流的开发流程，即一个功能一个功能的上线。而不像以前，要功能全部完成以后整体上线。这不就是一个典型的敏捷开发过程吗！其实也只是一个过程而已。

        我们都知道，一个项目的开发周期一般一说都很紧张。如果是放在以前那种整体上线的话，那么就会发生测试时间较短的情况，从而不能发现隐藏的bug。而如果我们采用敏捷开发的话，开发完毕一个功能，就上一个功能，不但能尽量延长测试时间，而且也能在财务上缓解一部分。

        其实以上只是一个敏捷开发的一部分，很多其他的部分都需要学习，包括团队人员的配置，开发周期等很多方面都还要进行相关的探索及应用。