上一期視訊節目我們介紹了Scrum的基本概念，在末尾征集設計團隊跟我們一起Scrum。
Time-cost：靈活開發在設計管理中的應用-初識Scrum(大海聊設計管理023)
當天就有一支室内設計團隊應招入伍。我們把它叫做鲲鵬隊。
01故事點 Story Points
故事點是Scrum架構中，用來衡量工作量的機關。故事點是相對數值，而非絕對數值。
人類本身就特别不适合以絕對數值來評估事物，但用相對數值就會好很多。例如要設計師們估計一個廣場有多少米寬，很難估計準确，但是卻很容易估算出一個廣場的寬度是相鄰那棟建築的3倍長。
Scrum建議用斐波那契數列來給定任務故事點：
1,2,3,5,8,13,21……
斐波那契數列出現在自然界的很多事物中——例如海螺的生長曲線，向日葵的花朵圖案等——人很容易從中做出選擇。
要确定一個任務到底是4個故事點還是5個，會讓人很糾結，但是在5和13之間，就很好選擇了。
02 沖刺計劃會
第一天我們經過遠端會議，确定本次沖刺(Sprint)完成節點是2月24日，經過讨論，将這次沖刺需要完成的内容分解為10個任務。每個任務隻能交給一個人，但一個人可以擁有多個任務。任務以卡片的形式，貼到沖刺看闆上。這次用了最簡單的看闆，隻有三列：
- 要做
- 在做
- 做完
通過移動任務卡的位置，就能讓團隊成員清晰看到任務推進的情況。
團隊讨論之後，利用斐波那契數列為每個任務評估了故事點(Story Points)。
3個設計師領取了這10個任務。
其中：
- 麗旭 3個任務 共計 23個故事點
- 迎迎 4個任務 共計20個故事點
- 悠悠 3個任務 共計26個故事點
我們制作了一個簡單的表格，來記錄每個任務在沖刺中的每一天，剩餘的故事點。例如一個被标記為5個故事點的任務，設計師自己感覺已經完成過半，那就可以評估剩餘故事點為2 。這個表格可以計算出每天每個設計師剩餘的故事點，以及整個團隊剩餘的故事點，讓大家都清楚地知道項目或任務的進度。
03 過程控制
在沖刺開始後的每天下午4點，鲲鵬隊都用微信語音召開10分鐘的站立會議，每個人隻陳述三點内容：
- 我昨天做了什麼。
- 我今天打算做什麼。
- 我還需要哪些支援。
最後每個人在表格中填上自己任務剩餘的故事點。同時将已經完成的任務從“在做”拖動到“已完成”。
這裡以第三天的狀态為例：
我們看到已經完成了一個任務。
根據剩餘故事點，可以繪制出這個項目的燃盡圖
我們延長趨勢線就能知道，如果按照這三天的速度，我們是無法在約定的結束日期進行成果互動的。這個燃盡圖就為團隊發出了預警，需要加快進度了。
在沖刺中的每一天，我們都要召開站立會議和進度評估。
04 沖刺評審
經過整個團隊的共同努力，2月24日這次沖刺按時結束了。燃盡圖記錄下工作推進過程如下：
可以看到在2月19日出現了異常情況：項目進度發生了倒退！
這是由于在2月18日，隊長跟甲方進行了溝通，甲方提出了調整意見。我在那一天的例會中也提出來，這是本次沖刺邊界條件出現了問題。
Scrum的重要原則之一，就是沖刺過程中不能調整任務，換句話講，沖刺中間不能跟甲方交流。如果在某個程序中需要同甲方交流，這個程序就必須被分解為兩次沖刺。
後面幾天，團隊加班加點地工作，終于重新追上了進度。有了這次經驗，鲲鵬團隊對于一個沖刺的定義，也更加清晰了，下一個沖刺一定會做得更好。
05 資料經驗 速度(效率)：35點/周鲲鵬團隊，兩周的沖刺，可以完成大約70個故事點，如果下一個沖刺設定周期為一周，那麼可以完成的任務應該控制在35點左右。
工作量：從資料來看三個設計師的工作量還算是均衡，分别完成20，23和26個故事點。麗旭是三人中更為資深的設計師，但是完成的工作量還不如悠悠。
經讨論回顧，發現是對10号任務，售樓部方案優化的工作量估計不足，現在看來這個13點的任務，至少應該核定為21點。
下次大家評估工作量的時候會更有經驗。
每人每周能夠完成的工作量應該在13點左右，下個沖刺可以依據這個資料來作為工作安排的參考。
設計師和隊長都認可這樣的工作組織方式，期待下一個沖刺的開始
Time-cost
設計公司營運管理智能工具
您可以在這裡分析項目資料，
評定員工績效，
量化公司營運狀态，
讓公司的經營決策更加及時準确