CMU MSE Studio Project 總結 (3)
39 views
Skip to first unread message
Mac-Mangobear
Aug 24, 2008, 11:15:23 PM8/24/08
to CSZone 程式設計樂園
夏天的重點是實作。我們規劃了三次releases，每次逐步增加功能。這三次release的功能必須兼顧功能的相關性，計畫風險，以及（預估）工作
量的平均分配。由於人數少，而且我們的客戶願意經常出席討論，所以適合較為敏捷（agile）的作法。我們選用的是Scrum，一個極簡的管理方
法。Scrum的主要精神是把計劃分成許多為期一個月的跳躍（sprint），每個sprint都要有個可以release給客戶評估的成品。客戶評估
之後自然會對產品的未來更有概念，也可以不斷修正計畫進行的方向。Scrum需要客戶與team的充分溝通，並且時時（每個sprint一次）依據外在
環境與評估結果調整工作清單（backlog）上面項目的優先順序。
管理方法方面，Scrum要求整個team每天站著開15分鐘的會，每個人都要回答三個問題：我昨天做了甚麼，今天打算做甚麼，目前遇到甚麼困難。而每
個人的工作就要靠Scrum master先切好適當大小，讓工作都可以在幾天到幾週內完成。每次完成一件工作，就要從清單上拿掉，所以這樣畫出的剩餘
工作量表，就稱為burn down chart。
這個學期我的角色是process manager，負責管理backlog，並且追蹤計劃中的各項指標，每個sprint之後提出來與大家和老師一起
檢討。我在夏天除了讀範例努力解決技術問題之外，所努力想要做的，就是增加計畫的透明度。怎麼說呢，就是想要藉由圖表資料，提高team內、外人員，對
於計畫進度與team發生的問題的了解。
我會統計timesheet上面，花在各類工作（設計、review、寫程式、做測試之類）的時間，跟預期的互相比較。也會列出每個人申報的工作小時
數，與預期做比較。另外就是burn down chart，畫出預期的進度與目前實際進度的比較。
這些圖表或許對於實際掌握計畫脈動的底層經理人，像是team lead，沒有甚麼直接作用，但是對於中階管理人（mentors），以及事後回顧開發
過程來說，就成為反映問題，檢討解決方案的基礎。
（夏天過完了，秋天的事情，畢了業再跟大家分享吧）
（美加有 embedded system, robotics 相關的好工作別忘了報一下！）
量的平均分配。由於人數少，而且我們的客戶願意經常出席討論，所以適合較為敏捷（agile）的作法。我們選用的是Scrum，一個極簡的管理方
法。Scrum的主要精神是把計劃分成許多為期一個月的跳躍（sprint），每個sprint都要有個可以release給客戶評估的成品。客戶評估
之後自然會對產品的未來更有概念，也可以不斷修正計畫進行的方向。Scrum需要客戶與team的充分溝通，並且時時（每個sprint一次）依據外在
環境與評估結果調整工作清單（backlog）上面項目的優先順序。
管理方法方面，Scrum要求整個team每天站著開15分鐘的會，每個人都要回答三個問題：我昨天做了甚麼，今天打算做甚麼，目前遇到甚麼困難。而每
個人的工作就要靠Scrum master先切好適當大小，讓工作都可以在幾天到幾週內完成。每次完成一件工作，就要從清單上拿掉，所以這樣畫出的剩餘
工作量表，就稱為burn down chart。
這個學期我的角色是process manager，負責管理backlog，並且追蹤計劃中的各項指標，每個sprint之後提出來與大家和老師一起
檢討。我在夏天除了讀範例努力解決技術問題之外，所努力想要做的，就是增加計畫的透明度。怎麼說呢，就是想要藉由圖表資料，提高team內、外人員，對
於計畫進度與team發生的問題的了解。
我會統計timesheet上面，花在各類工作（設計、review、寫程式、做測試之類）的時間，跟預期的互相比較。也會列出每個人申報的工作小時
數，與預期做比較。另外就是burn down chart，畫出預期的進度與目前實際進度的比較。
這些圖表或許對於實際掌握計畫脈動的底層經理人，像是team lead，沒有甚麼直接作用，但是對於中階管理人（mentors），以及事後回顧開發
過程來說，就成為反映問題，檢討解決方案的基礎。
（夏天過完了，秋天的事情，畢了業再跟大家分享吧）
（美加有 embedded system, robotics 相關的好工作別忘了報一下！）
Mac-Mangobear
Aug 26, 2008, 8:45:14 PM8/26/08
to CSZone 程式設計樂園
都沒有人感興趣喔 :(
mac
mac
Kenny Chen
Aug 26, 2008, 9:22:48 PM8/26/08
to cs_...@googlegroups.com
Philosopher
Aug 29, 2008, 10:07:57 PM8/29/08
to CSZone 程式設計樂園
Scrum你們的參考書目是哪一本呢？
看起來Scrum適用於不確度性高的project。
你的timesheet及burndown chart的template是來自哪裡呢？想要參考一下。
看起來Scrum適用於不確度性高的project。
你的timesheet及burndown chart的template是來自哪裡呢？想要參考一下。
Mac-Mangobear
Aug 30, 2008, 3:31:52 PM8/30/08
to CSZone 程式設計樂園
我們主要是靠 google 與 google video 耶，雖然有些參考書，但是覺得必要性不大
就是很簡單的 excel 囉，不過用起來不是很順手，尤其是 task items 跨越 sprint 的時候，
很難處理。有些網路上的 scrum management tool 可以考慮一下。
就是很簡單的 excel 囉，不過用起來不是很順手，尤其是 task items 跨越 sprint 的時候，
很難處理。有些網路上的 scrum management tool 可以考慮一下。
Mac
Sep 2, 2008, 10:16:30 PM9/2/08
to CSZone 程式設計樂園
http://docs.google.com/Presentation?id=dcm8cm56_45d27jgccd
我把期末報告的投影片放上 google doc 啦，裡面有 time allocation, burndown chart 這些資料，供你參考
囉
mac
> > 你的timesheet及burndown chart的template是來自哪裡呢？想要參考一下。- 隱藏被引用文字 -
>
> - 顯示被引用文字 -
我把期末報告的投影片放上 google doc 啦，裡面有 time allocation, burndown chart 這些資料，供你參考
囉
mac
>
> - 顯示被引用文字 -
Reply all
Reply to author
Forward
0 new messages