iT邦幫忙

2023 iThome 鐵人賽

DAY 3
1
Software Development

敏捷聖徒系列 第 3

Day 3:「我的需求很重要」-- 談優先度

  • 分享至 

  • xImage
  •  

故事是這樣的

約莫五六年前,我在某一個單位聽到以下的對話:

甲:「那個某某某部門,聽說好像要導入一個新方法,好像叫什麼敏捷開發之類的。」
乙:「敏捷開發?那什麼東西?可以吃嗎?」
甲:「不太確定,但好像就是開發跟接單都改成以兩個禮拜為單位,中間好像不能插東西之類的。」
乙:「什麼意思?什麼兩個禮拜,我不能有問題隨時去找他們嗎?」
甲:「不是不行,但他們好像不會馬上處理,好像就會等週期結束再決定要往下做哪些待辦事項。」

中間一些細節我忘了,我只記得這個對話停留在一個聽起來怪怪的卻又不知如何反駁的地方…

乙:「蛤?那我還要等他們兩週喔?那不是變慢了嗎?導入這個會變慢的東西幹嘛啊?」

敏捷開發的 Post-condition

上面這個故事現在回想起來其實吐糟點還蠻多的。不過有鑑於我們還是有主要的議題主題,於是我就先收斂目標,專心吐糟「等兩週」這件事上。

回到大家都還不知道世上有「敏捷開發」這玩意兒的那些年。身為開發單位,那時我們都是怎麼解決來自公司內部不同業務單位的需求的?如果回想這件事讓你感到不悅,那我們來角色扮演一下,假裝你是業務單位的一員,正在與同學討論一個你希望趕快完成,但開發 Team 已經跟你延了好多次上線日了…

「哎呀這個案子被延好幾次了,再拖下去我們工作都不用做了…」
『不如我去找他們說說,看看能不能插個單,趕緊做做』
「喔,你跟他們 Team Leader 是老朋友,說不定你去聊聊有用,那就麼煩你囉!」

以上對話是不是有點印象?

我們常說事有輕重緩急。一件事情的重要程度,應該是看事情本身,這東西做了價值高,或是不做損失高,這種事就要優先處理。退一步講,筆者認為可以頂多再加個時效性。例如,聖誕節活動,你中元就在趕就沒意思,但拖到元旦再進行也來不及了。

上面的例子,我是 Team Leader 的老朋友,所以我去講講,東西就能早點給我,這什麼道理?難不成我多跑這一趟,這個新功能就可以幫公司多賺三百萬?再說了,今天如果老朋友跑一趟套套交情有用,那另一個部門商請處長來講會不會也有效果?再另一個部門找立委來商量會不會也能插隊?如果行,那我們請產品經理做什麼?大家天天互請吃飯聊天建立交情,事情不就件件圓滿、公司業績還不蒸蒸日上?誰還要認真做事?天天吃飯最有價值了!

想也知道不可能。而且如果上面這些招式真有用,那這個 RD Team Leader 可就大大地失職了。

「既然不可能,那到底我要怎麼讓我的委託更早被完成?」

來,讓我們看下去。

Pattern:Backlog

我們來看 Jeff Sutherland 在 PLOP 發表的 Srcum 模式語言怎麼說的:

The Backlog is a prioritized list. The highest priority backlog will be worked on first... it is simply either more important or less important at anytime to the success and relevance of the product.

面對「needing information on what to do next」這個場景,Backlog 這個 Solution 只看一件事:重要度(importance)。

不是交情深淺,不是官位大小,也不是你來我辦公室關說幾次,而是這東西重不重要。更精確來說,是「現在」重不重要。

如果我們能正確使用 Backlog,那麼它能帶給我們的 Resulting Context,會是所有任務都能被看見,而且誰重要誰不重要,都會直接反應在順序上。如果你認為你提的需求被排在第五名是不對的,它應該在第二才對,那與其去找 RD Team Leader 施壓,還不如直接去問二到四名的需求提案者商量,單子上有寫他們的名字。如果你真的有理,你就自然會被提前,而且是在大家有共識的情況下被提前。

「我提過啦!沒有人願意讓位置給我呀!」

外國怎樣我不知道,但根據筆者自己的觀察與訪談,過去幾年來,敏捷開發在台灣業界的發展,到頭來碰到最大的瓶頸,其實就是企業文化,或更精確來說,是「原有的企業文化」。同為業務單位,人家的需求每次都會比你優先,即使晚來的也都會不知不覺間「超車」到你前面去。很多人遇到這種情況,不由分說就先去怪敏捷、怪 Scrum、怪 Kanban。原因可以想像,因為這之前都沒這問題,一開始搞敏捷你的工作就開始不順,一定是敏捷害的,我們不要敏捷了,之類的。

這種人,我只說:「少在那邊!」

你以前工作很順是因為你都靠關係走後門插隊,要不然就是凹 RD 無限加班。而現在當他們把 Backlog 清清楚楚排出來,你才發現原來比你優先的工作有這麼多。可以說是敏捷開發的「透明度」讓你提的需求的「不重要度」被一覽無遺地呈現出來了。

如果你的需求一直被往後延,請你正視這個問題,也許你現在正在做的事,對公司真的沒什麼幫助。如果你能想通這一點,或許你的職涯還有得救:趕快去找一些真的對公司有幫助的事情來做吧!

事到如今,如果乙先生有機會讀到此文,我要跟您說:「不是他們變慢,而是您那一點都不重要的需求被正大光明地往後延了。」

謎之聲:「再不然你就去當老闆的老闆啊!」

Reference

  1. M. Beedle, M. Devos, Y. Sharon, K. Schwaber, and J. Sutherland, SCRUM: An extension pattern language for hyperproductive software development, 2000 (http://jeffsutherland.org/scrum/scrum_plop.pdf)

上一篇
Day 2:「你想要什麼?」-- 從價值談敏捷
下一篇
Day 4:「少開始,多結束」-- 談結案與價值
系列文
敏捷聖徒30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言