?
看到這個標(biāo)題,作為工程師或者曾是工程師的您是不是很想說點什么呢?一個項目,從立項到實施,中間涉及到市場、研發(fā)、生產(chǎn)、品質(zhì)還有銷售多個部門,合作的團(tuán)隊少則幾人,多則幾十幾百人……
作為項目中的一員,您可能要輾轉(zhuǎn)出差,可能要整天開會,甚至可能要通宵加班,來確保項目按schedule正常運(yùn)行……
但是客戶需求不停變更,產(chǎn)品設(shè)計不斷出現(xiàn)bug,部門與部門間相互扯皮……這些似曾相識的經(jīng)歷是否曾讓您在項目執(zhí)行中感到抓狂,感到無語呢?
面對那些最終沒成的項目,曾作為當(dāng)事人的您,肯定是想說些什么吧!經(jīng)驗也好,教訓(xùn)也罷,抱怨憤恨也行……讓我們一起聊一聊“那些胎死腹中的項目”。
本系列的首篇,將由朱玉龍來講一講他的一個不算成功的項目。
?
談這個項目,其實持續(xù)的時間已經(jīng)很長了。早期的策劃是在2011年3月份,就已經(jīng)開始了。這包含了很多的早期的策劃、籌備、預(yù)算和啟動,真正的涉及技術(shù)方面的內(nèi)容是在2011年的11月份左右開始,時至今日,我還在掙扎著一點點去解決層出不窮的問題,當(dāng)然就像一個輪盤,哪天一個意外就是轉(zhuǎn)到另外一位工程師,然后心急火燎的去解決問題。
?
我細(xì)細(xì)想想,這并不是一個很奇怪的項目,而是一個很正常的項目。從它的范圍和投入來看,預(yù)期稍高但是定義好了也是可行的。從大的層面上,現(xiàn)在看來,有以下的幾個原因可能是:
?
1)領(lǐng)導(dǎo)們對問題的考慮還是簡單了
2)工程師們沒有很好的系統(tǒng)協(xié)調(diào)
3)資源和時間的考量少了
?
首先談第一點,為什么考慮簡單了呢?
這其實有點類似于更改,在一個現(xiàn)有的東西上,去做優(yōu)化和更改,對于領(lǐng)導(dǎo)可能覺得整個進(jìn)度是100%,原有的已經(jīng)是60%,只需要40%的努力就可以達(dá)到了,但是實際的情況其實并不是這樣。兩個設(shè)計目的不一樣的東西,需要的內(nèi)核也大相徑庭,有著諸多預(yù)設(shè)好的限制,往好了說是給你預(yù)先做了決策;往差了說的話,就是帶著鐐銬在跳舞。而這個心目中的40%的工作量,意味著領(lǐng)導(dǎo)的耐心也是不同的。所以后續(xù)的發(fā)展,往往需要去了解原有設(shè)計的一些細(xì)節(jié),在原有設(shè)計的限制上去騰挪轉(zhuǎn)移。
?
其實這個問題,還有另一層,為什么沒有反饋?在組織的層級里面,工程師、工程經(jīng)理和工程總監(jiān),三級的組合,是單線條的。對比美國這里,大量的技術(shù)委員會,可以提供一個相對獨立也被認(rèn)可的結(jié)果。但當(dāng)一技術(shù)問題的質(zhì)疑,讓一個工程師來承擔(dān)的時候,謹(jǐn)慎的工程師最大的可能是給出一個較壞的分析結(jié)果給經(jīng)理;樂觀的直接截留了。到了經(jīng)理層面,就更存在疑點的,然后傳著傳著就沒有問題&風(fēng)險了。反正留著工程師就是解決問題的嘛,解決不了,鍘刀不是在那里么?
?
?
第二,工程師之間的系統(tǒng)協(xié)調(diào)
由于有了上面一條,對于系統(tǒng)的功能描述和對每個部件的情況的交流,也就相當(dāng)?shù)膮T乏了。前者,讓部件很難在設(shè)計的時候,就能保證非常順暢的協(xié)同工作,特別是完全沒有一定的系統(tǒng)冗余度;后者,就讓功能的分配在初期留白。相對理想的情況下,在一組系統(tǒng)架構(gòu)(電氣和通訊)需要做細(xì)致的協(xié)調(diào),而系統(tǒng)級別的功能,根據(jù)架構(gòu)的確認(rèn),在各個部件,是天生需要各個子系統(tǒng)/部件級別進(jìn)行分配。你既可以把功能放置在A里面,也可以放置在B里面,分配的理由是按照一定的評判標(biāo)準(zhǔn)來確定的。
?
而我們實際在做這個的時候,時間上就晚了很多,都是已經(jīng)開始做了開始協(xié)調(diào),這么一來設(shè)計初期就面臨大量的工程問題和工程更改。
?
1)部件工程師各自交流問題和分享材料
2)某個部件工程師發(fā)現(xiàn)自己部件和其他部件不兼容問題
3)提出問題至各自的工程經(jīng)理
4)開各個部門碰頭會,各自陳述
5)書寫會議記錄,等待下一次開會
?
在整個設(shè)計和樣品試制的過程中,我們錯過了機(jī)會。而在出來之后,便周而復(fù)始這樣進(jìn)行半死循環(huán)狀態(tài),項目的前進(jìn)狀態(tài)也導(dǎo)致整個項目的拖延。
?
最糟糕的,其實是在都裝上去以后,進(jìn)行驗證的狀態(tài)。你可以想見,當(dāng)出現(xiàn)各種不良的癥狀的時候,一堆人的疲于奔命去解決問題的情況會讓人有多沮喪。
?
?
第三,資源和時間
對于資源和時間的問題,我倒是想的太簡單了。我一開始以為,只要主導(dǎo)的工程師能夠腦袋清楚,供應(yīng)商能夠精明干練,配合五件,那做事情的成本和代價就會小很多。但事實給了我一記耳光。沒有資源,也就是沒有人和沒有錢,真的就是很難將一個部件做的很好,一分價錢一分貨在部件領(lǐng)域也是被無數(shù)次印證的。部件的開發(fā),最開始的就是需求,需要工程師對需要部件的功能、接口、性狀和其他特性有清晰和明了的定義。在這之后,就需要對需求和問題充分溝通和交流,以確保文字的理解。隨之而來的就是報價,定點和開發(fā)的開始。
?
一般而言,報價貴的供應(yīng)商,對負(fù)責(zé)的工程師而言,要考慮的東西往往大部分都在前面;因為只要功課做好,供應(yīng)商會充分考慮了你的需求,對此進(jìn)行問詢和探究,這種做法肯定是優(yōu)先的;報價便宜的供應(yīng)商,前期并不注重需求分析和方案的仔細(xì)核對,為了爭取得到項目,前面的響應(yīng)速度會快的驚人;但是往往后面才是混亂的開始。對個人而言最具挑戰(zhàn)性的事情,是你管的東西后面有個供應(yīng)商;與你非常相關(guān)的部件后面有個供應(yīng)商,這兩個供應(yīng)商是兩種不同辦事風(fēng)格和價位。當(dāng)沖突發(fā)生,需要協(xié)調(diào)的時候,就是很考驗人的時候了。人是考慮責(zé)任的,盡可能將安全留給自己,將風(fēng)險留給他人是本能,從博弈的角度來看問題,往往在職場的現(xiàn)實中并不容易。
基于前面的敘述,由于領(lǐng)導(dǎo)的偏見,對系統(tǒng)和要求的看重程度,最無法克服的往往是錢的事情,項目組能總是將各個大系統(tǒng)給了優(yōu)先級以及基本預(yù)算,分到每個部件又是一個數(shù)字。一個50W預(yù)算的和500W預(yù)算的部件,分配到開發(fā)、驗證和樣件數(shù)量上面各個方面的多寡顯而易見。所以你很難在較少預(yù)算下面,要求供應(yīng)商按照功能安全的流程走,也沒辦法讓他制定一個完整的驗證計劃涵蓋機(jī)械、電氣、環(huán)境和化學(xué)甚至是耐久和電磁兼容。這個里面加入了質(zhì)量和安全需求,一般小型的國內(nèi)供應(yīng)商還沒有到那個層次。沒有這個的本身意味著一種賭博,但是那種必定會輸?shù)?,到了最后是難以接受。
?
?
談?wù)勂渌囊蛩兀?/p>
平心靜氣的回顧所發(fā)生的一切,沒有人不努力,哪怕前面有點心不在焉,但是后面為了飯碗總是被趕著走的。我們整個項目的人為因素,比較重要的部分就是我們開發(fā)過程的項目經(jīng)理。他的性格上有著傲慢、自大、多變和健忘等,統(tǒng)統(tǒng)都在我們展開項目之中遇到了。他幾乎就是隨心所欲制定他心中所想的那些事情。在安全、預(yù)算、功能、時間管控和開發(fā)難度幾點上,幾乎是連哄帶騙的把整個設(shè)計帶到了死胡同里面了。
?
對于我個人而言,這個項目還是受益頗多的。從成功中學(xué)習(xí)固然很好,但有哪件事情是完美的呢,從做成做不成的事情中提取要素,記錄過程,反饋和總結(jié),我還是得到了不少的思路:
a)項目的開始:做的非常不順心。這個階段正是,想要定需求的時候,沒辦法協(xié)調(diào),眼睜睜看到可能的問題會發(fā)生。
b)部件定點和實施:既然已經(jīng)在坑里面了,多少學(xué)些東西。這個時候努力在和相對應(yīng)的工程師,進(jìn)行單獨的探討,多干點事情和多負(fù)點責(zé)任,從小系統(tǒng)來說基本都覆蓋到了。
c)部件測試和整合:這個階段做的很辛苦,主要是好多別的部件沒到,單獨測下來好多內(nèi)容并不完整。
d)解決問題:這段時間確實是比較麻煩,三天兩頭有和預(yù)期的功能不一致的問題冒出來。一點點把這些給處理掉,考驗?zāi)托暮鸵懔Α?/p>
?
這個項目從大范圍來看,也不知道是不是最終會失敗。對我而言,不算是一個特別成功的項目吧,先寫到這里吧。
?
與非網(wǎng)原創(chuàng)內(nèi)容,未經(jīng)許可,不得轉(zhuǎn)載
?
?
?
如果您想與朱玉龍有更深入的交流,可以關(guān)注他的與非博客:http://xujingxiang.cn/yulzhu/blog/
?
如果您也想與大家分享自己曾經(jīng)不成功的項目經(jīng)歷,歡迎與我聯(lián)系,我的郵箱 yuehao@eefocus.com,QQ 406039590。詳細(xì)征稿要求可點擊【征稿啟事】
?
?