轻松Scrum之旅（下）

轻松Scrum之旅（上）

四、深入Scrum

１．调整座位：

　　敏捷开发强调面对面的交流，创造一个有利于敏捷沟通的工作环境至关重要。不过这个不是绝对的，在我带的项目中，没有采取该办法。虽然这样交流很方便，但是会出现偷懒的现象，比如这个人看到那个同学做出来了，自己就会不自觉的去问别人，这样就缺少了自己动脑思考的过程。虽然能保证快速开发，但是并不是很适合独立学习。

　　如果站在学习的角度，大家在自己的位置上，没有挨着。以最“艰苦”的环境去培养，以后在挨着坐的环境中工作就更加如鱼得水了。

２．精益思想、口号的力量

　　从用户角度出发，根据商业价值来安排优先级顺序，避免不必要的浪费。

　　Sprint Goal 是鼓舞士气的好方法。后期开发的时候，每天我都拿着一张表格，细化到每个页面的每个功能，每个按钮去验收大家做的成果。目的不是为了压迫，是让大家清楚自己哪部分还没有干完。开始大家有反感情绪，不过后来就好多了。

３.测试的介入

　　在 Scrum中，实际要求Scrum团队是跨职能的。一个Scrum团队应该包含开发人员、测试人员、美工及文档人员。敏捷开发流程迫切的需要一个跨职能的团队。不过在我们的开发中，测试并没有介入，这里我也存在一些问题，比如有些工作本身自己就觉得有问题，或者功能时好时坏，是不是测试组不适合介入呢？

４.结队编程

　　在我们的开发中，不自觉采用结队编程。因此第一次开发，很困难，大部分组员技术也没有达到项目开发需要的水平，所以让技术差的和好的在一起编程，一个人做一个人看着，比较容易增加组员的耐心，办事比一个人在那琢磨要快的多。结队同时也防止了个人偷懒的小毛病。不过如果运用不好了，也会出现技术不好的一直不能自己独立完成的弊病。

５．持续集成

　　持续集成是敏捷开发中核心的工程实践，它是敏捷产出“可以工作的软件”（Working Software）的有利保障。我们持续集成采用的工具是Jekins, 持续集成让我们在构建的过程中很快看到成品，集成也会帮我们检出一些错误，为产品的可用性保驾护航。

五、临时员工

　　在我们的项目开发过程中也有新加入的成员。在我们组里面还好，上手还比较快。采用的是老生带一个新手的策略。

　　首先，统一开发所需软件版本，配置严格要求（SVN），为组员添加 confluence、禅道、SVN、今目标、为知的权限。

　　其次，让他们熟悉一下需求文档和原型图，明确需求。同时这个阶段还要宏观告诉他们都要干啥。

　　然后，让他们在框架上面跑一条线，还要进行预备知识的学习（ＷＣＦ／ＥＦ／Ｌｉｎｑ／Ａｘｕｒｅ视频／ＰＤ视频等）。

　　最后，分配任务，从比较简单的前台开始，让他们先画画界面，随后，敲一些简单的功能，等到二期的时候，差不多就可以进行复杂功能的实现了。

总结：

　　第一次做系统，很累，但是很有成就感。有时候挨骂，有时候也跟别人吵。但是，终究，我们还是学到了很多东西，无论从技术、管理、交流、还是工具的使用上。这已经足够。