Recommended
More Related Content
Viewers also liked
Part b02 a段架構師-創新思維_twok
- 2. 內容 1. 溯因推理與創造性 2. 溯因推理基本觀念 3. 孔明的溯因推理範例 4. A段架構設計 5. ”假定-否證”= 刪除法 6. 麥肯錫公司的商業應用
- 5. ★ 溯因邏輯是<假定-否證>的邏輯，透過檢 驗方式，發現走不通的路，就刪除之(減 法) 。 ★ 熟悉溯因思考，就能擁有諸葛亮(孔明)的 高度創意(如三分天下和空城計) 。 ★ 熟悉溯因思考，就像麥肯錫公司一樣，展 現高度的商業價值。
- 7. 新 創 老 高 的 師
- 22. Q：養乳牛的村莊裡許多人沒得天花
- 28. • 例如，P: 停在斑馬線上的車子，發現了其 中一輛或多輛車子沒被罰(~Q)，就否定掉 該項假定性推理了。 • 為了更通俗易懂起見，剛才的溯因推理範 例，可以簡化如下：
- 31. 言 前
- 39. 天花免疫 Q
- 43. ”假定-否證” • 例如，P: 停在斑馬線上的車子，發現了其 中一輛或多輛車子沒被罰(~Q)，就否定掉 該項假定性推理了。 • 為了更通俗易懂起見，剛才的溯因推理範 例，可以簡化如下：
- 45. 得過牛痘有 天花免疫力 H
- 51. 發 e)開 gil 理 (A 推 捷 因 敏 溯 的 於 體 基 軟 是 也
- 52. • 在傳統的Waterfall軟體發展裡，屬於演繹 邏輯(左圖)：從需求可演繹出來代碼和架構。 • 敏捷開發，屬於朔因邏輯(右圖)：架構和代 碼都不是純然從需求演繹出來，而是假定否證的邏輯。 • 所以，敏捷的TDD主要任務不是來證實你 的架構和代碼，而是來否證，並將被否定 的部分回饋回去給架構師和開發者，而帶 動一次新的反覆運算。
- 53. 願景 •造 • 足 形& 夠好 樣式 架構 軟件 (代碼) 設計
- 54. 願景 •造 • 代 形& 樣 • 持 碼重 式 續整 構 合 需求 設計 (測試) (測 試 (回饋&修正) 反 (回應&引領) 饋 ) 軟體 (程式)
- 55. 4、A段架構設計 基於軟硬整合觀點 Mapping from Vision to Reality
- 56. • 管理學大師 比得.杜拉克(Peter F. Drucker) 指出，決策往往不是從真相開始的，而是 從想法開始。 • Hypothesis是不依賴事實根據或邏輯推理 的假想，做為驗證的命題，為了驗證才去 進行分析、搜集事實。
- 59. • <從未來回顧今日>就是： Mapping from Vision to Reality • 對架構師而言，尋找Vision並非最關鍵之事。 反而，透過 Mapping from vision to reality 的動作來找到Vision --> Reality之間的<連 線>才是架構師最關鍵的本事。
- 61. • 一位架構師的vision，並不是看到別人所沒 看到的景象。而是別人都從現在遙望未來， 看到reality(現實)----> problem X 的密切 關聯；而有效架構師則從未來看回來，看 到problem Y --> vision的密切關聯。 • 彼眾人陷入problem X泥糟之際，他解了 problem Y並實現vision。
- 63. Vision(夢) Mapping(想) from vision to reality Reality(真實) EIT Pattern(形成)
- 67. 也 計 程 設 過 構 捷 架 敏 要 需
- 68. 聆聽Fred George怎麼說 ◎ “As an architect, I will implement the most difficult parts of a system.” (身為架構師， 我先實現系統裡最艱難的部分。)
- 69. ◎ “I call it "pioneering", the process where I see if an idea in my head actually is a good idea.” (我稱它為”先驗過程”，這過程檢視我的 設計理念是否足夠好。)
- 70. ◎ “I will always refine the idea in that first implementation. Then I feel comfortable letting the rest of the programming team follow that pattern. That is the architecture.” (在這先驗過程的實踐中，我會不斷修正設 計裡念，直到有了感覺足夠好的設計模式。 然後才讓開發團隊跟進；這項設計模式就 是系統架構了。)
- 71. ! ! 示 啟 ◎ Simple solution是足夠好的架構，它也是 來自反覆過程(“Always refine …”)。 ◎ 架構師在設計出simple solution時，已經 進行了無數次心智內的敏捷反覆過程了。
- 73. (刪 證 否 ) 除
- 75. • 一位架構師的vision，並不是看到別人所沒 看到的景象。而是別人都從現在遙望未來， 看到reality(現實)----> problem X 的密切 關聯；而有效架構師則從未來看回來，看 到problem Y --> vision的密切關聯。 • 彼眾人陷入problem X泥糟之際，他解了 problem Y並實現vision。
- 84. 麥肯錫公司的<MECE + FBA>思維 ◎ MECE是建立一個樹狀的議題架構。 ◎ FBA是在架構引領下的現實(Reality)收集和 分析，以便核對總和刪除不現實的議題。 麥肯錫：著名的McKinsey顧問公司 MECE ：mutually exclusive, collectively exhaustive FBA ：Fact-based analysis
- 85. • 基於MECE原則來擬定扎實的議題起始假定 (Initial Hypothesis) 。 • 然後展開探索更細節的議題假定，逐漸建 立出扎實而完整的樹狀議題架構(又稱議題 樹) 。