我們是怎麼搞砸scrum的? how did we screw it up?

?王泰瑞 , Terry Wang 2015/ November/ 14

How Did We Screw It Up我們是怎麼搞砸 scrum 的

Confidential. Wang Terry, Chuan Yun, all rights reserved.


在開始之前 ...


這個世界並不完美


我也並不完美


?我們是怎麼搞砸 scrum 的- 故事背景- Retrospectives- 小技巧- 結論

大綱


故事背景

公司 ?• 硬體公司• 用 SOP 加甘特圖來管理進度• 喜愛 Costdown


故事背景

部門 (BU) ?• 硬體部門• 想做 App 來當作硬體的加值


故事背景

主管 ?• Firmware 出身• 覺得 Waterfall 的開發法怪怪的，但勉強可用• 強勢領導出貨的時程


?

故事背景

開發團隊• 第一個專案

• 幾個 Android Apps• 4, 5 Contractors

• 第二個專案• TV Box• Designers + Developers + QAs


問題

故事背景

?



大綱


- 向上管理 - 專案管理- 估計- Agile Practice- 團隊- 我自己

Let’s do the Retrospective!

:) :(&


向上管理 :)• 把 Agile 教給管理高層• Stacey Matrix

需求改變頻率

開發的工具掌握度高

高

低低

工廠生產室內裝潢耕作鋪路

軟體開發


• 把 Agile 教給管理高層• Stacey Matrix• Cost down?

向上管理 :)

Confidential. Wang Terry, Chuan Yun, all rights reserved.from:http://www.ambysoft.com/essays/whyAgileWorksFeedback.html

http://www.ambysoft.com/essays/whyAgileWorksFeedback.html


• 把 Agile 教給管理高層• Stacey Matrix• Cost down?• The Joel Test: 12 steps to Better code

向上管理 :)

http://www.joelonsoftware.com/articles/fog0000000043.html




• 把 Agile 教給管理高層• Stacey Matrix• Cost down?• The Joel Test: 12 steps to Better code

向上管理 :)


向上管理 :(• 無法改變 Waterfall 的心態

• “ 你 Spec 不 Firm ，我的工程師不開工”• “ 設計師 Wireframe 不出來，我的工程師不開工”• “ 你程式都還沒寫完，是要 QA 測試什麼 ?”


向上管理 :(• 不透明的文化• 老闆去開會，決定的事情回來基本上不大會宣布• BU 有一種報喜不報憂的風格




:) :(&


專案管理 :)• 成功讓第二個專案的 PM 變成 PO 了• 願意相信開發團隊• 願意對外擋砲火，背黑鍋• 承認一開始浪費太多時間，導致軟體拖累硬體• 對要做的事情排出優先順序


專案管理 :(• 無法把 release planning 做好• 第二個專案的軟體的 schedule 搭不上硬體的 EVT/DVT/PVT 的

schedule


專案管理 :(• “ 有這麼難嗎“心態• ” 這應該很簡單吧“心態




:) :(&


估計 :)• 團隊願意相信 Planning Poker 的機制，與點數代表的意義• 願意在 Sprint Planning 時講真話


估計 :(• 主管的小孔明心態

“ 我覺得 Terry 他們六個月一定做得完”“Terry 啊，其實你這個問題，我三個月前就看到了，只是我沒跟你說，要讓你自己發現．”

• ” 估計其實是一種猜測，把猜測當作是承諾是很危險的“ - from Clean Coder




:) :(&


Agile Practice :)• 大家都唸了 Clean Code, Clean Coder• 從無到有的有了簡單的 CI• Code Review• 有人開始寫 unit test• 有人開始小小的 TDD• 開始屏棄“會動就好”的心態，注意程式碼的品質


Agile Practice :(• unit test 不夠多• 出現了 Layout 專家， Database 專家等等• 沒有慢慢的擴大 DoD (Definition of Done) • 等待命令，等待標準答案• A 看不懂 B 的 code ，是誰的錯？ • Pair Programming… 真難 ...




:) :(&


團隊 :)• 帶出了幾個相信 scrum developer• 願意為了反映需求的頻繁更改，而去改程式


團隊 :(• 第一個團隊• 還是有“會動就好”的心態

• 第二個團隊• Designer 無法適應 scrum 的節奏做 UI/UX 的設計，與他們在學校所學不同 • 標準答案心態




:) :(&


我自己 :)• 把 Agile帶進硬體公司，讓一大群人聽過 Agile 與

scrum • 讓一小撮人願意相信 Scrum


我自己 :(• 懂得太少，要學的太多• 經驗不夠• 專案畢竟最後是失敗了，雖然現在看起來好像是好事 • scrum master + programmer 真的不是個好主意


現在回想起來…其實都是心態問題


問題

故事背景

心態


哪些心態是不好的？• 不透明• 有這麼難嗎• 這應該很簡單吧• 小孔明• 會動就好• 標準答案


敏捷心態• 擁抱改變• 早期發現早期治療 • 透明 • 估計，不是為了“準”，是用來做出對策 • 沒有標準答案，只有好與更好的答案• “Plan is nothing, but planning is everything.”

- Dwight D. Eisenhower


敏捷心態• 從失敗中學習 • Fail Early, Fail Fast, Fail Better

• 無我 : A Rock Star vs Studio Musicians - from “Scrum Shortcuts without Cutting

Corners“



大綱


小技巧• 先說服大老闆• 多花點錢，找夠強的工程師• 由看板 (KanBan) 開始，各部門會比較容易接受• 找真的有經驗，會 coding 的顧問


小技巧• mindset 只能潛移默化• 人的問題慢慢來比較快 • A good design is about making good compromises.

• 三件事情可以增加軟體專案成功的機會 • 寫越少的程式越好 • 做越多的測試越好 • 越早開始越好


小技巧• 千萬不要發明自己的

scrum



大綱


戰鬥戰術戰略


推動 agile 的人要有很多很多很多的熱情


如果熱情用完了 ...


Work with Pros! 去與專業人士共事！！


其他一些網路上的演講與文章1. How To Fail With Agile by Mike Cohn

https://www.mountaingoatsoftware.com/articles/how-to-fail-with-agile

2.The Power of an Agile Mindset by Linda Risinghttp://www.agilealliance.org/resources/learning-center/keynote-the-power-of-an-agile-mindset



http://www.agilealliance.org/resources/learning-center/keynote-the-power-of-an-agile-mindset

http://www.agilealliance.org/resources/learning-center/keynote-the-power-of-an-agile-mindset

我們是怎麼搞砸scrum的? how did we screw it up?

Software