我是一个使用scrum进行开发过程的团队。我们目前正在尝试改进我们流程的某些方面，以解决我们最近注意到的一些问题。在这样做的过程中，我们正在探索我们喜欢的Scrum流程以及我们不喜欢的内容，以帮助我们确定我们团队在工作中的价值观。我们认为，如果我们能够确定我们的价值，那么我们就可以提出围绕价值观的实施，以帮助新的解决方案在团队中发挥作用。
话虽如此，我真的对其他人如何看待scrum流程感兴趣。你真的喜欢它是什么？什么是令人沮丧的，觉得它太开销或没有生产力？成功和失败的具体例子很好，但我对更广泛的观点感兴趣，其中讨论围绕scrum的陷阱或scrum真正闪耀的地方。
思想？
答案 0 :(得分：1)
我不喜欢当管理者将scrum流程简化为快速发布周期时，所有其他方面都与瀑布相同或更差。
答案 1 :(得分：0)
这是一个非常广泛的问题！这是我的看法。
我认为Scrum真正擅长的是教会组织喜欢敏捷/迭代/增量/精益软件开发。对于一个习惯于项目管理的指挥和控制层次结构的公司而言，团队成功真正适应客户需求所需的授权是一个巨大的文化转变。 Scrum使组织具有明确定义的角色和流程，使所有这些都变得平易近人。
基本上，对我而言，它为一个程序员团队购买了他们在大公司的所有政治和官僚机构中所需要的空间，以便继续使用XP。
然而，赋予权力是责任。 Scrum没有强制要求任何XP工程实践，但如果没有CI，TDD和重构等核心实践，任何scrum团队都会在经过几次迭代后陷入困境。我个人认为，不要在scrum的“规则”中明确表示这是不负责任的，这将是我的批评之一。
我的另一个批评是任务卡和任务规划。我还没有看到一个真正有效的团队：通常会有一个非常累人的日子，你试着思考你在整个迭代中所做的一切，然后你就会发现你真的需要做一些与众不同的事情。通过任务烧毁来衡量进度感觉是让团队进行协作和联系的好方法（特别是如果你拒绝任务所有权），但最终它不是跟踪团队进度的可靠方法。
我更多地强调价值或故事点的燃尽，这些天通常会让团队每天更新一个我们所在位置的Cumulative Flow Diagram大图表反而改变了。这些任务留在了人们的待办事项清单上，但是他们不会登上董事会或被任何人管理。
当然，关键的做法是回顾。迈克科恩反对我之前关于XP实践的论点是，回顾过去，团队最终会发明/采用XP，这确实有一定的效力。当然，定期内省是确保您的团队尽可能有效的最佳方式。
答案 2 :(得分：0)
我认为根据我的经验，关键是要了解业务和管理层如何选择实施Scrum和/或敏捷部分，或者换句话说他们对流行语的解释。
我喜欢每天站起来的想法，每个人都说他们昨天做了什么，他们今天打算做什么以及他们有什么障碍因为这会产生责任，假设缺乏一个更好的术语表示尊重和荣誉。< / p>
任务卡及其演变可能对其他人有用，可以看到正在发生的事情，也可以让某人了解他们是否已经确定了什么。卡片在某种程度上可以为自己的沟通渠道做好准备，这取决于您的观看方式。
回顾和迭代计划会议通常非常有用，可以让每个人都进入同一页面，并允许对流程提供反馈，以帮助从任何人看到的角度改进它。在这里，有一位优秀的领导者是必不可少的，我认为如果团队进行一两个切线，这些会议的效率可能会低于预期。
我发现回顾展非常类似于以前工作场所的验尸报告。我发现它们对于几件事非常有用：
看到别人的样子 通常是好还是坏。正在测试一个 大事件？新员工来了吗？ 当时只有2周或 项目中的帮助是否有帮助？
允许每个人发表意见。这可以促成一种感觉 可以的归属和团队合作 在你想要的时候有用 有人熬夜油或 在这里和那里工作到很晚。
保持每日站立的速度很快，但如果有一定的练习，那么它就会变得更加自然。在某种程度上，围绕Scrum的过程可以根据其使用方式放大良好习惯和坏习惯。