※ 引述《prag222 (prag)》之铭言：
: ※ 引述《chatmonkey (打屁猴)》之铭言：
: 推文有提到scrum,我也来讨论一下
: 小弟在新创公司,开发模式导scrum
: 废话就不讲了
: 一次sprint需求会议16人,开两三天(整个团队
: 估工时要花两天
: 我看我同事都估的短(主管会压时间
: 我自己估还花心力看需求文件认真地估出来
: 也是估的短
: 每天daily meeting约40分钟
: 进公司后一个小时,才能真正动工
: 也就是8小时的事,7小时要做完
: 导scrum真的好吗?
: daily meeting本意不是每天盯进度造成员工时程压力吧?我不懂
: 而且什么sprint google翻译出来就是跑百米
: 跑百米是能够让人跑几次冲刺几次...
分享一下我们运行的作法；但这未必适用每个team。
Daily meeting的精神包含developers and product owner互相了解各自负责的task开发
过程，给大家互相协助、交换意见、参与整体专案及确立自己今日目标的机会。
有版友提到可以用slack，但要做到这些事有时候用slack效果很差，我们自己用过slack,
con-call, 或大家在白板前开这会议。con-call跟白板效果差不多的。
因为slack看不到脸，久了团队意识会容易越来越弱。若是先习惯互相解决问题，建立tea
m的归属感。这样改用slack效果会比较好，同理常常有新伙伴加入的team 维持面对面会
较好。
对于时间的掌控，我们的作法是这个会议只准做几件事：
1. 昨天做了什么？今天预计做什么？
2. 昨天没做完的原因是什么，需要协助与否？今天要做的有没有需要协助的？
3. 针对2产出结果谁有好建议？如有需要由谁协助？
我们刚运行Daily meeting时花40分钟，4-5人。后来都在10-20分钟内。
一点心得欢迎讨论。