最近因為執行1個急案，是有關一所幼兒園的報名系統，一開始以為是非常簡單的系統，所以沒有寫user story就請同仁開始作了，結果就產生了一些災難，包括使用者在開發過程中，需求產生變化、開發時程超過預期、系統上線時也發生了一些沒考慮的錯誤等等，包含身份証的檢查不夠全面，資料交易時沒有鎖位資料庫，造成重覆報名等等。
這個案子事後檢討後，有幾個結論可以作為日後專案開發的經驗
1.使用者需求訪談應該落實(user story)，然後產出概略的圖表或wireframe，續跟使用者更進一步的討論，整個需求的...
Showing all posts tagged scrum:
執行SCRUM-24 -如果每件事都很重要，那就是每件事都不重要
執行SCRUM-24 -如果每件事都很重要，那就是每件事都不重要
我們自己的工作團隊，在上周的SPRINT檢討時，我請同仁A先完成某件緊急的事，但是同仁A說SPRINT已經排定需要完成的工作，如果先作緊急的事，SPRINT的成果將無法交付，並請身為產品經理的我確定何者先作。
其實這種狀況很常見，尤其組織龐大的體系內，更會因上級的交付，不得不處理這些緊急的事務。但是產品經理都知道目標，以及優先順序，並以創造價值，專注專案為責任，扛下壓力。因為臨時緊急事項不可以隨意安插給團隊，這樣會使工作團隊SPR...
執行SCRUM-23 -使用者故事(5)
執行SCRUM-23 -使用者故事(5)
最近對於使用者故事User Story的撰寫，對於團隊成員的意見，產生了一點反思。緣起是，團隊開發的怪手PMIS系統，由於客戶希望知道每周，專案人員在怪手的使用情形，所以需要增加系統報表功能。
針對客戶的需求，產品經理寫下了User Story，
這是管理者的需求，要向專案的PM回報怪手的使用情形，
1.我能夠知道某個時間區段(1周、2周、1月、或自設)怪手各個專案的活動紀錄，包含登出入的人員與次數、在怪手中的各項作業(每個功能的增刪修，人與時間)。
2...
執行SCRUM-22 - 看板實務5 - 人月神話
執行SCRUM-22 - 看板實務5 - 人月神話
在軟體開發專案進行中，常會因為需求變更、除錯、測試、發佈等狀況發生，而導致期程落後的情形。此時，專案經理通常首先想到的是，投入人力資源，希望用更多的人力，提升專案開發的速度，企圖讓專案符合預定交付的期程。
在軟體業有著「人月神話」的說法。一般來說，100單位的工作量交給5人作，需要20天。若改成10人作，理論上期程會縮短成10天。但是，這個算法有個假設常被忽略，就是工作之間是彼此獨立的。而軟體專案的開發，通常涉及許多的資料規格、介面、流程等等，...
執行SCRUM-21 - 看板實務4 - 緊急
執行SCRUM-21 - 看板實務4 - 緊急
在執行各種的專案中，緊急要處理的待辦事項常常發生，例如程式執行出現嚴重錯誤、客戶急需某功能修正，有時只是名詞修正，有時需要功能大幅度的調整。此時，在看板中對於此種情形，是另外開闢一條泳道(LANE)，並限制WIP個數。其原因是，緊急狀況的處理必須快速，所以獨立泳道是讓團隊能夠集合眾人的力量，快速地完成。此外，為了避免緊急工作與預劃工作一直切換，造成工程師多工，形成時間浪費，所以要限制WIP的數量。
不過，緊急工作除了藉由看板機制處理外，管理者要思考...
執行 SCRUM-20 - 看板實務3 - 作業
執行 SCRUM-20 - 看板實務3 - 作業
開始作業之後，就按照之前分配的工作及順序，每位工程師都有自己應該負責的部份。通常設定WIP很小的流程區間，會發生瓶頸卡住的現象。有時為了讓工作能夠進行，或者老闆不想看見某個員工閒著，可能會把WIP放大，但放大後，就會產生多工及排隊的現象，所以要謹慎為之。
另一方式是可以設置緩衝區，例如在開發階段，再分成「作業中」及「已完成」，如圖3所示，讓工程師A將完成的待辦事項放「已完成」欄位，可以繼續拉動下一個工作。此外，在完成排定工作後，在SPRINT結束...
執行SCRUM-19 - 看板實務2- 分配
執行SCRUM-19 - 看板實務2- 分配
從使用者故事拆分成待辦事項後，要不要指定誰來作，是個問題。一般看板是不指定工程師，由開發人員依序拿取待辦事項進行開發。而SCRUM是要指定每項待辦的負責工程師。我們團隊因為工程師專業不同(前端工程師、介面UI/UX設定)，所以工作比較無法彼此支援，所以我們採取指定的方式。
待辦事項指定負責人員後，接著要估算story point。我們是利用費式數列來估算(1,3,5,8,13)，是以待辦事項的規模來作評估。這個部份必須說明的是，數字的估算是以完成待辦...
執行SCRUM-18 - 看板實務1-初始
執行SCRUM-18 - 看板實務1-初始
在開始看板實作之前，我們似乎忘了作一件事，就是設定各個階段的WIP(Work in Progress)。WIP的限制是避免多工現象發生，進而產生浪費的情形。但是WIP的設定，通常要依團隊、專案的狀況而變化，沒有一種標準或公式可供參考。而且數字大些，造成多工浪費，數字小些，造成人員閒賦，老闆看了心情不好，所以如何取捨，要多多嘗試，無一定論。
在開發階段有2位工程師，WIP暫定4，測試階段有1位測試員，WIP暫定為2。至於預備階段，則要看每位工程師SPRI...
執行SCRUM-17 - 看板實務0-設定
執行SCRUM-17 - 看板實務0-設定
寫了很多有關SCRUM的文章，大都是以某個觀點來敘述，對於整體的實作流程，或是要注意的事項似乎還是霧裡看花的樣子，所以我在[精實開發與看板實務]這本書，看到有人利用漫畫的方式，展現看板實作，所以也來東施效顰，以漫畫的方式一幅幅來敘說，如何將看板代入實際的作業，如果對之前網路發佈的「一日看板」有興趣的，可以搜尋Henrik Kniberg的部落格。
必須先聲明的是，本系列文章所製作的看板實務，是改編一日看板，再加上自己團隊導入後的作法，所以不見得適用所有...
執行SCRUM-15 – 自主管理+目標導向
執行SCRUM-15 – 自主管理+目標導向
我從學習並運用SCRUM等知識，到目前的感覺是，這個方法強調團隊會自主管理、學習、工作，而藉由小規模而頻繁多次的發布，獲得使用者回饋等，讓專案能夠朝向正確的方向，並充分滿足使用需求，達成專案目標。
如同看過的仿生型蜘蛛型機器人，它具有一個控制的中樞電腦，及分別在6條腿上裝有個自行動電腦。腿上的電腦負責腿的運動，包含前進、後退、遇到障礙物的處置等等，並將資訊回傳給中樞電腦，及聽從中樞電腦的指令。而中樞電腦負責協調，並確認目標、方向，讓整體可以協同一致朝目...
蔡柏良
以土木專業(土木技師)+專案管理(PMP認證)+資訊技術，在營建產業領域貢獻心力