在某一場回顧會議中的對話:
A: 那個需求每次都很不明確, 所以在之後都要花很多時間釐清
B: UI mock 花太多時間做了, 我們拿到時都已經很晚了
C: RD 應該對重要部分進行 code review, 否則後面品質好不穩
A: 測試人員太晚進行 performance test, 導致我們後面沒時間 turn system
這樣的狀況是不是很常見, 在回顧會議中, 大家總是提出很多問題, 很多做不好的地方, 可是卻很少肯定自己做得不錯的部分.
在 command and control 的組織待久了, 人們很習慣做這樣的事情: 試著優先想解決問題, 以糾正錯誤為原則的方式, 來運作回顧會議的進行.
![12 12](https://imageproxy.pixnet.cc/imgproxy?url=https://pic.pimg.tw/kojenchieh/1449671421-2452075246_n.png)
可是, 這兩種運作模式會有什麼差別嗎?
在傳統做法中, 運作模式是這樣的
(1) 解決問題
(2) 產生識別問題的需求
(3) 分析原因
(4) 分析和確定可能的解決方案
(5) 制定行動計畫
所以組織是一個待解決問題的過程.
如果, 你是從欣賞的角度出發來運作的話, 可能會是以下流程:
(1) 欣賞式探詢
(2) 欣賞和珍惜現有的美好事物
(3) 預想可能出現的景象
(4) 欣賞式溝通
(5) 探索, 設計, 創新
所以組織是大家想深情投入的地方, 因為它帶給你一個夢想.
因此, 你是想在現有的狀況下做突破? 還是想把美好的夢想來實踐?
或許不同狀況下, 你必須要使用不同的方法. 但是, 值得你使用欣賞的角度, 來打造不同的世界. 讓我們在回顧會議中, 多使用認同的想法, 思考你想要追求的天堂是什麼.
全站熱搜