敏捷初体验

实在没有想到，在对敏捷有初步了解的时候，居然有机会参与到敏捷的项目中，而这也是我第一次，从项目的最初就能参与进来，所以心里带着些许的兴奋，些许的激动，但是，也许因为这次面对的客户自己是开发工程师，他在一次又一次告诉大家细节应该如何实现，所以在理解他的需求的过程中反而绕了不少圈子，没能找到这个项目究竟要做什么，Scrum的每日会议每天早上按时开始，然而每一次会议都听得迷迷糊糊，不明白究竟客户再跟大家讨论什么。

无论如何，摆在我们面前的是，这个项目以敏捷的方式，正式启动了~从Sprint 1的deliver目标开始，从雷打不动的daily meeting开始，Scrum算是正式进入到我们的日常工作生活中了。从零开始的项目，多少让我有点畏惧，但也让我感觉兴奋，一直不知道项目的最初究竟是怎么走过来的，每次加入一个项目组，总是面临着它的中期或者后期，我知道，这次的项目对我是一个不小的挑战。

从没有一份文档开始……Scrum并不同于瀑布式开发，她虽然不对文档做过多的要求，但并不表示不重视文档，只是不能有过多的文档，文档过多显得累赘不说，需求一旦变更，文档的更改将会成为一大工作量，浪费大家的时间……因此，Scrum作为应对变更需求的解决方案，是一个不错的选择，有着持续交付的目标，让团队成员进行自我管理，提高了工作的效率，同时也是对自己的一次很好的提升。

从daily meeting开始……Scrum其实让人蛮反感的是每日都要开会，以前总觉得开会是浪费时间，然而在Scrum中，每日会议尽可能在15分钟内结束，每个人回答三个问题：昨天做了什么，今天要做什么，遇到了什么难点。因为这样，反而让自己不觉得忙乱得一塌糊涂，也许习惯了等人给自己分配任务，于是在没有任何人对自己做要求的时候，会无所事事到不知所措，然而Scrum的模式，会让自己对着Sprint的目标不住思考：今天我要做什么才能让自己完成这个Sprint中自己的user story，今天做完了，明天就能对今天做一个及时的小小的总结，也能让今天遇到的问题得到一个来自别人或者自己的解决，而不是像从前一样的搁浅然后被遗忘。在深刻理解自己的同时，也能对其他同事的进度有了一个相对的了解，从而每个人都能看到项目的进度，如果不小心落了后腿，也能由Scrum Master或者自己做一个及时的调整，这种感觉还是很喜欢的哦~

Scrum还要求在Sprint结束后做一个评审会议和回顾会议，评审会议既让能工作的产品展示在客户面前，又给自己增加信心能继续努力做下去，而回顾会议更多时候在反省自己在这个Sprint中的表现，从而总结出一些经验，这些经验对于未来将会有很大的贡献，然而，现在的我还没接触到这两个会议，相信不久后会不得不面对它们的~当然，我觉得自己会很乐意去面对它们~

作为测试的一员，也很荣幸第一时间参与到这个项目中，然而对测试文档的理解还不够深刻的我，对需求理解迷迷糊糊的我，对环境搭建一头雾水的我，一时反而不住犯难，是面对还是逃避，成为了最近思想挣扎的重点，然而既然已经成为了这个项目的一员，我也没有逃避的理由了，只能硬着头皮面对，线上线下不住跟客户联系，找开发商量，试图尽可能多的理解这个项目究竟在做什么，这样才有可能明白怎么搭建环境，怎么对它进行测试~敏捷初体验，感触颇多，需要努力的地方也很多，加油了~也希望我们这个项目能够在我们每个人的努力下取得辉煌的成功~