scrumban最初是一種從scrum向精益看板轉換的機制，現在它已經支援雙方向的轉換，並可以應用到專案和精簡bau(常規商業運營)工作流。能夠實施scrum和精益方法的相互轉換自然是很好的。但當你的客戶不具備實踐這些方法的條件時，你如何去幫助他們實現乙個靈活的敏捷模型呢？當乙個客戶當下沒有使用scrum、精益看板或者其它任何一種敏捷方法時，他們如何才能從scrumban這類方法中獲益呢？萬一scrumban方法關聯的專案或bau工作流出狀況了呢？你如何去幫助乙個「十分努力才勉強執行」的客戶提公升呢？
\ 敏捷諮詢顧問ian mitchell認為，成功實現敏捷轉換的第一步是實現透明度，利用好看板。
\
\\我認為使用乙個看板（kanban board）就可以達到這個效果。在這個看板上，我們用卡片來代表不同工作。團隊選擇的是scrum方法還是要其它方法並不重要。重要的是這個專案中有這麼一塊板子，並且這個板子是可見的。我認為最初階段的目標就是展示現狀…誰都在做什麼。在這個階段我不會試圖去推動程序。我追求的只是在板子上進行資訊的首次呈現。
\ 通常，最初人們會認為自己有很多任務作要做。現在我將通過標註人們真正做的工作來糾正這一觀點。我們暫且將這些工作都放在「正在進行」狀態列中，並查出是不是有阻礙它們的事情。我將把內部阻礙與外部阻礙分離開——即團隊自身就可以解決的阻礙、必須依靠外界力量來解決的阻礙。我也標註出開發者認為自己很快就可以完成的工作——貼在待辦欄的第乙個。除此之外，我對過程不做其它假設。客戶可以採用「瀑布模式」（wate***ll scheme），也可以不採用。
\
對於乙個典型的看板，相比於大部分人認為開發者應該做的，ian對開發者實際做的和開發者期待自己做的更感興趣。
\ 有些展示的工作和實際任務完全無關。因此，如果這些工作在消耗某些團隊成員的時間的話，我希望這些工作是可見的。\
在這個階段，我們對於看板上出現的卡片數量並沒有限制。\
狀態（看板上每一列的標題）分別是「待辦的工作」、「正在進行中」、「在測試中」（或「在審查中」）以及「完成」。此外還會有乙個「有障礙的」，儘管這一欄的卡片可能會被貼的亂七八糟。\
團隊的定義可能是模糊的，沒有明確的說明哪些人是團隊成員哪些人不是。\
卡上的文字是抽象的…可能只是兩三個字，但在從事這項工作的人能很好地理解這些卡片。\
卡片不一定與合適的、符合驗收標準的使用者故事相關聯。\
各卡片所示工作的工作內容可能有明顯的重疊。\
某張卡片上的工作可能遠比其它卡片上的工作複雜、耗時。但看板並沒有標註這種差異性。\
對完成的定義可能不符合真正完成的要求（如「所有**都已驗收」），或者定義可能是重複的（如「完成測試」）。\
很明顯，這個階段沒有什麼最佳實踐。ian認為，在看板上不會有在製品（work in progress）限制，也不會有對速度以及其它指標的鼓勵、督促或記錄。這是一種有爭議的方法，甚至有些人稱之為「歪門邪道」。很多敏捷指導，包括許多知識淵博的精益教練都提倡在敏捷轉換中首先要嵌入乙個好的流程。如果非要使用看板的話，看板排在第二。
\ ian舉了例項：例如，jim coplien將最近看板的流行看作是taichi ohno推動的一場對精益系統的侵吞運動。coplien認為開發者首先要有乙個優化整體流動性的精益流程。他指出：「我們看到有些團隊採用這種濫用的看板方法，將看板作為一種工具或方法，而不是作為一種『世界觀』，也不事先構建單件流水作業所需的基礎和規律。」coplien還表示，當最優的實踐嵌入以後，我們甚至可能沒有必要再使用看板了。他提到了結對程式設計，並認為這種方法是實現單件流水作業的催化劑，也會降低對透明性的需求。「好的結對程式設計是相當無組織的，」他說，「因為反饋流程是在本地進行的，於是一下子間開發者就不需要文字化的看板了。」我考慮了這個觀點背後的理論依據。不過，我認為看板具有重要價值是因為它可以作為提供透明度的工具，而不是因為它是所謂的系統「世界觀」的一部分。我認為這是為實現成功的敏捷方法所邁出的探索性的一步。你總要從某個地方起步…並且按我的經驗，實現敏捷方法的關鍵是清楚的認識你現在所處的狀態。
\
\當然我也看到了一些例外。例如，jeff sutherland帶著他的scrum轉換「休克**」投身到「過程改進第一」的大陣營中，我也清楚這之後的基本原理。我認為這種方法類似於學習外語時的「全浸入」方法。在我看來這是一項偉大的方法….如果你僥倖能夠成功的話。毫無疑問，「休克**」可以帶來很棒的結果，而且其它方法可能需要很長時間才能達到這麼好的結果。問題是很多客戶——我甚至可以說絕大部分客戶——在採用「休克方法」方法時並不具備很大的吸收能力。這並不是因為缺乏勇氣。乙個組織很少進行整個組織的轉換。實際上，你僅可以幫助整個企業中很小的一部分。你可以幫助那些依賴於非敏捷部門並且深受限制的人們，那些持敵對態度的人們，或者那些在與其它部門交涉程序緩慢的人們。看板上貼出的第一組卡片所描述的工作中，有百分之九十以上都將會因為這些依賴性而停滯。認識到這一點，並意識到需要尋求解決辦法已經是客戶所能達到的極限了。所以我認為首要的是展示什麼在發生。這也是最初引入看板的原因。我希望可以做到透明度第一，這樣我就可以展示什麼在進行。當然當我們想要更好地實現敏捷方法時，我們要改進流程，但這是第二位的事情。
\
敏捷改進與敏捷轉型
用什麼詞來描述某個組織採用敏捷呢？敏捷採用？敏捷匯入？敏捷轉型？敏捷引入？敏捷改進？從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的，大體可以分為專案級 部門級和公司級，不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣，可以採取的手段不一樣。敏捷轉型 在得到了組織管理者支援情況下，從原...
敏捷改進與敏捷轉型
用什麼詞來描述某個組織採用敏捷呢？敏捷採用？敏捷匯入？敏捷轉型？敏捷引入？敏捷改進？從這些詞當中可以發現不同級別的組織採用敏捷是不一樣的，大體可以分為專案級 部門級和公司級，不同組織級別的敏捷匯入or轉型or改進得到的高層支援不一樣，可以採取的手段不一樣。敏捷轉型 在得到了組織管理者支援情況下，從原...
如何敏捷轉型
敏捷開發 agile development 是目前眾多大小網際網路企業廣泛採用或者嘗試轉型的一套提公升工作效率和質量的方式，以適應it行業快節奏帶來的不確定性。敏捷開發是先將產品做出來，交付或者上線，在實際應用場景中彌補需求的不足，快速修復後發布新版本。特點 可快速交付 迭代 以人為本 小版本 特...