※ 引述《prag222 (prag)》之铭言：
分享一下我们这边的"scrum"
1. 估时间?
: 我看我同事都估的短(主管会压时间
: 我自己估还花心力看需求文件认真地估出来
: 也是估的短
我觉得所谓估时间
是在问员工 某某功能要花多久时间完成
在员工诚实(并且有经验)的情况下
我想开出来的时间 应该差不多就是员工实际要执行的时间
假设你们 最后(主管)估出来的时间 = 实际估算的时间 * 80%
然后主管用 最后(主管)估出来的时间 来设定deadline
结果 剩下的20% 还不是要加班来换......
另外 我们这边会习惯把一个功能拆成好几个子项目
然后用子项目来估时间
因为项目越小越容易想像
估出来的误差应该不会太过分
2. 1天有8小时的工作时间?
: 进公司后一个小时,才能真正动工
: 也就是8小时的事,7小时要做完
前提是你不跑洗手间、不去装水、不用起来走走
有个很老梗的 番茄工作法
简单来讲是 每工作25分钟后休息5分钟 每个第4次循环多休息10分钟
用这个方法跑8小时，你会发现你的实际工作时间大约只有6个多小时
我自己是没有用番茄工作法
不过写一个段落还是会去外面晃一下
久坐伤身体
P.S.
实际上基于某些原因 我们主管是假设1天实际时间只有5小时
所以 执行天数 = 估出来的时数 / 5
当然有可能真的没有什么突发事件，那么多出来的时间就弹性利用
3. Daily Meeting要多久?
: 每天daily meeting约40分钟
: daily meeting本意不是每天盯进度造成员工时程压力吧?我不懂
我们总共9个人
站立会议
每次应该不到5分钟
虽然我也知道daily meeting好像应该不是专门讲给主管听的
不过反正时间是自己估的 也不会觉得有什么压力
4. sprint会议要多久?
: 一次sprint需求会议16人,开两三天(整个团队
: 估工时要花两天
主管会先根据上面的需求来切story和细部项目
我们基层再进去看功能需求 估时间 有意见再更动
通常半天 有事顶多1天
5. 一个sprint多长?
我们这边是假设 1个sprint = 2个星期 = 10天
扣掉 sprint会议 1天 + DEMO检讨 1天
剩下 8 天 = 40小时(假设1天5小时)
对啦 如果1天真的能用到8小时 那么5天就可以做完XD
P.S. 我们一个产品大约4~8个sprint
6. 程式码
我们主管认为程式码的品质 是支援scrum精神 很重要的一个部分
我们主管总是说 如果你的程式码以SOLID为原则，以Clean Code为基本精神
(我还是junior programmer，所以总是会这样讲)
那就不太会因为上面莫名其妙的 新规格或是改动
造成程式码大幅度变动 或是 让你觉得程式码很难写
然后造成时间估太长 或是 造成你要加班