做正确的Scrum，而不是Scrum-didly-um
最后一篇文章作者:Partho Ghosh, 2015年3月5日上午10:37
4回复
2015年3月4日上午10:31
嗨,所有
我正在帮助一个刚刚开始使用scrum的组织实施敏捷。
到目前为止还很糟糕，
这里似乎没有任何真正的内容，从字面上看，一些scrum板上写着“待做、进行中和已完成的泳道”。总共有5个开发团队负责核心后端代码和平台。
开发团队的态度是，他们会在开发过程中解决问题，scrum并不容易。
我的观点是，你需要标准化scrum过程，标准化你的配置工具，(TFS)，内部wiki，每个团队都应该在一定的范围内保持灵活。目前，TFS上所有的回溯日志看起来都不一样，一些开发团队正在遵循scrum的“一些”元素，我个人认为它有多个失败点，人们将开始指责scrum。
我支持他们采取主动的事实，这表明有自我管理的潜力，但同时也质疑这种方法。
的想法。
2015年3月5日凌晨04:53
我建议首先使用物理板，因为它们是一种灵活、高度视觉化和触觉化的学习工具。市场上所有不同的电子电路板都有它们的问题，并且存在一个真正的危险，即新团队将根据工具的局限性限制他们的思想。
简而言之，我希望从高度的流动和变化开始(你似乎看到了)，但我也希望团队能够识别和分享经验教训。
2015年3月5日上午8时54分
开发团队似乎在实践scrumbut，而不是Scrum。如果不使用标准化的Scrum框架的需求(规则、角色、事件、工件)，推出团队如何知道Scrum是否有效——因为每个团队都在使用不同的ScrumButs实现。Scrum背后的价值在于(组织、其产品管理、工程、测试和部署过程、管理赞助、组织变更管理)的低效率和问题在推出生命周期的早期就被暴露出来。
2015年3月5日上午9点01分
每个Scrum团队中的Scrum master都有Scrum经验吗?
是否有一个部署团队在整个组织中推动Scrum实现——如果是，部署团队中是否有经验丰富的Scrum master ?