12.4領(lǐng)導(dǎo)小組——阿超的軟件開發(fā)觀點和管理理念
阿超建立了一個項目領(lǐng)導(dǎo)小組,成員就是項目各個小組的組長。
第一次領(lǐng)導(dǎo)小組開會,議題是分析團隊的反饋,討論如何能提高士氣。
大家:如果做出一兩個成功的項目,士氣就上來了。阿超,你在外面混了這些年,做軟件的秘訣給我們講講。
阿超:沒有什么秘訣,只不過是看到過不少失敗的教訓(xùn)和一些成功的經(jīng)驗,我們只要避免犯一些愚蠢的錯誤就行了。做軟件還是一個比較簡單的事情,我對軟件工程的理解是:科學技術(shù)是第一生產(chǎn)力,在軟件行業(yè)中,人是第一要素。我的核心思想是:直奔主題,精簡過程。
一個軟件的開發(fā)過程包括下面三個部分:
?。?)設(shè)計(弄清楚要做什么和怎么做)。
?。?)實現(xiàn)(開始去做)。
?。?)測試(驗證實現(xiàn)的結(jié)果)。
阿超:因為我們的項目是一個按日期交付的項目(日期驅(qū)動),我們必須按時交貨,當然“貨物”的具體質(zhì)量不一定確定。我們的網(wǎng)站到時候不一定要十全十美,但是必須能夠運行,能夠支持大量用戶同時訪問。
阿杰:阿超,拋開這些驅(qū)動的因素不談,如果項目到了預(yù)定時間沒有完成,怎么辦?一個類似的問題是:如果里程碑到期了,任務(wù)并沒有完成,是延長里程碑的時間以希望完成所有任務(wù),還是把不能完成的任務(wù)挪到下一個里程碑,以保證目前里程碑的按期完成?
阿超:問得好,如果我們的項目適合用敏捷開發(fā)方法的話,項目到了時間,就把沒完成的功能都砍掉,希望下一個迭代再把這些功能完成。
大栓:當然這話說起來容易,真正做起來就難了。
阿超:這要具體問題具體分析,主要取決于項目的特點。
大牛:我還有一個問題,我們以前在做項目的時候,發(fā)生了不少爭論,我理解大家都是從項目的利益出發(fā),但是我們吵得很厲害,誰也不能說服誰,也傷了和氣,我想問問大家,難道我們還要這樣吵下去么?
阿超:有一個方法,大家可以試一試,有沒有聽說過“銀彈”?
大栓:這不就是軟件工程中傳說的一勞永逸的解決方案?
阿超:那樣一勞永逸的解決方案是不存在的。我說銀彈是小規(guī)模的,有的團隊為了快速解決糾紛,平衡各個部門的影響,給每個管理人員少量的“銀彈”,二三枚而已。在“公說公有理,婆說婆有理”的情況下,誰用了銀彈,就得聽誰的。例如:大栓認為必須修改某一個缺陷,但是別人都不同意,大栓覺得根據(jù)他的經(jīng)驗,覺得如果不修改,必然會出問題,于是他就用了“銀彈”,銀彈一出,大家都不得不同意執(zhí)行大栓的意見。當然大栓的銀彈就少了一枚。以后在別的議題上,別人用銀彈的機會就更多了,大栓的影響力相對的就會下降。
這樣的辦法的另一個作用是為了避免所謂“分析麻痹”的情況出現(xiàn),有時大家對某個問題都拿不定主意,然后也不能說服所有人,有些團隊會不斷地開會討論分析問題,遲遲沒有實際行動,這時,一顆銀彈可以擺脫這種麻痹,使團隊停止坐而論道。
當然,我們不能簡單地用“銀彈”來取代對問題全面的討論。不能一上來就是一顆銀彈——這事兒不用討論了,我已用“銀彈”搞定!
阿超建立了一個項目領(lǐng)導(dǎo)小組,成員就是項目各個小組的組長。
第一次領(lǐng)導(dǎo)小組開會,議題是分析團隊的反饋,討論如何能提高士氣。
大家:如果做出一兩個成功的項目,士氣就上來了。阿超,你在外面混了這些年,做軟件的秘訣給我們講講。
阿超:沒有什么秘訣,只不過是看到過不少失敗的教訓(xùn)和一些成功的經(jīng)驗,我們只要避免犯一些愚蠢的錯誤就行了。做軟件還是一個比較簡單的事情,我對軟件工程的理解是:科學技術(shù)是第一生產(chǎn)力,在軟件行業(yè)中,人是第一要素。我的核心思想是:直奔主題,精簡過程。
一個軟件的開發(fā)過程包括下面三個部分:
?。?)設(shè)計(弄清楚要做什么和怎么做)。
?。?)實現(xiàn)(開始去做)。
?。?)測試(驗證實現(xiàn)的結(jié)果)。
阿超:因為我們的項目是一個按日期交付的項目(日期驅(qū)動),我們必須按時交貨,當然“貨物”的具體質(zhì)量不一定確定。我們的網(wǎng)站到時候不一定要十全十美,但是必須能夠運行,能夠支持大量用戶同時訪問。
阿杰:阿超,拋開這些驅(qū)動的因素不談,如果項目到了預(yù)定時間沒有完成,怎么辦?一個類似的問題是:如果里程碑到期了,任務(wù)并沒有完成,是延長里程碑的時間以希望完成所有任務(wù),還是把不能完成的任務(wù)挪到下一個里程碑,以保證目前里程碑的按期完成?
阿超:問得好,如果我們的項目適合用敏捷開發(fā)方法的話,項目到了時間,就把沒完成的功能都砍掉,希望下一個迭代再把這些功能完成。
大栓:當然這話說起來容易,真正做起來就難了。
阿超:這要具體問題具體分析,主要取決于項目的特點。
大牛:我還有一個問題,我們以前在做項目的時候,發(fā)生了不少爭論,我理解大家都是從項目的利益出發(fā),但是我們吵得很厲害,誰也不能說服誰,也傷了和氣,我想問問大家,難道我們還要這樣吵下去么?
阿超:有一個方法,大家可以試一試,有沒有聽說過“銀彈”?
大栓:這不就是軟件工程中傳說的一勞永逸的解決方案?
阿超:那樣一勞永逸的解決方案是不存在的。我說銀彈是小規(guī)模的,有的團隊為了快速解決糾紛,平衡各個部門的影響,給每個管理人員少量的“銀彈”,二三枚而已。在“公說公有理,婆說婆有理”的情況下,誰用了銀彈,就得聽誰的。例如:大栓認為必須修改某一個缺陷,但是別人都不同意,大栓覺得根據(jù)他的經(jīng)驗,覺得如果不修改,必然會出問題,于是他就用了“銀彈”,銀彈一出,大家都不得不同意執(zhí)行大栓的意見。當然大栓的銀彈就少了一枚。以后在別的議題上,別人用銀彈的機會就更多了,大栓的影響力相對的就會下降。
這樣的辦法的另一個作用是為了避免所謂“分析麻痹”的情況出現(xiàn),有時大家對某個問題都拿不定主意,然后也不能說服所有人,有些團隊會不斷地開會討論分析問題,遲遲沒有實際行動,這時,一顆銀彈可以擺脫這種麻痹,使團隊停止坐而論道。
當然,我們不能簡單地用“銀彈”來取代對問題全面的討論。不能一上來就是一顆銀彈——這事兒不用討論了,我已用“銀彈”搞定!