執行SCRUM-17 - 看板實務0-設定
寫了很多有關SCRUM的文章，大都是以某個觀點來敘述，對於整體的實作流程，或是要注意的事項似乎還是霧裡看花的樣子，所以我在[精實開發與看板實務]這本書，看到有人利用漫畫的方式，展現看板實作，所以也來東施效顰，以漫畫的方式一幅幅來敘說，如何將看板代入實際的作業，如果對之前網路發佈的「一日看板」有興趣的，可以搜尋Henrik Kniberg的部落格。
必須先聲明的是，本系列文章所製作的看板實務，是改編一日看板，再加上自己團隊導入後的作法，所以不見得適用所有...
執行SCRUM-16 – 看板方法KanBan method
執行SCRUM-16 – 看板方法KanBan method
我們希望在SCRUM有效管制迭代工作，所以採用「精實作業」提出的看板方法(KanBan method)。這個方法是David J. Anderson在2005年提出，並成功地運用在軟體開發上。簡單來說，看板方法是一種流程管理的方法，透過視覺化的型式了解自己及團隊的工作，並半自動化的控制行為。我們所用的JIRA也是一種運用看板管理的軟體。
看板方法有4個基本原則及六大核心實務，當然在使用這個方法會覺得，好像很多原則及操作方法，不過這裏還是...
PMIS記事4 -淺談落後指標、預測指標、領先指標 (更新)
PMIS記事4 -淺談落後指標、預測指標、領先指標 (更新)在臉書-商周.COM看了「這個櫃姐，賣出的鞋子數量是同事的3倍！一個故事看「領先指標」和「落後指標」的差別」(https://www.businessweekly.com.tw/article.aspx?id=21932&type=Blog&fbclid=IwAR3GeOwoR-d3-iwdIxbspK-15eQj4rlmM5xt1bfFKwkOD_4Uw4jHqcXrpsU)，在文章中有個淺顯的舉例，節食和運動是減肥的領先指標，磅秤上顯現...
執行SCRUM-15 – 自主管理+目標導向
執行SCRUM-15 – 自主管理+目標導向
我從學習並運用SCRUM等知識，到目前的感覺是，這個方法強調團隊會自主管理、學習、工作，而藉由小規模而頻繁多次的發布，獲得使用者回饋等，讓專案能夠朝向正確的方向，並充分滿足使用需求，達成專案目標。
如同看過的仿生型蜘蛛型機器人，它具有一個控制的中樞電腦，及分別在6條腿上裝有個自行動電腦。腿上的電腦負責腿的運動，包含前進、後退、遇到障礙物的處置等等，並將資訊回傳給中樞電腦，及聽從中樞電腦的指令。而中樞電腦負責協調，並確認目標、方向，讓整體可以協同一致朝目...
執行SCRUM-14 –當下解決VS之後解決，效率差24倍
執行SCRUM-14 –當下解決VS之後解決，效率差24倍
在書中第1次看見這個數字，有點嚇到，尤其自己在寫程式的領域中，遇到程式缺陷時，對於修正所花的時間，並不會很仔細的記錄及計算，所以在看到這個point時，就仔細研讀了一下。書中所提到的是，當工作完成並由測試人員進行整合時，發現到缺陷，是要求立即改正，還是等幾周後，目前工作告一段落，再來改正，那一種花費時間較少呢?
根據統計，幾周後再改是需要花費24倍立即改善的時間，這與缺陷大小、複雜度無關。這個涉及人類大腦限制的問題，因為人腦記憶的事是有上...
執行SCRUM-13 – 使用者故事User story(5)
執行SCRUM-13 – 使用者故事User story(4)
而實際上故事的撰寫，通常是從使用者的觀點出發，所以常會很難解析到工作卡片。或者是故事太大、太抽象等等，無法拆分為工作卡片，所以有下列幾種方法可以來切割、重寫、釐清、定義: (精實開發看版方法/李智樺)依照工作流程，拆解流程中的步驟，增量陸續完成。採用業務規則，區分主次要，再釐清使用者的主要需求，再拆解成大小不一的小故事。簡單或複雜場景，有時考量的因素太多，讓故事無法收斂。此時先發展一個最簡單的版本，讓團隊可以依此得到成果，給使用者驗証。...
執行SCRUM-12 – 使用者故事User story(4)
User story之前有提過，是針對實際使用者的需求、場景來描述，讓開發人員可以從中了解開發的目的、預期的結果或產出。現在來更詳細地說明一下，如何來列述故事及其原則。在SCRUM的使用者故事是依照INVEST原則(Mike Cohn)。Independent獨立，有採取行動的可能性，可完結的，不能與其他故事牽扯，讓團隊可以獨立完成完成，不受其他使用者故事影響。Negotiable可協商，在工作還沒完結前可以持續討論，預留修改空間。Valuable有價值，為顧客、使用者或關係人傳遞價值，並且能夠明確...
執行SCRUM-11 –半成品的限制WIP
上一篇文章有提到WIP(Work in Progress)，而它的概念來自看板方法(KanBan Method，會在之後詳細介紹，可以先視為控制流程的方法)，有些書籍翻譯為「半成品」，我覺得有表達出隱涵的「未完成」意思。而限制WIP的數目，是為了讓團隊手上的工作，在一個階段中可以集中心力來完成。如同之前文章所說的，未完成且發布的功能，其成效為零。即使作了許多的努力、花費SPRINT時間、投入很多的資源，但是未完成的工作，是不能算入績效的。
舉個例子來說，若設定kanban階段為預備->開發->測試...
執行SCRUM-10 – 執行角色
在執行SCRUM一般有三種角色，分別為「團隊」、「SCRUM教練」、「產品經理」，團隊是主要的工作執行者，必須擁有完成工作的必要技能，且自行決定要如何完成工作。一旦開始進行SPRINT，便鎖定工作項目，除非是緊急項目，需要立即被處理，不過緊急項目為了不干擾原有排定工作卡片，一般設定WIP(work in progess)=1(之後再來說明WIP)。
另外需要說明story point的設定，除了估算專案期程外，對於團隊會有約束的作用，尤其有些工作例如設計、排版、動畫，是比較無法以完成度來評估是完成...
執行SCRUM-9 – 站立會議
每日的站立會議是執行SCRUM很重要的事。所有人應該在每日工作前簡單報告3項，包含「昨天做了什麼? 」、「今日準備作什麼?」、「 有什麼阻礙你(團隊)前進的因素? 」。藉由簡單的報告，團隊成員都知道你的進度，彼此協同配合，如同一隻成功的球隊，你會知道每個隊員位置及後續動態，彼此可以充分配合，完美地配合拿下勝利。
會議不需要跟上級回報，只是團隊內部的會議，原則不超過15分鐘，每天同一時刻、全員參加。而在團隊可能因工作區域無法聚在一起開每日站立會議時，藉由視訊會議亦是變通的方法。而我們更簡化會議的召開...
蔡柏良
以土木專業(土木技師)+專案管理(PMP認證)+資訊技術，在營建產業領域貢獻心力