程式設計師是這樣煉成的 8 1 1 2

今天加班到10點才回家，最近整個專案組鬧鬧哄哄的，原因是出現了不水產的聲音。原本的安排的是 a,b兩組人分別完成兩個專案，卻因為開始工作任務分配的不合理，終於惹出了麻煩。

a組的任務是：做乙個客戶的專案，計畫是6月份完成，人員投入工作量60%。

b組的任務是：開發出乙個平台，用來支援一系列a組未來的客戶專案，計畫是8月份或者更晚完成，開發出來的平台未來給a組使用和維護。人員投入工作量為90%.我們可以理解成，a組的專案算是b組的平台的乙個子集。

但是因為開前一段時候b組的專案經理不夠給力，結果a組的專案進度遠遠跑到前面去了,構思設計都成套的出台了，b組沒有一點起色。b組的惰性思想開始作怪，一直followa組的設計和創意。a組開始的時候也很樂意為b組提供支援和幫助，希望自己未來的使用的開發平台軟體可以更完善。希望b組在自己開發的已有的功能的基礎上完善其它功能，完成乙個穩定的平台軟體，方便a組以後使用。就這樣兩個專案組就走到一塊，相互之間都還比較融洽。但是好景不長，突然在這個周一矛盾爆發，導火索是：b組決定用另外的程式語言重新沿著a組開闢的道路再實現一次，完成自己的任務。a組共同開發的願望破滅，之前為b組支援和培訓的時間流失。而且a組投訴b組完全是拿公司的資源在浪費。

公司現在面臨的選擇有四：

1.讓a、b組繼續完成開始計畫的已經開發的任務，都不需要多管事。楚河和漢界給兩組畫清楚。

潛在風險可能是有:

(1).公司的程式設計師開發有重疊，會給公司帶來冗餘的工作量。

(2)a組程式設計師以後面對同類專案，可能更喜歡在自己原有的專案上修改滿足新的需求，b組開發出來的平台可能會脫離需求，可能會沒有使用者，開發的平台a組不會接受。

2.a組停止現有的專案，跟b組一起開發平台，在開發的平台過程中，完成a組的專案，接著兩組人一起完成b組的任務。

我比較支援這種，但是潛在的風險是：

（1）b組專案經理的堅決反對。b組的地盤b組做主。

（2）如果a組和b組誰來統一管理？a組長orb組長。a的積極性是否會受挫？

（3） a組的精力會被平台專案花費，如果b組可以發力，迎頭趕上雙贏的結局是最後，如果a組被b組拖住了後退，專案延期，客戶那邊就交代不過去了。

3.a組開發完成現有專案，繼續開發平台，反正a組以後自己也要使用。b組人員調離，開始其他的專案。

潛在風險：

（1）本來兩個組的任務壓到乙個組的身上，a組的隊員能否承擔重任？

（2）b組的士氣如何恢復？

4.讓 b組的人員回到共同的開發的道路上去。公司不需要兩套平台。

這個問題要是作為一道專案管理的題目應該非常不錯，之所以我在這裡提及，是因為我覺得我們在日常的專案開發中也會遇到諸多不可調和的矛盾，不可能讓所有的同事都按照你的思路去開發。我們應該學會如何面對。聰明的你如何你是：a組或者b組的一員，你會怎麼做呢？如果你是專案管理者你又會怎麼做呢？

哎~這件事的前因後果大概如此，種什麼因得什麼果。最開始給a組和b組的任務分派就有問題，現在從乙個錯誤的起點去尋找乙個正確的答案真難。

在我們平日的開發過程中，這樣的事情，我相信會經常遇到，我覺得大家有必要多從公司層面去思考問題，做為一名技術人員，不要太多的在乎自己的得失，功勞，專案組長，專案經理，這些掛名的都是虛的。首先要考慮的是，我們能給公司帶來什麼？能給我們的團隊帶來什麼，我個人有能學到什麼。其實今天我遇到的這件真實的事情，從專案計畫，到啟動，到監控，每個環節都有人在犯錯。如何團結隊伍，節約資源，讓每一位同事在專案有所收穫，就是在挽救程式設計師的青春和生命，如何實現1+1>2是我們在日常工作中，任務分工，為人處事應該懂的道理。

程式設計師是這樣煉成的 8 1 1 2

程式設計師是這樣煉成的 8 1 1 2

程式設計師是這樣煉成的 8 1 1 2

程式設計師是這樣煉成的 6 牛行天下

相關推薦