# 2021/05/19_台灣敏捷部落(TAT)共筆_敏捷企業該知道的問題解決力_Hermes Chang

>
###### tags: `敏捷`
## 共筆快速入門
https://hackmd.io/s/quick-start-tw
<font color=#f00>**如果有需要貼入圖片可以直接螢幕截圖放到本共同筆記裡,如以下影片示範**</font>
[https://youtu.be/W2tIBZiTYR0]
如果換字體顏色, 把以下程式碼拷貝來改即可
* <font color=#f00>紅字</font>
* <font color=#00f>藍字</font>
* <font color=#390>綠字</font>
## 主講人簡介

## 打個廣告，歡迎大家加入
**敏捷盛會 RSG 第一次落地在台灣**

## 敏捷企業該知道的問題解決力

在不知道敏捷之前，解決問題都是土法鍊鋼，
知道敏捷之後，有一些工具可以幫忙解決問題。


#### 【敘畫】
-用畫畫的方式把理念和概念呈現出來
-透過身體語言呈現，不一定是意識，而是用身體去作畫
-筆觸、風格、落筆內容，都是無意識的
-過程中不斷感知、看見，進而呈現

左腦到右腦，讓知識在腦袋中談判，知識比較容易留下來




PO 可能也是一個 Problem Owner. 解決一系列的問題/一個問題的集合，利用ownership解決
Ex: Zoom 這個 Prodcut ，就是解決遠距的問題。



一點點的變數，變異，波動，市場就會有很大改變。這就是 VUCA 時代。
eg:2019年底做的2020年計畫已不符合、2021年初就有了很多變化
每天都在面對問題，每天都在解決問題。
4 月的時候 COVID-19 不是台灣的問題，現在是了。




PM 和工程師不是同一個團隊時，每天都在上演一樣的事。


所以，應該是由誰來解決問題呢？

PM，老闆?





解決方法需要用人腦來做判斷，而資訊在每個團隊的人身上

因知識和架構快速的發展，所以無法總合在單一人身上，需要結合大家的資訊才能夠解決問題。

授權讓你的團隊來解決問題，支持他們


作為一個問題解決團隊，需要一些要素，才能比較好的來解決問題。


願意-承擔、接受、不逃避的意願
=>一個願意承擔的團隊



熱情 -問題解決、 持續學習、持續思考

所以，一個願意承擔有熱情的團隊是我們需要的。


能力-VUCA不可逆的情況下，技術、知識不斷增加，
團隊在成形的過程中，使能力被培養、引發出來

*Scrum Backlog



第四個要素 : 一致的目標
也是一個湧現的過程，一個團隊也是慢慢的成形。

目標一開始也是發散，然後不斷的聚焦，在工作中不斷的收斂。


通往是一個過程，而不是第一天就形成。


eg:復仇者聯盟

團隊初期：自我、英雄主義
經過衝突、磨難、轉折
歷經7年後呈現自組織、解決問題的團隊


團隊方向不一致=>掙扎、針對、衝突=>方向一致=>自組織、相互合作、溝通、產生效能=>歸於平靜、另做調整

任何一個團隊從開始到產出效能都會經歷這個過程。

SM 應該留意團隊正處於哪一個階段並有意識的把它推到下一個階段。


問題解決力的引發

左：技術
右：處理的事

傳統團隊 : Component Teams (單一功能)
敏捷團隊 : Feature Team (End To End)

過去Backlog 接受的只是一個單一功能，進展到Backlog 接受的是一個問題。

代表的是團隊能力的展現，能夠解決問題。


在過程中學習，團隊不斷長大
高層給予寬度，更有機會邁向跨職能
可控範圍內使團隊可處理的事情更廣


辨識、定義、方法、行動、回顧=>辨識...


問題的複雜維度有 4 種
- Complex （複雜。假設=>感知=>回應）
- Complicated （繁雜。感知=>分析=>回應）
- CHAOTIC （混沌。行動=>感知=>回應）
- SIMPLE （簡易）

了解問題，探討，嘗試，讓問題從上一個維度到下一個維度（混沌=>複雜=>繁雜=>簡易）
最後落到 SIMPLE 這個維度，讓問題變得簡單容易處理。


那答案呢？


SM, Agile Coach 一輩子的問題

如何讓團隊擁有動力，從內部引發，讓團隊/客戶找到問題/答案
而非外部給予

相對困難的一個部份。


SM，Agile Coach 的一招 : 提問

提問：引發反思
反思：帶來看見
看見：從內引發、找到某種程度的答案or問題的根本
答案：自己找到的，非標準答案
嘗試：有結果
結果：返回提問

SM， Agile Coach, 主管，要做的就是提問
讓團隊不斷的反思，嘗試解決，找到答案。


開放性問題：答案是開放的，eg：申論題，可引發更多的反思


廣度：針對問題，我不斷的去問 6 個問題(5W1H)，你就會了解它(有更多的資訊），你就會有答案。

深度：同樣的也可以問 5 個 W, 5 個 Why。
針對前面的答案再去問為什麼，深入問題的根本原因。


引發反思，引發看見，解決方法會由團隊的心中湧現出來，是內部引發的，是動力而不是推力。


產生畏懼=>無法做到

讓團隊有信念、認為做得到=> SM、Agile Coach 的使命


因為個人的相信，團隊的相信
自然會伴隨/產生方案或作法，解決方法

相信會產生動力。


事情由簡單開始做起
eg:報到時用看板方法統計訂便當的口味數量 or 產生訂便當的系統

先讓它開始，Start Simple , 有了開始，就會水到渠成


Prototyping, 0.8 法則
當產品完成 0.8 時，就應到拿到市場上取得回饋
千萬不要做到 １
可由 0.6、0.7 開始不斷收取回饋、改進，使產品得以成功

團隊可自行定義 % ，maybe 0.1、0.3也可


做事情常有困難，阻礙。告訴自己，睡一覺，隔天就會有辦法了。

清醒夢：睡前先思考明天要做的事情，睡夢中就會進行，隔天則有相對做法產生 （參考[唐鳳](https://www.lezsmeeting.com/post/read/993)）


我信仰，我相信，行動影響未來

eg:
相信敏捷是好的
期待未來的世界是個敏捷的世界
則從現在起用敏捷的方式/價值觀/思維/應對/反應在生活上
則未來才有可能變成敏捷的世界

現在：讓自己是
未來：才會是期待的樣貌

## 好書推薦

## 我是 Hermes，期待和大家建立連結


## Q & A

#### Q : 相信就會看見, 請問, 當事者的內在有何機制改變, 使得答案出現?

連結是無意識的，當你的相信在腦中產生時，在無形中就在你的心中和大家產生連結，當你的相信很強烈，就會產生強力的激盪，讓事情完成。

#### Q : 敘畫
敘畫是透過身體的語言，把它呈現出來。
粗細，顏色，是靠自己的無意識所呈現出來的。


不是一天就形成，是在過程中不斷的看見，感知，把它表達出來。

#### 敘畫與敏捷的關聯

敘畫是 U 形理論，是感知，是一種預測

【一本書有一句話讓你感動、啟發就夠了】
敘畫，則是將最觸動你(代表能量最強)的部分畫下來

#### Q :組織團隊中有能力或年資不同，推動敏捷時，有時資深員工常會反抗，影響其他員工。抗拒敏捷（因為怕被取代）！老師建議如何處理這樣資深員工？

提問=/=質問
用提問的方式讓他感受到好處是什麼
直接讓他看見「敏捷的樣子」（自己）

有時候，慢慢來比較快

#### Q : 推展跨職能的團隊是否有遇到阻力, 因為這個跨逐的部份, 可能是公司企業其他的業務, 以及想詢問老師是否有建議解決方法?

中華電信的答案，感動的答案

跟上游、下游的團隊把介面做一個溝通，一個良善的溝通
阻力就不存在了，就是一個虛擬的跨職能團隊。

以批判的方式進行溝通則無法

#### Q :生命安全相關的事, 也能敏捷方式來解決or預防?

先思考對於事情的價值評判何為最大？

假設生命為大，則以相對無價的代價去保全生命安全
因為生命無價

#### Q : 剛剛有提到提問，用意是引導對方反思，自行找到答案，但本身有遇到的情境是，對方直接說他不想思考，希望我直接跟他說答案或解決方案，對於對方這樣的反應，有沒有什麼建議？

"你會問問題嗎？這本書，有一些提問的方法可以幫助你"

學習如何讓提問相對平緩、溫柔、善意、柔軟
不會讓人感受到對抗、抗拒

一般人不喜歡聽到「為什麼？」
因為「為什麼？」代表一種指責

將 為什麼 轉換=> 是什麼

或是，透過無害的第三方進行提問 eg: Coach
展現不同的方式與善意，也許可以有所改善

#### Q : 老師可以多敘述你想成為改變動機與過程感受?

了解 VUCA 時代的情況，進而知曉敏捷且被支持

過程中會受到指責、批判，必須勇於不同的去承受，即使感到不舒服也要堅持與他人不同

在不同的情況下形成典範、被他人看見，則可以發揮影響，讓世界變得更好

#### Q : 一個願意承擔且有熱情的團隊,並不斷培養能,通往一致的目標---> Hermes 有提到"培養能力"或是"一致的目標",是一個漸進的過程,可能不是一開始就有--->可否有個實際工作上的例子可分享?

*初衷，當你投入的時候，有些東西已經不見了，因為這世界需要根據市場去做調整、改變、妥協

*SM 透過 5 個價值讓團隊去學習跨職能的能力、做更多的事情

*目標會改變且不斷去調整

*透過 headHunter 增加團隊跨職能的能力。

#### Q : 敘畫要怎麼學？

請搜尋參考 敘畫老師ＦＢ： Jayce PC Lee

#### Q：硬體專案適合用每捷開發嗎?對改良式敏捷硬體開發的評價為何（Modified Agile Hardware Development,MAHD）

基本上也適合
因現在已非皆建模、大量，現在大多是小量、敏捷

可以去網路上找後疫情時代開發的分享影片