JIRA+Scrum来临前夜

    公司已经有好几个Team进行了Scrum的实践，实践下来效果不是很理想，原因可能是有多方面的。总结起来，应该有以下原因。

• Product Owner不配合，不愿意写User story，这直接打击了Team的积极性。
• 项目太杂，不是真正意义上的迭代。
• 有些项目要求及时发布，恐怕等不了两周。
• 实践团队流于形式，没有理解到Scrum的精髓，只是照搬Srum框架，没有真正的实践。
• Team能力需提高。

    我们Team虽然没正式实践Srum，可是在之前早已经把Scrum的部分思想运用到项目当中，如：

• 测试同开发一起理解需求,分析需求。
• 无论设计还是编码，力求简单的原则。
• 迭代发布项目。

    本来在上次Scrum实践的时候，我们团队就有意去实践的，无赖那时候，Team刚经过了很大的人员变动，Developer基本全是新成员，对业务和技术都还比较陌生。Team的首要任务是，在现在的情形下能把项目做好，就已经是很大的挑战了。经过1年的努力与磨合，Team基本上进入正轨，项目都得到了客户的满意。现在是我们开展Scrum的时候了。正好，目前公司推行JIRA+Scrum的实践，这次，我没有在犹豫，第一个表示愿意尝试，QA Team对我们还是有一定担心的，毕竟，我们没有进行过Scrum的实践，就直接进入JIRA+Scrum的实践，是不是有点冒险。

    开始并没有把我们Team作为试点项目组，经过我与Product Owner的沟通，PO也比较支持我们，因此，不论我们是否做为试点项目组，我们也要去做。近两周，我一直在为Scrum做准备，之前进行过Scrum Master的培训，也看了一些关于Scrum的资料，Scrum看似非常简单，可是真要做好，那就太难了，有许多失败的案例，我们公司其他Team的实践也并不那么成功。但这并不妨碍我们Scrum实践，反而，我更有信心了，因为我有更多的经验教训可以吸取。

    首先我做了一件事，把Scrum的资料进行汇总，然后发给每个成员一分，因为他们之前几乎没接触过Scrum，所以非常有必要进行一次扫盲，  由于资料不是很多，我采取先让他们看，让后每个成员进行沟通，基本达成共识，让他们从思想上有所转变。同时JIRA的服务器公司已经搭好，大家也通过JIRA University，同时也简单的使用了一下JIRA。就在明天，我们的第一个Sprint Plan Meeting就要正式启动了，真正的进入实战阶段了，我们已经做好了准备，大声的说JIRA+Scrum来吧，我们一定会征服你的。