This topic has been archived. It cannot be replied.
-
工作学习 / 学科技术 / 关于敏捷开发中scrum master角色的疑问
-jasminegu2018(jasminegu);
2018-10-7
{1625}
(#11732605@0)
-
Agree. Agile is only a way of project management, and scrum is one of the tools.
-sailor(Ocean & Mountain);
2018-10-7
(#11732694@0)
+2
-
撤了她吃什么？
-meanstack(Mean Stack);
2018-10-7
(#11732807@0)
-
我是指当前整个开发领域似乎大家都默认了Scrum master这个角色， 并没有很多的质疑， 为什么？
-jasminegu2018(jasminegu);
2018-10-7
(#11732880@0)
-
俗话说人云亦云。我来问个问题，既然都agile了，那还要不要按时暗量交货呢?
-meanstack(Mean Stack);
2018-10-7
(#11733109@0)
-
你看样子对西方政治不熟悉，这个不就是三权分立嘛，如果只有两权，是不稳定的，必定东风压倒西风或反过来，
-wuyg719(wuyg719);
2018-11-10
(#11789863@0)
-
scrum master不是team的领导，team是自治的，但刚开始玩这个，大家不熟悉，所以给了她机会过官瘾，实际上她的作用是跟po扯皮
-wuyg719(wuyg719);
2018-11-10
(#11789868@0)
-
扯皮的意思是开发组认为任务太重，po认为任务太轻，扯呀扯，最后扯平了，开工
-wuyg719(wuyg719);
2018-11-10
(#11789875@0)
-
有了SM，产品经理就不用跟程序员直接打架了。：））
-daydayup88(daydayup);
2018-11-11
(#11790582@0)
-
可是我觉得SM没有权利决定任务需求和开发两边的活动， 只是督促整个agile team按时开会什么的。任务轻重应该由PO和开发组之间协商。
-jasminegu2018(jasminegu);
2018-11-11
(#11790606@0)
-
即使整个团队已然是比较有敏捷经验之后，在敏捷开发过程中还是需要有人来做协调工作，比如组织会议，促进事件，屏蔽干扰等等...也许不是一定，但还是经常需要一个专人。我个人觉得最好是公司内部的 people person 来承担 --- 而不是空降兵 ---- 空降兵在完成 knowledge transfer 之后基本上就派不上太大用场了...
-xmlhttprequest(build5381);
2018-10-7
{171}
(#11732824@0)
-
这些工作PO不能做吗？ 为什么要专人做呢？从PO的职能讲， 做这些事情也不违和啊？
-jasminegu2018(jasminegu);
2018-10-7
(#11732877@0)
-
所有工作都可以组员兼职做，但 PO 主要是设计产品的 ---- 就好比在瀑布式开发里 BA / PM 也是两个角色一样...
-xmlhttprequest(build5381);
2018-10-7
(#11732886@0)
-
Lynda.com里有两个关于Scrum的课程，Scrum Basic 和 Scrum Advance，看完就明白SM和PO的职责不同所在了。
-hiker2(过客);
2018-11-10
(#11789719@0)
-
我就有SM证书，这东西有屁用。Scrum是一个商业公司，关键还是看什么人。工具只是辅助。有了聪明的人什么工具都好用。否则就是玩形式及玩政治。
-powerpc(PowerPc);
2018-11-10
(#11790417@0)
+2
-
发明这套东西的是聪明人，能把公司都忽悠的以为它有有用，整出一整套产业链。事实上真的agile比waterfall开发的项目成功率高了吗？still a myth.
-hiker2(过客);
2018-11-10
(#11790446@0)
-
waterfall 失败几率还是大，特别是工期太长
-giss(rr);
2018-11-10
(#11790502@0)
-
他们适合不同style，scope的project。需要可以迅速release的，agile还是更适合。
-daydayup88(daydayup);
2018-11-11
(#11790581@0)
-
agile 最适合的是 startup 小团队 ---- 人人都有主人翁意识，想做好事情，6 个月时间产品面世公司要么上市要么倒闭，无需顾虑5年 roadmap, 5 个半月或 7 个月做出来都问题不大，但所有人目标明确，上班不刷 rolia... lol...
-xmlhttprequest(build5381);
2018-11-11
(#11790554@0)
-
Agile团队应该高度自治，对team member 要求很高。
-daydayup88(daydayup);
2018-11-11
(#11790577@0)
-
你们见过符合这些内外部条件的Agile team吗？
-hiker2(过客);
2018-11-11
(#11790598@0)
-
如果这样的team很难获得，那么就和找不到屠龙刀来完成屠龙的任务一样。世上如果没有屠龙刀，光有屠龙技就和没有一样。
-hiker2(过客);
2018-11-11
(#11790602@0)
-
如我所说，一个公司刚刚起步时的核心开发团队很有机会 agile，公司做大了，项目周期长了，招的人多了，基本上就很难了... 基本是可遇不可求了...
-xmlhttprequest(build5381);
2018-11-11
(#11790648@0)
-
找一组牛人不容易，但找一个还是容易的，一组牛人互相打架，反而不行。自治的意思是team内部达成共识，难的交给牛人，容易的交给猪人。
-wuyg719(wuyg719);
2018-11-11
(#11790897@0)
-
是不是整个公司只设立一个SM就可以了， 类似于coach的角色， 监督所有scrum team的活动， 不用每个组都设立一个吧
-jasminegu2018(jasminegu);
2018-11-11
(#11790609@0)
-
没错，很多公司都这样干
-wuyg719(wuyg719);
2018-11-11
(#11790899@0)
-
甚至拿coop当SM
-wuyg719(wuyg719);
2018-11-11
(#11790901@0)
-
那么development team中是不是应该有一个类似tech leader的角色， 不然遇到技术争议或是安排任务方面的争议， 谁来仲裁呢？
-jasminegu2018(jasminegu);
2018-11-11
(#11790910@0)
-
这就是自治的意思，牛人是内部竞争胜出的，不是上面指派的
-wuyg719(wuyg719);
2018-11-11
(#11790970@0)
-
这个会不会太模糊了？ 万一一个组里俩大牛呢？ 万一一个很牛， 一个不那么牛但特别绞牙呢？ 万一一个组都是非牛呢?没有一个明确的从制度上保证的机制， 实际作起项目来， 这个。。。。。。
-jasminegu2018(jasminegu);
2018-11-11
(#11790979@0)
-
这么作不太规范，因为SM在一个Scrum team里其实是有很多事物的，而且要主持每天的standup, 很难share
-hiker2(过客);
2018-11-11
(#11790999@0)
-
主持standup吗？ 3-9个人的会， 不需要主持人啊， 大家伙围一圈， 如果讨论需求， po主导讨论， 如果讨论技术， 开发组主导讨论， 两边SM都插不上话啊？ 用不着SM主持啊
-jasminegu2018(jasminegu);
2018-11-11
(#11791004@0)
-
plan meeting和review meeting由PO主持，retro由开发组主导，也都没SM什么事。
-jasminegu2018(jasminegu);
2018-11-11
(#11791033@0)
-
说到底SM是为了帮助team理解并遵循scrum的各种activities, 那么到team理解并遵循了， SM就完成使命了。 SM并不是在项目开发过程中的一个角色。
-jasminegu2018(jasminegu);
2018-11-11
(#11791037@0)
-
能搞定工期和需求完成的话其实没什么不可的。只是敏捷有宗教化的倾向，经常有人解释某些敏捷项目不成功是因为他们没正确按照敏捷方法所致。这方面很多人是比较死板和教条的。
-hiker2(过客);
2018-11-11
(#11791055@0)
-
我是说你的理解和敏捷教科书说的有出入，但从实用角度看，没什么不可的。目的不就是按期完成产品需求嘛！
-hiker2(过客);
2018-11-11
(#11791060@0)
-
啊宰尔的目的不就是到期不完成需求么?
-meanstack(Mean Stack);
2018-11-11
(#11791204@0)
-
啊哈，高人。
-hiker2(过客);
2018-11-11
(#11791254@0)
-
感觉Scrum Master 就是PO和dev team之间的一个裁判。TA 不应该concern schedule，# of features，以及用什么技术。TA不是项目经理。TA的任务就是保证Scrum的best practices被很好地执行。
-james05(关不上的窗);
2018-11-11
(#11791272@0)
+1