進入公司7個半月，感覺公司的專案的進展過於混亂，槽點太多，已經吐無可吐，乾脆寫一篇長文總結一下個人的看法，列出一些我認為存在的問題。

1.資訊不透明

資訊不透明導致參與者不明白需求，不知道目的，甚至不清楚專案中的不同部分由誰負責，出問題找誰？

專案參與者也互相不知道其他人在做什麼，一方面導致人員間的重複性工作，另一方面是彼此進度不同帶來實時性差異，使部分參與者的工作不符合最新的需求，工作實際無效，帶來人力資源的浪費和積極性的下降。

1. 職責劃分模糊

處理突發事情成為無私奉獻，幫不幫全憑自覺和心情，出了問題都不想管，怕越做錯越多，互相推諉。

1. 工資績效評定不合理

做的事情不能反饋到績效上，甚至可能出現：幫別人的忙的那部分工作無法體現在自己的績效中，反而減少自己的績效。導致開發人員只關注安排給自己的工作，其它的能推就推，只要不是推無可推事砸到自己頭上，權當沒看見。

1. 專案開發沒有節奏感

節奏感是一種抽象的說法，開發的節奏應該有張有弛，不能讓開發過程一直在緊繃的狀態中，也不能太鬆弛，節奏像心臟的跳動，有收縮期也有舒張期，血液隨著心跳的的一急一緩輸送至全身。

目前的專案一陣急的催命一陣無人過問，匆忙之間埋下無數地雷，後期開發人員身心俱疲，效率大減，處理之前的雷更是心累，重要開發人員面對爛攤子選擇直接離職，工作不斷交接，中間的資訊流失嚴重。

1. 專案計劃的制定缺乏合理性和延續性

如果只是把事情按照線性或簡單的邏輯關係將時間羅列累加，就作為專案的計劃，那這種話“拍腦門”的計劃必然會嚴重延期。對於實體的產品，涉及多人多部門的合作，需求的確定，演算法、軟體、硬體、韌體的開發，測試，就像是對真理的追尋過程，必然是螺旋上升的，肯定，否定，否定之否定。確定計劃時想的是線性，執行中紛亂的問題纏成一個球，解決起來困難重重。

專案計劃的合理性還體現在計劃的容錯性和良好的拓展性。合理的計劃不意味一勞永逸，而是在設計初期就有超出執行者的思維高度，對於可能會出現的問題、風險有預判，留有餘地。優秀的架構有一定的容錯性，後期維護和升級也有跡可循。如果在初期為了追求快，系統設計的混亂，僅僅執行了當時的需求，後期更改和升級需要多花幾倍的時間，甚至因為更改bug的工作量太大還不如直接放棄維護，選擇重構。

1. 專案推進艱難

存在問題：

①有時無人推動

②有時多人推動=無人推動，類似於三個和尚沒水喝，每個領導站在自己利益上，決策自相矛盾；

③專案負責人能力不足；

④專案負責人不夠負責、積極性不強；

專案的負責人是至關重要的，開發中會出現一萬種離奇詭異的問題，大到想讓人原地爆炸，小到只是不知道去哪裡買一根橡皮筋。

問題由誰解決，人員怎麼協調，每個人都很急，每件事都臨近deadline，需要有個人站在稍高的位置去指揮。一場類似於豬撞樹上的交通肇事，可以使整條街的車輛擁堵，司機都在鳴笛罵娘，卻無法改變越來越堵的現狀，進而所有人都違背規則，闖紅燈、逆行亂作一團，而有了交警的指揮可以讓街道在5分鐘內恢復正常。

專案負責人需要頂住上層的壓力，合理的處理、疏導混亂，有效的推進專案，把人與人串聯起來，化無序為有序。

對於專案中出現的問題可能每一個參與者都能輕鬆的感知到，但對於問題的解決則難於上青天，我有時候會思考，如果我是我的領導，我是我領導的領導，我會怎麼做？會有更好的解決方法麼？會讓專案不這麼混亂麼？會如何讓想離職的人留下來？會承受不住壓力麼？會勇於承擔責任麼？

我也不知道，很多時候發現如果管理者換成我，事情可能還是會像現在一樣糟糕也可能更糟，這就是我現在能力的不足了。

之前的每一次想辭職都是因為在這裡工作的痛苦，但最近想辭職的原因是從公司的其他人身上，能學到的東西真的越來越少了，畢業第一份工作來小公司，確實感受到了太多的侷限性，巴掌大的一片天真的是太沒新鮮感了。

沒有新鮮感我可怎麼活。