全站文章 iT邦幫忙
iThome Online提供免費電子報,現在就訂,最新IT訊息每日寄達。

iThome 每日新聞報
iThome 產品技術報
加入iThome Online會員,立即使用討論區、Blog等服務。

免費加入會員
登入 / 登出
管理會員帳號
忘記帳號密碼
聯絡客服
訂閱周刊
讀者服務
13' E政府專刊no.7(48)
13' iTcloud No.3(47)
12' E政府專刊no.6(46)
12' 個資法專刊No2(45)
12' iTcloud No.2(44)
12' e政府專刊No.5(43)
12' 個資法專刊(42)
11' CIO專刊(41)
11' e教育專刊No.3 (40)
11' e政府專刊No.4 (39)
11'iTcloud專刊(38)
10' e教育專刊No.2 (37)
10'e政府專刊No.3 (36)
09'e政府專刊No.2 (35)
09'e教育專刊(34)
09'e政府專刊(33)
08'企業資安專刊-端點安全防護(32)
08'企業採購情報誌(31)
07'資訊安全技術應用專刊(30)
07' 新世代資料中心專刊(29)
07'企業資安技術應用專刊(28)
企業採購情報誌'06冬季號(27)
【書摘】行家私授──搞定專案管理的箇中訣竅
文/iThome (記者) 2013-05-31
分享到facebook
學習53位專案經理人與軟體開發師處理專案大小諸事的經驗與技巧

專案管理人應該知道的97件事
──來自專家的集體智慧
Barbee Davis/編;莊惠淳/譯;歐萊禮出版;眳p資訊發行;售價:400元


關於「軟體開發」與「專案流程」- 丟掉習慣

Naresh Jain
(Malad, Mumbai, India)
成功的團隊做了什麼其他團隊沒做的事?他們經常質疑自己的習慣,並試著排除浪費的習慣。他們毫不留情地隨著重組軟體一併重組工作程序。

為什麼各個團隊現在不應用這項原則呢?為什麼經過一段時間後,最終成品的價值變得愈來愈少,而工作程序和副產品卻變得愈來愈多?為什麼程式碼的行數總是在擴張,而軟體中好用的功能卻變得愈來愈少?

以下關鍵指出軟體開發流程出現「毀損」的事項:
● 軟體因程式碼行數與無用的功能而虛胖

● 團隊所開發的軟體大小一直增加

● 程序變得愈來愈有硬性規定且固定不變

● 團隊經歷到「死在細節上」的會議

● 書面記錄與支援素材的數量以指數增加

● 用戶測試團隊一直找出新臭蟲

團隊領導人偏好增加更多程序、更多檢查、更多審核,認為一套漸增的嚴格程序將能解決問題。但根據我的經驗,程序從來不是真正的問題。加入更多程序只會讓團隊更難察覺真正問題的根源。

為什麼大多數團隊都害怕拋棄一些對團隊沒有幫助的習慣呢?為什麼團隊一開始就要設定所能想到的一切習慣,而不是及時新增習慣呢?

這可能因為團隊最初並未融會貫通使用此程序,而造成的症候群。或者表示有人並非全面理解軟體開發程序,遂把嚴苛無謀的理論方法強行套用在團隊身上。無論是哪一種狀況,專案變得如同一座紙牌塔,隨時都準備散落成一堆堆無用的程式碼片段。在瞭解專案擴張卻未增加價值的真實原因前,試圖改變任何事情將是無用的。

依個人而言,我覺得一位優秀的專案經理人,應該能良好掌握團隊運作方式。他們應該能保持一點距離,以評估加在團隊上的每個程序,將對生產實用軟體的能力造成何種影響。

有識的專案經理人應該仔細篩選團隊可能要求執行的所有行動,只留下對於促成當前的特定專案很重要的行動。一旦清掃了來自團隊過去、不合時宜的習慣,團隊的生產力與處理能力,應該能在短期間內獲得提昇。

關於程序,「言簡意賅」是個非常重要的哲學。


1 / 2 / 3 / 4 下一頁

分享到facebook

2014資安趨勢研討會
更多研討會
▼ ADVERTISEMENT ▼
▲ ADVERTISEMENT ▲

電週文化事業版權所有、轉載必究 •Copyright © iThome | 刊登廣告授權服務服務信箱隱私權聲明與會員使用條款關於iThome