想必這個話題太多人深有同感，不管是什麼公司，這種問題幾乎一直在發生著，好像我們的任務與時間從來都是一對冤家，在老闆眼中好像總是認為我們不出活兒，而在員工眼中總是累成狗。這個話題目甚至幾乎是面試必備題，面試管理崗，一句話甩給你，你吭哧吭哧答半天。
那不管在現實還是面試當中，碰到這種問題，我們應該如何應對呢？其實出現這種問題，我們其實首先應該去分析，思考為什麼會出現這種情況？
這種情況是臨時的？偶爾的？突發的？如果是，那沒什麼好說的，積極面對，努力交付。因為不管在任何時候，老闆個人的想法，公司戰略上的改變，市場環境的影響等等都可能引起專案的突發變動，這個時候我們應該跟公司一起，齊心協力，爭取按時保質完成任務。
如果答案是否定的，即每次的專案，迭代都是時間緊任務重，指定時間內幾乎無法按時完成（注意這裡的情況是指團隊996全負荷都無法完成，而不是指朝九晚五悠哉遊哉的完不成，因為畢竟現在It公司整體工作節奏都偏強），那我們就有必要坐下來好好想想為什麼會頻繁出現這種情況了？
一個專案的如期交付並非僅有技術團隊獨自完成，而是各個部門，各個崗位通力合作的結果，上至公司戰略方向，下至每個員工的工作態度，這裡面的方方面面都可能影響專案的完成度。我們一個個的來琢磨一下
1、公司戰略頻繁調整？
不管是初創公司還是行業頭部公司，公司的戰略調整幾乎是一定的，因為市場是在不斷的變化的，對手也在不斷的調整，各種原因導致一個公司的戰略幾乎是需要不斷調整不斷最佳化，這種情況對於創業型公司尤其常見，我們其實也要學會適應這種情況。
公司戰略的調整對產品的開展損傷其實是很大的，輕則產品需求大幅調整，重則產品研發被無限推後，甚至會立即切斷當前產品研發轉而進入新的產品研發當中，而頻繁的調整甚至會出現公司運營一年，結果一個產品都沒上線。
對於公司層面暫停或切掉產品的情況相應當然就不會再出現延期情況了，可是對於其它情況，比如大幅調整需求，這時候一般調整過後的產品根據情況會不再另外增加開發時間或少量增加開發時間，從而導致工期變緊，再比如市場發生變化公司要求在原計劃內提前完成，硬生生的縮短工期的情況等等
解決思路：
做為公司的中高層管理，團隊的負責人，有義務與責任對公司戰略負責，爭取機會發表自己的意見，參與到其中，與大家一起分析利弊，制定策略。因為但凡頻繁戰略調整，說明公司老闆對市場的前瞻性與方向的把握也不是很到位，這時候傷害並不僅僅是某個產品，而是公司上上下下所有人的信心與戰鬥力。
當然如果你發現你真的盡力了，然而人微言輕，我勸你對自己負責，趁早離開。
2、老闆或團隊認知有誤？
你或許見過，有這麼一號老闆，無網際網路從業經驗，在發號施令的時候，總是無意識的認為所有的功能都很簡單，一個百度搜索框一週完成，一個京東商城兩週完成，其實他們並無惡意，他們只是不太瞭解it產品的研發流程，他們看到的只是網站表面上的功能，而不知其後的研發邏輯。
在他們眼中，只是看到了一個搜尋框，只是看到了幾個頁面，而不是背後的技術支撐，這往往會被認為功能很簡單，而導致大幅縮減開發工期，以致於產品難以如期交付。
解決思路：
面對這樣的老闆其實有時很無奈，不過既然一起工作了，我們還是應該努力做好我們的職責的。
對於這樣的老闆或團隊是需要教育的，這個教育的成本其實蠻高的，我們要做的首先是要規範研發體系，定崗定責，然後要不斷的透過各種方式向老闆傳達研發的邏輯與流程，帶老闆入行。
當然如果你發現你真的盡力了，然而有人固執已見，我勸你對自己負責，趁早離開。
3、產品需求失控？
這種情況小公司其實是最常見的，老闆給到一個產研週期，大差不差，緊緊巴巴還能幹完，但誰知前期產品調研，分析，整理花掉了1/2甚至2/3的時間，需求交到研發手裡的時候，只剩下研發兄弟一臉苦逼，那為啥測試兄弟不懵圈呢？因為他們已經自暴自棄，放棄掙扎了。
解決思路：
立項之初，各部門各崗位負責人坐到一起，根據專案週期提前分配好各崗位在本次專案合作中所佔用時間，並預留一定的緩衝時間，產品，研發，測試根據比例合理分配時間，明確規定什麼時間輸入什麼，什麼時間輸出什麼，定人定責。
產品、研發、測試如何有效協作，各自佔用時間比例多少合適？有時間我們再詳細討論。
4、專案工期預估有問題？
很多技術負責人一拍腦袋，那還用說，肯定是能爭取到的開發時長越多越好了，我們暫且不討論這種情況（咱們日後再說），除此之外也有一些負責人，或者經驗不足，或者求功心切，腦袋一熱，低估了開發難度，結果最後被打臉
解決思路：
技術負責人需要對團隊成員中的個人知識技能瞭如指掌，清晰的知道每個人的優劣，以便合理的安排適當的人做適當的事
框架需求明確後，技術負責人需要提前評估，如果發現團隊的技術盲點或技術難點，要安排人手著手準備，預研，以盡最大程度排除開發過程當中的隱性的不確定因素，方便合理計劃工期。
5、技術團隊協作不暢？
團隊協作好壞是團隊管理成果的具體體現，這個涉及面巨多，團隊內人員的技術水平，團隊內人員的性格，團隊內人員的真實需求等等，這些事情在平時的管理上如果處理不當，短時間可能不會有太大的問題顯露，但時間長了積累多了，問題一旦爆發，輕則專案推進難度巨大，不是延期就是質量差，重則雙雙談崩，一分兩散
解決思路：
因團隊內部協作不暢而導致的專案延期，往往是眾多原因積累至最後的結果顯現，團隊領導應該在平時的管理當中注重及時消除隱患，真誠的關注每一個團隊成員的需求與成長。
6、專案質量拖慢進度？
產品好不容易開發完成了，信心滿滿的提測，結果一輪不行，兩輪不行，三輪不行，四輪，五輪……，測試遲遲過不了關，關閉舊問題，出現新問題，修訂一個問題，出現兩個問題，本來計劃一週完成的測試，結果硬生生拖了兩週，怎麼會這樣？
解決思路：
其實測試可以說是本次產品迭代的一個小總結，認真分析每一輪的bug情況及最後的測試報告，你會發現也許是團隊對需求把握不明確？也許是測試用例有問題？也許是某些開發人員技能有待提高？也許是預留的測試時間不夠？掌握了問題的原因，解決起來就容易多了。
一個專案或產品的按時保質交付，離不開團隊每一個人的努力工作，同樣一個專案或產品的延期，往往也不是是某一個人或一件事就能導致的，現實的情況錯綜複雜，還應具體問題具體分析，不過萬變不離其宗，只有真正找到了問題的原因，才能真正做到有的放矢。
PS：有人說，以上情況我都清楚，但當下我手上的專案就要延期了，以上方法都是根本上去分析原因解決問題的，不是一時半會能緩解當前現狀的，那我現在該怎麼辦？或者說我就是遇到了一個臨時的、偶爾的、突發的緊急專案，我該怎麼辦？
別急，我們下次再聊如何解決這個問題
——— e n d ————
