黑先生

【HR人資x敏捷 介紹】 假如在公司有個機會，可能是HR被要求來了解敏捷，或者是HR突然對敏捷感興趣，來對HR介紹敏捷的話，你會介紹哪些內容呢? 這又是另一門領域了，有興趣的可以搜尋一下簡報相關技巧與資訊。就直接破題切入，分享我的簡報概要內容，提供給大家參考囉! 首先，開場很重要，不要忘記分析聽眾，他們想要聽的目的是什麼?也許有幾種可能， ●未來可以找哪一位顧問或教練來協助公司 ●敏捷可以讓公司產生怎樣的效益 ●如果要改變，有哪些地方可能會要變革或影響 ●大概會需要怎樣的成本、投資、方式與時間 ●目前公司在哪個階段、有哪些阻礙，下一個階段又是什麼(提供可想像的情境) ●可能會遇到哪些反應 先給予真正想要的 資訊/痛點 後，再來設計整個簡報的內容，讓整個過程可以是有系統連貫性的。同時不要忘了，我們面對的是行政單位，不是工程單位，用的話語跟想法如果太直接，有可能會讓對方比較無法吸引、理解，那就浪費了一次寶貴推銷機會了。 通常來說，行政單位對了解怎麼執行敏捷的意願度普通，所以大概介紹一下就好。效益，也許是他們更在意的。試著用User Story的方式讓自己融入HR的角度，去發想簡報需要的議題，是個不錯的練習。 而HR在乎的有 人員編制、考核、公司核心價值、角色職能、組織、文化、激勵、溝通協調、執行效率、團隊合作、當責...等等。最有效果的簡報就是提供對方沒想到的驚訝點。 提供我自己的簡報內容大綱(一小時) ●把公司的核心價值或使命或願景，與敏捷的結合落地執實當做簡報的開頭。 ●分享 碼蟻的故事 ●產品開發價值 ● 一般專案管理 vs 敏捷專案管理 、 PM vs SM 、TEAM ●敏捷的元素、流程、思維、生態、證照/價值 ● 績效、考核、管理觀念 ，一般績效考核與Agile價值觀的衝突 ● KPI可能要怎麼寫 ●如果時間還允許的話，來個體驗活動會更好。我是以"影響地圖Impact Mapping"視覺化工具，讓HR有機會反思，如果要導入敏捷的話，可能會有哪些影響和對應行為要做。在短短的體驗過程中，順便帶入了敏捷更多更細的介紹與Q&A，讓HR更有感。 ●最後就是再次提醒，不要為了敏捷而敏捷

【敏捷 456一直走~】 延續上一篇  敏捷 123起步走~  ，如果專案短期內用Scrum跑完的話，進入維護階段或準備承接新的專案，中間的過渡該怎麼做呢? 繼續跑Scrum或者停止或者....? 同樣的，先來分析一下團隊與專案背景先，再來決定該如何下一步囉。給大家一個提醒點，當出現 ?問號 時，先不要急著想答案，試試系統思考的觀念，先去觀看、分析一下目前整體狀態後，再去針對"對的問題"去找出正確的解決方案。 找到對的問題永遠比找解決方案還重要。 如果在找對的問題時卡關，試試用  HMW(How might we)我們該如何 這個思考框架，輔助我們突破觀點去重擬一下問題。 回到此篇正題，提供我的方案給大家參考。如果已經完成專案階段任務，是該繼續Scrum還是有其它方式呢? Kanban看板方法  會是個不錯的選擇，當然還是要彈性的加上Scrum的會議，讓專案可以持續銜接下去。這大概會是怎樣的情境呢? 我的引導會是這樣： ●如果再繼續Scrum下去，大家手上任務能夠有MVP定義來迭代目標? ●盤點目前狀態or待辦清單，到下一個專案進來前，可能會有的任務，用便利貼貼在任務板上 ●檢視任務是否都是碎片零散，評估以Scrum方式進行的利與弊(不要忘記Scrum是衝刺狀態，如果真的有好好跑，其實對團隊是很耗心力的。) ●在大家的同意下，詢問是否繼續Scrum，或是用Kanban方法彈性進行 ●WIP的與否也是彈性，重點還是在任務被視覺化出來後，能有機會被持續看見與討論 ●再來就是和成員討論要保留哪些會議，才能有持續改善的機會 ●Daily必要，但不一定只在15分鐘內 ●可另外用另一個欄位記錄下一階段要進行的專案資訊，陸續蒐集與定義，也可在Daily中適度的同步'分享資訊 ●Review則在過程中有需要就進行，也可以拉到Daily時分散進行 ●Retro. 視Done欄位任務單數量，累積到一定程度後，可以召開會議消化掉清空欄位 ●SM持續觀察團隊狀況，當下一專案資訊量足已進行2個Sprint後，就可以考慮重新啟動Scrum 結論： 以上這樣，團隊就有能力識別，在不同專案底下做不同運作方式。SM則在適當的時機與事件下，找出必要的知識與技能傳授予團隊，讓他們自然而然的能感到無違和感的繼