我们如何组建Scrum团队并让其保持热情.doc

我们如何组建 Scrum 团队并让其保持热情 我们尝试了团队完全由高级软件工程师组成，质量由工程师负责，结果非常不好，一个是质量差，另一个是没有很好的技术高手， Coding Review、设计必要的前瞻性和技术难点经常困扰。后来增加了架构师，增加了编码流程，部分解决了第二个问题和第一个问题中的代码质量，但功能质量还是不能保证，例如边界、各种异常、非关键的正常流程往往被忽略。于是增加了 QA。此时的流程是：Daily Build，开发人员根据功能最主要的验收测试后发布在测试平台上，由 QA进行测试。这样 QA 做 Story 增量测试，同时还可以兼任部署的工作。 但我们还是有问题无法解决，例如 CMS、 Ajax 技术难点、整体网站优化，这样需要更加专业的技术服务，我们和一些专业公司签署技术服务协议，包括外包、现场支持等。美工是我们最后加的，是部门的资源，在需要的时候申请 **天全职在团队中。需要说明的是，这里的“架构师”其实是某一个专职的架构师和团队内资深的程序员组成的一个小组。 如何让团队保持热情： 除了绩效考核外，还有一些事情可以使团队保持热情，我们是这样做的： 1.确定迭代周期，不至于太短使团队压力过大，也不至于太长使团队松懈。工作首先是热情的一个开始， 我们的迭代周期是 3 周。 2.让大家每个人的工作放在整个团队的面前，例如需求细化、设计、代码、个人进度，这些都放在 Stand-up Meeting 中。有些功能工作量大，可以 3 天有一次 meeting，遇到紧急或者需要大量讨论的功能，可能半天或者随时就有一次meeting。 3.说真话必须受到保护。团队成员提出的建议，只要是对团队有用的，尽可能去实施，这个比任何口头宣传的“尊重、信任”都更有效。 4.让市场的反馈经常传达到团队，无论是好的评论还是坏的评论，都会对团队的工作进行触动。成就感和危机感都会使 团队在一种工作状态。 5.给团队成员以技术方面的培训。这里的技术培训，我们一方面是让团队自己去摸索，另一方面将很难的技术问题外包，得到经过论证的可行的技术方案，再应用到团队中。这样团队学的更快，对产品的风险也更小。 6.要保持 SM/PM 的热情，如果他懈怠了，在团队还没有成为真正自我管理团队之前，一段时期内整个团队的节奏都会慢下来， SM/PM 在使以上措施得以实施的过程中起到催化剂的作用。 7.让