关于敏捷开发（Scrum）

敏捷开发的话题已经由来已久，但是我们如何实施敏捷开发一直成为争结。 很多团队协作性差，产品、技术、测试、运营脱节，我们如何解决这些问题，成为了很多团队面临的问题。 有幸接触到Scrum项目管理，我想如果我们真的把Scrum实施起来，协作一定会上一个层次。 1.一切从产品出发 我一直信奉一个出色的产品经理不应该因为种种原因降低产品质量，不要因为技术难度大，不要因为项目时间紧，不要因为人员不足，领导压力，其实产品要说的就是：“喔！No！这不是我想要的。”厄，可能比较理想化吧，但是我觉得出色的产品应该这样，一切从Product Backlog开始，我们来制定产品计划吧！ 2.把你的产品计划加入到Sprint Backlog！ 来吧，兄弟，每天早晨我们花上10分钟时间组织“站立会议”，总结昨天的所做，展望今天的任务，所有的状态请提醒在你的Backlog，通过状态的更迭，我们可以形成 研发-》测试=》bug反馈《=》回归测试=Done！的技术闭环，让我们快速迭代吧 3.Scrum会议 我们相信一周的时间，我们大家要坐在会议室来总结一下经验教训，建立我们的“错误日志”，我们遇到了什么困难，中间有什么打断了我们，以后我们如何可以做的更好！更出色！ 在scrum看来，变化既然是必然的，那么随需而动就是唯一的出路。不强调前期构架的强壮，代码的优美，重点在于反应的迅速，随时准备应对变化。所以管理方面删除了所有冗余枝节。对于manager来说，责任就是帮助解决开发中碰到的琐碎问题，随时随地的沟通客户需求并调整开发；对于team member来说，scrum也提倡由team member自己来挑愿意做的任务，从而提高team内的开发热情（常常造成开发效率低下的原因不是开发能力，技术，而是项目成员的厌倦情绪）；对于客户来说，看到开发始终follow自己的意图,并且每个sprint都能看到一个功能愈加完善的可运行版本，满意度自然不会差。 总结，非常简单叙述了大致流程，其实Scrum博大精深，还需要我们慢慢了解。 我觉得所有的理论在付于实践的时候，总是会遇到困难，如何真正的实施敏捷开发！是团队管理者应该贯穿到日常工作中的方方面面，好吧，加油，伙计们！