看完轻松Scrum之旅的一点体会

       前天下午随手拿了本书就去上课了，看着看着就入迷了，它就是《轻松Scrum之旅》，就如名字一样。是次完全不同的旅行，记得第一次接触Agile这类东西还是在去年年的底时候，那时候51CTO上炒得火热，当时也没怎么在意，只是自己用着一些自己觉得比较好的工具而已，直到今年暑假团队有TDD的交流，然后就提到了敏捷这个词语，那时候在网上找了些关于这方面的资料，记得我还专门把一个讲述Agile的微视频放在了CFC团队的培训交流上分享给了团队成员，然后我就开始要求团队成员开始使用trello（一个看板WEB APP）来进行一些诸如团队事物，项目任务分发和跟踪的一些工作了。

       那时候并没有系统的按照某个敏捷模型开发一个项目，看板就起了个任务分发到作用，也没有Sprint评审和回顾，更别提每日站立会议了，其实团队成员本来就比较少，都是在校大学生，在起初开发项目的时候，我们也没在文档上花功夫，所以从某种意义上来说，我们并不是按照传统严格的瀑布流模式，记得大概流程就是先做好静态页面，然后给老板看，然后根据老板的意见再改，直到大体的结构确定下来了才开始诸如后台程序的开发，至于哪些人做哪块也是他们自己挑的。所以一般A版本都会在2天内完成，主要是接到项目都是小的网站之类的，所以也没有什么详细的文档之类，要的话，就两页合同。

       其实现在想想，那时候的开发效率还是比较高的，主要是把主要精力都放在了开发上，而文档什么的都全部忽略了，发现Bug也是立即通知修补，老板改需求了，也是立即改改而已，刚开始只是觉得改来改去很烦，后来就习惯了，至于文档，到最后真的只有一份合同，连用户操作指南都是电子档的。

       后来在另一个项目Artiano中，现在应该说是一个团队了，目前有3人，项目的管理上我也采用了看板来分发任务和踪进度，因为3个人都是分散的，不在同一个地点，所以代码是托管在GITHUB上的，然后我增加了一个CARD，是用来每天早上进行签到的，大致是说我今天该做什么。在Scrum模型中的昨天做了什么，今天做了什么，遇见了什么问题比起来，还是缺少了两个重要的描述，不过，记得开建喜欢说昨天做了什么，今天做什么。

       其实上面这么多废话只想说明，以前可能受多方面的影响，为了适应项目的变化，两个团队所做的事情是接近敏捷的，只是不完整和不完善，如果刻意的在某件事情上增加一些条条框框，说不定很多事情都会被限制住，而传统的瀑布流等严格按照文档来进行迭代的方式往往是以一个绝对标准去驱动这个软件大厦，虽然我们团队以前的开发方式不是很正规，但是从某种意义来说是以人为本的，和敏捷思想是一致的，大家做自己感兴趣和喜欢的部分，这样做起来就不会特别无聊，如果发生特殊情况，因为一份代码有时候会经过多人之手，所以即使有特殊情况，也会很快处理。

       以前没有正规的Product Backlog,User Story只有想到什么功能就添加该task..

       以前也没有Code Review这一说法，只是有时候根据BUG查看一下关键部分或者一时心血来潮才会去读另外一个人的代码...

       也前更没有区分多个Sprint，我们看板的功能我不想重复了，也就那三个to do,doing .done....

       在单元测试或者有时候必要的TDD，可能因为习惯问题，在这个暑假后，某些部分才有了自动测试样例...

       更没有关键的Sprint评审，回顾，和重要不可缺的每日站立会议...

       看完《轻松Scrum之旅》这本书，我对Scrum这一模式有深刻的体会，打从心底喜欢，带着很高的期望去完整实践....

注：这是我第一次使用CSDN这个平台，主要是考虑到个人网站脱离了社区这个原因，后面会把个人网站的BLOG系统和CSDN对接，在这以后会很频繁的写点关于个人程序生涯的博文，一是自己真的是精力旺盛，觉得不用睡觉都可以，二是为以后找工作加分，所有体会和感想仅个人之言，不代表任何组织的立场。