在第1章的什么是Scrum?中我提了以下问题:
我看了这一段文字 那么究竟什么是Scrum?Scrum不是一个方法或者一套工程实践。它其实是一个轻量级的框架,设计初衷是管理软件和产品开发。,有这个问题 轻量级的框架是什么。 我查了资料,有这些说法侧重于减小开发的复杂度,根据我的实践,我得到这些经验轻量级不就是简单易懂的吗。 但是我还是不太懂,我的困惑是为什么它会难以掌握?。
在第1章的什么适合用Scrum?
我看了这一段文字 我把Scrum看作是一个腰带上的工具。就像任何一个优秀的承包商一样,一个人只有在合作的时候才使用Scrum,而不是不分时间地点和场景一直都用。就像我们不会用螺丝刀来固定钉子一样,我们也不应该在一个不需要Scrum的项目中使用Scrum,那么什么时候应该使用Scrum呢?,有这个问题 什么时候应该使用Scrum。 我查了资料,有这些说法需要等待时机,时机成熟了,才推!,根据我的实践,我得到这些经验 。 但是我还是不太懂,我的困惑是为什么要等待时机才能使用Scrum?
在第4章的故事中我提出以下问题;
我看了这一段文字 “即使要用它来教育管理层,它也仍然只是个拍脑袋的数字,就像是瞎象,”Paul大声说,“如果要做敏捷,我希望我们遵循敏捷的原则。拍脑袋想个数字,然后承诺交付,这样可能是皆大欢喜,但是不会太长久的。这是个没有根据的承诺,会为我们尝试Scrum创造一个不良的环境。”,有这个问题 拍脑袋的数字。 我查了资料,有这些说法全凭主观决策、出主意,根据我的实践,我得到这些经验那不像是在摇色子一样,摇到什么就是什么。 但是我还是不太懂,我的困惑是 为什么拍脑袋的数字要遵循敏捷的原则。
第5章的Scrum三大角色
我看了这一段文字 ScrumMaster这个角色具有多面性。首先,ScrumMaster要致力于组建与维护一个高效率团队。表面上看似乎简单:管理每日站会、收集团队的状态以及协调各种会议与任务。真实情况是,ScrumMaster必须保证团队的状态随时保持最佳状态。ScrumMaster让团队保持专注并处于正确的轨道上。为了有效履行这些职责,ScrumMaster需要透过树木看见森林,有大局观,寻找团队能够提高的地方。,有这个问题为什么 ScrumMaster需要透过树木看见森林。 我查了资料,有这些说法(引用说法),根据我的实践,我得到这些经验(描述自己的经验)。 但是我还是不太懂,我的困惑是(说明困惑)。
第8章全职的ScrumMaster
我看了这一段文字 经常有人问我这几个问题:如何度量ScrumMaster对团队或者组织的影响?如何说服管理层允许一个人全职担任ScrumMaster?我的答案是,以提高的比率作为开始,并把它与钱挂勾。,有这个问题 。 我查了资料,有这些说法,根据我的实践,我得到这些经验。 但是我还是不太懂,我的困惑是为什么要把它与钱挂勾?。

被折叠的 条评论
为什么被折叠?



