楼主:
prag222 (prag)
2016-05-21 22:18:57※ 引述《chatmonkey (打屁猴)》之铭言：
: ※ 引述《purin88 (原来我是愤怒的乡民)》之铭言：
: : 唉，但工时估太短，就造成我不停的加班追进度，没有六日、没有晚上
: : 请问我该怎么办？
: : 还有更好的solution吗？
推文有提到scrum,我也来讨论一下
小弟在新创公司,开发模式导scrum
废话就不讲了
一次sprint需求会议16人,开两三天(整个团队
估工时要花两天
我看我同事都估的短(主管会压时间
我自己估还花心力看需求文件认真地估出来
也是估的短
每天daily meeting约40分钟
进公司后一个小时,才能真正动工
也就是8小时的事,7小时要做完
导scrum真的好吗?
daily meeting本意不是每天盯进度造成员工时程压力吧?我不懂
而且什么sprint google翻译出来就是跑百米
跑百米是能够让人跑几次冲刺几次...
作者:
NDark (溺于黑暗)
2016-05-21 22:21:00#1NCTBu6G (Soft_Job)sprint 是冲刺没错啊. 他的精神就是每个sprint周期冲刺一次daily meeting要尽量缩短. 我们最短纪录是一人只有15秒4个人可以在一分钟内结束. 这样就不会造成时间浪费.
作者:
a1b2c3d4e5x (int *lpnArr, int nSize)
2016-05-21 22:33:00那产品品质使用这种模式会下架吗？因为都是冲出来的下降
作者:
NDark (溺于黑暗)
2016-05-21 22:34:00敏捷并不保证品质喔.
楼主:
prag222 (prag)
2016-05-21 22:35:00跟主管提过了,问说不怕之后会有看不到的bug爆出来吗我自己工作上都觉得这样开发都抖抖得,但也说不定主管有默默的fix bug(?)
作者: uiceg 2016-05-21 22:51:00
会议时间太久了
作者:
Masakiad (Masaki)
2016-05-21 22:52:00主管压时间的结果就是不管用不用scrum都是产出糟糕的产品而已......
楼主:
prag222 (prag)
2016-05-21 22:53:00专案冲刺+每天时程压力.....让人受不了
作者:
Masakiad (Masaki)
2016-05-21 22:54:00而且scrum就是要所有人保持中立估算时间，主管没理由的干涉就失去估算的意义
作者: hidog (.....) 2016-05-21 23:13:00
是因为台湾会把scrum作为压榨劳力的作法而非提高生产力
作者:
GoalBased (Artificail Intelligence)
2016-05-21 23:17:00不适合就别用 你用一个library发现很难用很花时间你还不赶快换别套15秒的meeting还不如不开 用个群组讲一下就好
作者:
NDark (溺于黑暗)
2016-05-21 23:21:00standup meeting其实有其精神及好处. 不是时间长才叫开会.敏捷有优缺点,不能因为缺点,而全盘否认它想要解决的问题.对于即时通讯软件,我也可以说e-mail就能解决问题.
楼主:
prag222 (prag)
2016-05-21 23:23:00我只看到16X 2.5=一个人一个月的工作量
作者:
NDark (溺于黑暗)
2016-05-21 23:24:00事实上e-mail,即时通讯,面对面的会议各有擅场及适用的时机.
楼主:
prag222 (prag)
2016-05-21 23:26:00我想台湾不适合谈软工吧,这里是台湾....
作者:
final01 (牛顿运动定律)
2016-05-21 23:46:00感觉是你们自己的问题吧??我觉得没能力就不要学人家啊??学半套有啥用?
作者: manaup 2016-05-21 23:50:00
看起来八成像有daily meeting的waterfall。楼下你觉得呢?
作者:
oneheat (等待)
2016-05-21 23:50:00找些有经验的人比较实在新创最爱看几本书几篇文章，然后搞一堆很无意义的东西
你们一组16个人太多了！可google“scrum people number”，建议是5～7人，不过我个人觉得两三人的时候也挺不错“sprint开两三天，daily meeting 40分钟”这很明显就是没有符合scrum的精神，你们有人在看书或看网站吗？
作者:
Argos (Big doge is watching u)
2016-05-22 00:02:00敏捷开发神话不是早被戳破？
scrum是提升团队透明度、向心力、降低沟通成本吧，和软件品质是无关的东西，为什么会觉得用scrum会产生品质不好的东西？理论上你要排测试的task进去，还有你开发要多少时间你就照实估那个task要多久，这样下来怎么会造成很赶或是软件品质下降呢～sprint冲刺的意思是指，在为期两到三周的sprint内，一起弄出一个workable feature，“整个团队专心做好某件事”的那种冲刺感，可是未必要很赶。
楼主:
prag222 (prag)
2016-05-22 00:14:00我想这种东西跟KPI有异曲同工之妙....
作者:
atst2 (atst2)
2016-05-22 00:19:00每个sprint结束应该要有检讨会议，原Po有在会议上反映这些事让团队知道吗?团队有每次做一些调整来改进scrum的执行吗?
楼主:
prag222 (prag)
2016-05-22 00:23:00团队对问题的回应跟调整都太慢了....可能也是工作忙吧
retro应该是sprint结束后大家一起开会检讨、提出问题、想解法～是当下一起想解法啊～我觉得你们scrum应该是很多地方都跑歪了吧……看你有没有影响力或说服力，让整个团队取消这样的制度囉，这样跑歪还不如不跑～另外在国外还有什么scrum coach，公司都会请有证照的scrum coach(顾问)来导入scrum，从这点也许可以看出，跑scrum是有点难度吧……好像有很多眉角要注意。
作者:
siriusu (かがみは俺の嫁。)
2016-05-22 00:45:00推各位的讨论与分享
楼主:
prag222 (prag)
2016-05-22 00:55:00我想scrum还是有其专业性在吧...有兴趣可参考Pro Agile .NET Development with Scrum要落实scrum还是要先kk书吧我在我公司完全没听过retro是啥...
作者:
dlikeayu (太阳拳vs野球拳)
2016-05-22 01:12:00sprint跟验收标准是两回事吧，不要混为一谈基础规范不说，有些公司PR要两个人同意过，有些要四个人这些PR验收后续动作有多少公司有做到？倒是反过来说公司人数不够做短跑冲刺又要互相review这才比较是问题…
楼主:
prag222 (prag)
2016-05-22 01:23:00回atst2:完全没有检讨会议,我刚翻书才看到Sprint Retrosp
推 我也待过 把scrum当作是daily Waterful
作者:
GoalBased (Artificail Intelligence)
2016-05-22 02:02:00话说回来...你的状况换公司应该比较有救
作者:
hicoy 2016-05-22 02:06:00贵公司跑的并不是scrum 只是很像而已...16个人开会根本是浪费时间 先拆成2~3个scrum
作者:
angusyu (〒△〒)
2016-05-22 02:45:00超讨厌scrum，尤其是新创特爱拿来说嘴。最后还不是收摊，没有比较强只让RD很干而已。不需要靠敏捷在那燃烧
作者:
Eos (美丽时光)
2016-05-22 02:59:00run过scrum, 结果最后花更多时间在修bugㄎ
没retro还说是scrum XDScrum的流程最好是不要乱改啊
作者:
kingofsdtw (ä¸èƒ½é–’下來!!)
2016-05-22 06:52:00换公司…这样产品我不敢用
作者: bab7171 2016-05-22 08:27:00
一个专这样做可以，台湾是每个专案都这么做
40min的daily meeting. 这应该有什么误会吧..
作者:
discoby (黑皮)
2016-05-22 08:57:00在台湾 有几个说在玩敏捷的公司或团队 有人敢大声的说 主管或PM不曾试图去影响RD决定每个task的开发时间的？每个案子都是由客户或是主管或PM先决定好死线 才开始假装玩敏捷的公司 满地都是....
有些自以为在跑scrum，实际管理还是waterfall也没什么不好，有效率的开发最重要，怎么run都可以整个sprint都在修bug也没什么不行,该花的时间就开task都跑scrum就是要把现实都呈现出来给整个团队
作者:
EQQD (EQQD)
2016-05-22 10:15:0040 mins meeting 16人 planning meeting....你们还是多看点资讯再玩吧 跑scrum还在压deadline 就...我不知道该说什么了要做的是being Agile不是Doing Agile 台湾Scrum 跑起来跟waterfall有87%像 大概可以叫Waterscrum Scrum的功能是照妖镜 因为团队的透明让你们可以发现问题的点在哪里 但是Scrum绝对不会帮你解决问题 问题是你们团队要自己解决的当你们发现了问题以后 要不要解决的决定权在你们手上你压了Deadline, planning meeting还有任何意义？ 就跟瀑布流一样给PM SA开就好 开什么浪费时间的planning meeting?绝对不会有100%准确的开发办法 前面的大大们都有提到 很多东西是你下去做才知道 因为sprint时间没有到很长 所以可以修正调整
作者:
xevisu (大绿半糖少冰thx)
2016-05-22 10:26:00好假的敏捷～
作者:
Ekmund (是一只小叔)
2016-05-22 11:14:00抱歉 我还是觉的每日会议很无意义进度可以写表 有问题可以发群组 不可能每天都有状况多到需要把所有人揪一起 更何况team越大个人变量越多 集合排会议室干嘛的都占时空资源 应该要视适性合理控制 而不是盲目照规矩sprint
作者:
maxqq (max)
2016-05-22 11:24:00Ek 大讲的挺有道理，每日改成 slack 通知或许好很多
楼主:
prag222 (prag)
2016-05-22 11:33:00开需求会议才是整个团队,每日会议已改成小组但实际上班真的能做的工时 几乎只有7hr之前有问过主管,sprint时间是不是有被缩短..因为感觉很赶实际上是一个sprint 2weeks塞了超过工作量的东西
楼主:
prag222 (prag)
2016-05-22 11:38:00可是开发时间一样是两个礼拜没有调整
作者: killmokom 2016-05-22 11:39:00
water-scrum-fall
作者: Ardy (endless rain) 2016-05-22 11:44:00
时间都是developer估的 包含UT跟整合测试 太赶下个sprint
作者:
nitero (nitero)
2016-05-22 12:06:00Scrum meeting 大概10~15分钟就结束了主要是讲自己遇到了什么问题,
作者: beautyNeil 2016-05-22 12:08:00
你们那个根本不是scrum人数太多 开会时间过长 没抓到精神 只学到招式
作者:
johnny94 (32767)
2016-05-22 12:48:00scrum 要 run 的先决条件就是团队里要有几位资深经验者，不是按照书上的指引就 run 的起来的
作者: KeySabre (KeySabreur) 2016-05-22 12:53:00
哪有daily开那么久的 你们scrum master在睡觉吗？
作者:
y3k (激流を制するは静水)
2016-05-22 13:16:00每天开会半个多小时 除非你们公司的RD性向都是开完会会元气满满的那种 不然一定死得很难看(但是那种性向应该去当业务XD)
作者: dudu945 (低调的优雅) 2016-05-22 13:35:00
开会时间来拿开发还比较实在一点
作者:
M9722007 (nothing)
2016-05-22 16:37:00还遇过daily meeting 3小时的勒....
还有过开整天的...下班的时候回想：干我今天做了啥XD
作者:
wuliou (wuliou)
2016-05-23 01:39:00这不就标准的假scrum
作者:
rexyeah (ccccccc)
2016-05-23 10:41:00scrum 40min是你们搞错了吧..scrum不是讨论用的..什么叫导scrum... scrum只是agile的一个执行方式
作者:
f124 (....)
2016-05-23 10:57:00说的好听叫scrum 说的难听叫每天开会HL你
作者:
tsl3333 (我们都寂寞)
2016-05-23 11:36:00Daily meeting太久，重点 三大纲没抓好。看板方法先行。理论不是适合每个团队。可能中间有些流程要客制化。一步一步来。没有人要你们一次登天
作者: TETZ (你今天宅了吗?) 2016-05-24 03:45:00
假scrum吧 哪有人每天抓16人去开40min的会 说出去会被笑死
作者:
MysterySW (飯糰丸)
2016-05-24 09:15:00daily standup就讲昨天做什么今天要做什么 是能讲多久你们能开到40分钟真不简单我觉得scrum要在规模够大时才有效果 几十人小公司就还是waterfall就好
作者:
bndan (seed)
2016-05-24 18:18:00估工时不能老实(有外力) 队伍能力参差不齐 这种团队连合作能力都不一定有了 还想走敏捷开发 XD...scrum理论上人数不限 人多只是多切几队而已.但还是那句 队员能力不能落差太大外 更重要的是 队员必需是人 而不是其他的东西...然后外力介入就更不用讲了 要玩一半的不如果直接用老方法跑稿不好还更稳 XD
作者: b9602003 2016-05-26 00:50:00
少一个真的懂scrum的master