※ 引述《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，所以總是會這樣講)
那就不太會因為上面莫名其妙的 新規格或是改動
造成程式碼大幅度變動 或是 讓你覺得程式碼很難寫
然後造成時間估太長 或是 造成你要加班