t*******i
发帖数: 4960 | 1 组里要推 scrum，感觉有点抵触。
过来人说说，这个东西是好是坏？ |
c***5
发帖数: 158 | 2 感觉不好。开会太多，经常没时间做Testing.但客户喜欢堪成品，所以流行。 |
k**n
发帖数: 3989 | 3 scrum每天开会就15分钟..多了就是狗屁.., 测试有专门qa 负责. sprint 一般为2周
, 最好用tdd.
【在 c***5 的大作中提到】
: 感觉不好。开会太多，经常没时间做Testing.但客户喜欢堪成品，所以流行。
|
c***5
发帖数: 158 | 4
对。每天BA team都及进来开会。还有何其他各组的讨论会，没完。
【在 k**n 的大作中提到】
: scrum每天开会就15分钟..多了就是狗屁.., 测试有专门qa 负责. sprint 一般为2周
: , 最好用tdd.
|
t*******i
发帖数: 4960 | |
t********3
发帖数: 567 | 6 和怎么执行有关系吧。scrum最频繁的会就是每天的stand up，每个人不应该说超过2分
钟的话，一个组就算10个人，半小时之内也可以搞定了。至于两个礼拜一个sprint，每
个spring开始的时候有planning，结束有retro， 都不应该超过1小时的。而且开
planning／retro的那一天就没有其他的会了 |
e**********t
发帖数: 87 | 7 我觉得还是有好处的.如果有blocker,stand up时说出来,解决的比较快.还可以有机会
练练speech,和同事小小social一下,挺欢乐的. |
a****l
发帖数: 8211 | 8 站着开会是最好的地方，应该推广。
【在 t*******i 的大作中提到】
: 组里要推 scrum，感觉有点抵触。
: 过来人说说，这个东西是好是坏？
|
t*******i
发帖数: 4960 | 9 有多少公司用 ｓｃｒｕｍ，有地方可以逃离 ｄａｉｌｙ ｓｃｒｕｍ的么？ |
b******y
发帖数: 9224 | 10 用不用scrum, 要看team是否comfortable. 不能强求。我比较反感scrum, 因为经常的
15分钟就会变成freaking 1 hour long. 所以，我对我的team从来不做scrum. 另外，
只要出活儿，我都不care是否上班按时啥的。
没啥，就看result. |
|
|
t*******i
发帖数: 4960 | 11 唉，我们还没正式开始呢，我就已经被那些 storage,sprint, backlog烦透了。以前都
是用正常语言来描述问题，现在非要用儿童话语言。
开了个三个小时的会，就是把需求重新儿童化。增加无数只有 ｓｃｒｕｍ ｍａｓｔ
ｅｒ觉得有用的东西。
【在 b******y 的大作中提到】
: 用不用scrum, 要看team是否comfortable. 不能强求。我比较反感scrum, 因为经常的
: 15分钟就会变成freaking 1 hour long. 所以，我对我的team从来不做scrum. 另外，
: 只要出活儿，我都不care是否上班按时啥的。
: 没啥，就看result.
|
t*******h
发帖数: 2882 | 12 公司推动敏捷的动因是什么？
【在 t*******i 的大作中提到】
: 唉，我们还没正式开始呢，我就已经被那些 storage,sprint, backlog烦透了。以前都
: 是用正常语言来描述问题，现在非要用儿童话语言。
: 开了个三个小时的会，就是把需求重新儿童化。增加无数只有 ｓｃｒｕｍ ｍａｓｔ
: ｅｒ觉得有用的东西。
|
a**r
发帖数: 661 | 13 The keypoint of agile is continueous integration. there is
always a working product at the end of each sprint (2-4 weeks)
new features are adding in continueously.
compared to traditional methods, it is much faster to adapt
to market needs and also avoid risks because you donot waste
time on unnecessory design/functionalities.
【在 t*******h 的大作中提到】
: 公司推动敏捷的动因是什么？
|
t*******i
发帖数: 4960 | 14 原因是上面觉得这个东西好，要全公司推广。
【在 t*******h 的大作中提到】
: 公司推动敏捷的动因是什么？
|
t*******i
发帖数: 4960 | 15 backend system, no market needs
【在 a**r 的大作中提到】
: The keypoint of agile is continueous integration. there is
: always a working product at the end of each sprint (2-4 weeks)
: new features are adding in continueously.
: compared to traditional methods, it is much faster to adapt
: to market needs and also avoid risks because you donot waste
: time on unnecessory design/functionalities.
|
a**r
发帖数: 661 | 16 Maybe I should say customer needs. not matter it is internal or external
customer. Agile emphasizes continueous involvement of customer/end user and
makes adjustments constantly.
【在 t*******i 的大作中提到】
: backend system, no market needs
|
t*******i
发帖数: 4960 | 17 你说的这些都是理论上的东西，书本上都有。
我们现在本来就是iteration和ｉｎｃｒｅｍｅｎｔａｌ式的开发，只是没
有套上一个 ｓｃｒｕｍ的管理模型。
我想知道的是，一个成熟的项目，套上ｓｃｒｕｍ能达到多少提升。
目前除了开会之外，我没看到任何好处。该我干的活还是我干。
and
【在 a**r 的大作中提到】
: Maybe I should say customer needs. not matter it is internal or external
: customer. Agile emphasizes continueous involvement of customer/end user and
: makes adjustments constantly.
|
a**r
发帖数: 661 | 18 if you are just a developer or engineer, sure there is no benefit.
you still need to write so many lines of codes everyday.
if you are designer and program manager, you will see the difference.
some features may never be designed or implemented.
there is nothing magic about agile. you can see it just break big
development cycle into small development cycles.
【在 t*******i 的大作中提到】
: 你说的这些都是理论上的东西，书本上都有。
: 我们现在本来就是iteration和ｉｎｃｒｅｍｅｎｔａｌ式的开发，只是没
: 有套上一个 ｓｃｒｕｍ的管理模型。
: 我想知道的是，一个成熟的项目，套上ｓｃｒｕｍ能达到多少提升。
: 目前除了开会之外，我没看到任何好处。该我干的活还是我干。
:
: and
|
w****b
发帖数: 777 | 19
话是这么说啊
其实我们组不是这样，我们组的每两周一次的planning一开就是大半天，retro在
planning之前一天单独开，retro之后还有一个review
planning至少4小时，我们组一共六七个人，有时候有些人的东西跟我完全无关，我听
也听不懂，但是还是得坐在那里听着，retro和review加起来也是一天没了
然后不开planning的那周有一个大半天要开backlog grooming
也就是说两周里有几乎三天就全是开会开掉了
我们组的daily stand-up倒是没人拖时间，早上大家拿着咖啡嘻哈一下就过去了
组长经常强调我们要prevent mini waterfall，我反正是永远不懂
【在 t********3 的大作中提到】
: 和怎么执行有关系吧。scrum最频繁的会就是每天的stand up，每个人不应该说超过2分
: 钟的话，一个组就算10个人，半小时之内也可以搞定了。至于两个礼拜一个sprint，每
: 个spring开始的时候有planning，结束有retro， 都不应该超过1小时的。而且开
: planning／retro的那一天就没有其他的会了
|
v***n
发帖数: 5085 | 20 嗯 个人不喜欢 只能保证自己team不用 上面要是强推那就只能准备闪人了 |
|
|
w****b
发帖数: 777 | 21
我们是强推的
不过我一入职就是agile了，不知道其他模式是什么样的
【在 v***n 的大作中提到】
: 嗯 个人不喜欢 只能保证自己team不用 上面要是强推那就只能准备闪人了
|
s***5
发帖数: 203 | 22 经好，架不住坏和尚念。
不管是Agile还是Scrum，都是bureaucrats用来应付上头的。如果BA管用，是不需要这
个的。美帝衰落呀，编不出程序，连要求都给不清楚。最后发明个，Agile，把所有SH*
T都dump到程序媛头上；当然，都是老中和三哥吃了。
【在 t*******i 的大作中提到】
: 组里要推 scrum，感觉有点抵触。
: 过来人说说，这个东西是好是坏？
|
d****v
发帖数: 248 | 23 挺好的，干活少的不容易偷懒，干活快的也挺占便宜。每天半小时会顶多了。最大的毛
病是赶速度不管质量。还有测试的周期得跟得上。 |
t*******i
发帖数: 4960 | 24 哎，全公司都在推。我正处在准备闪人的状态。刷 leetcode 到了恶心想吐的地步，还
差20来道没作完。又听说光刷题不够了。这是把人往死里整啊，准备个面试都要扒层皮。
【在 v***n 的大作中提到】
: 嗯 个人不喜欢 只能保证自己team不用 上面要是强推那就只能准备闪人了
|
l*****t
发帖数: 2019 | 25 就为Scrum离职呀？在bay area大部分软件公司都是Scrum了。我搞Scrum十年了，还没
见过谁这么抵触的。Scrum里面大部分都是common sense。
皮。
【在 t*******i 的大作中提到】
: 哎，全公司都在推。我正处在准备闪人的状态。刷 leetcode 到了恶心想吐的地步，还
: 差20来道没作完。又听说光刷题不够了。这是把人往死里整啊，准备个面试都要扒层皮。
|
t*******i
发帖数: 4960 | 26 请问你这 bay area 大部分软件公司包括哪些？是全公司所有项目都用还是部分项目用？
象我们公司， PGM 直接成了 Scrum master， Dev manager 直接成了 product owner
。不说别的，跟 Agile 的 12条 principles 根本不搭边，跟 Agile Manifesto 也是
相背的。只是为了套这个 process 而用这个 process。
Scrum除了 micromanagement，我也没看出一点好处。大家都 Scrum 了，但是成效呢？
长远的效率提高了多少？Nokia 还不是一样完蛋。
【在 l*****t 的大作中提到】
: 就为Scrum离职呀？在bay area大部分软件公司都是Scrum了。我搞Scrum十年了，还没
: 见过谁这么抵触的。Scrum里面大部分都是common sense。
:
: 皮。
|
F****n
发帖数: 3271 | 27 Agile好
现实中哪有那么清楚的 requirement,
都是边做边改。Waterfall改design太麻烦了。
Agile manager/SCRUM master 很重要，做不好developers会很烦
但如果做得好 developer life a lot easier.
SH*
【在 s***5 的大作中提到】
: 经好，架不住坏和尚念。
: 不管是Agile还是Scrum，都是bureaucrats用来应付上头的。如果BA管用，是不需要这
: 个的。美帝衰落呀，编不出程序，连要求都给不清楚。最后发明个，Agile，把所有SH*
: T都dump到程序媛头上；当然，都是老中和三哥吃了。
|
t*******i
发帖数: 4960 | 28 我们现在就被逼着写 ｕｓｅｒ ｓｔｏｒｙ， acceptance criteria ｅｔｃ。
写ｕｓｅｒ ｓｔｏｒｙ难道不是主要是 ＰＯ的责任么？开发人员也可以写，但主要
还是ＰＯ，开发人员协助。
现在倒好，都是开发人员来写。ＰＯ都是老板，老板的老板变身来的，只是担个名。然
后本来活都做得好好的，现在非要开会花上几个几个小时的时间来写 ｕｓｅｒ ｓｔ
ｏｒｙ， ａｃｃｅｐｔａｎｃｅ ｃｒｉｔｅｒｉａ， ｔａｓｋｓ， estimation
。纯粹就是做样子。
【在 F****n 的大作中提到】
: Agile好
: 现实中哪有那么清楚的 requirement,
: 都是边做边改。Waterfall改design太麻烦了。
: Agile manager/SCRUM master 很重要，做不好developers会很烦
: 但如果做得好 developer life a lot easier.
:
: SH*
|
j******s
发帖数: 1096 | 29 在抵触的同时要有同一个Back Up的备选项供上面选择。我的部门是Project Based，所
以我建议Senior Management给我们改成Kanban，结果效果很好。
【在 w****b 的大作中提到】
:
: 我们是强推的
: 不过我一入职就是agile了，不知道其他模式是什么样的
|
