## 1.1　在新工作中找到你的出路 伴隨著技術型公司增長的波動性，忠于公司的高級職員會逐步減少。當一個公司業務重點發生轉折或改變的時候，開發經理們通常開始找尋新的工作。當然，獲得新工作的第一步，始于面試。 面試中，面試官將盡力描繪他們公司的美景，如同薄霧籠罩的莫奈名畫。而一旦你開始工作，則圖畫開始扭曲，甚至有些像畢加索的作品。面試中所描述的微妙的小問題變成了你亟待解決的巨大危機。表1-1中以調侃的口吻比對了面試說詞與現實之間的差異。 表1-1　面試與現實的對比 | 面 試 說 詞 | 現 實 情 況 | | --- | --- | | 我們有一些很小的質量問題 | 該產品是一場災難。只要你上了賊船，就會為所有的錯誤承擔一切指責 | | 我們需要提升我們的交付承諾 | 沒有產品可以如期交付，由于市場及其他高層不能下最后的決心，公司在整個開發過程中需要不斷修改新產品功能。即使這樣，所有的人都希望按期交付 | | 我們有一支偉大的工程師團隊，只是需要一些指導 | 團隊成員正在大廳里尖叫著討論，至少有一位工程師由于不夠格要被開掉 | | 我們是一個有緊迫感的公司，有干勁十足的員工 | 你那個“懶惰的”的開發團隊正期待著混過工作午餐、每一個夜晚以及大多數周末——除非你干掉他們 | 在你加入公司走上令人生畏之路時，你需要充分利用現狀。 ### 1.1.1　立即著手處理 在你任開發經理的一開始的日子里，急迫的問題需要立即引起你的注意。一些問題自從上任經理離職之日就開始堆積在那了，在你桌上堆放著延期數月的決策方案。在沼澤中跋涉是對處理這些積壓工作最形象的比喻。 在專注于這些問題時，你可能會感受到壓力，這會危及你長期的成功。只關注急迫的問題，會讓你失去從公司、產品、同事以及你的團隊中學習成長的機會，所以要做一次深呼吸看一看更廣闊的天地。 如果在解決懸而未決的問題與處理日常危機之間分割你的時間，你會最終減少一些重復出現的問題，這樣會提升團隊的效率。每天花一部分時間從公司獲得一些情況要比全力以赴處理積壓問題更有效率。此外，你最好去了解一下團隊所面對的重大問題，這將會促使你較早找尋出解決之道。許多問題還會在日常工作中冒出來并迫使你持續轉移注意力。可以通過建立一個根據自身時間來處理多方面要求的體系來避免這個混亂的過程。 #### 1．維護一個問題和處理成果的列表 從一開始養成細致的任務管理和記錄保存好習慣將會對工作非常有幫助。維護一份清單，清單中要包含有關你的決策、處理過程以及一些重大問題，特別是那些對你較為迫切的問題。根據問題解決完成時間排出列表的優先級。管理好這份列表不僅有助于你減緩由于遺漏問題而引起的焦慮，將列表組合還可以讓你和老板一起對你所排的優先級和問題處理進展進行評審。 逐日審核你的任務列表鎖定優先問題。對于大的任務，則要鎖定那些短時間內能夠完成的子任務。每周要把重點放在高優先級的大任務上，否則，短期緊迫的要求依舊會導致進一步的延期。如果你日常處理這些問題的時間有限，則要避免時間透支并妨礙你的工作進展。 當你完成了一個解決問題的任務的時候，記得標記上日期并將任務存檔。這個檔案文件將在日后你被問起如何處理這些問題細節時有所幫助。驗收成果同樣有助于提高自身工作的積極性。 #### 2．盡可能去授權 在適當的時候，對一些緊迫的問題進行職責分配，不要試圖親力親為地解決所有問題。適當的任務分配可以使你和你的團隊更富有成效，并且通過處理新任務也可以提升整個團隊成員的士氣。任務分配時，要確認受托者清楚了任務的內容、與其他相關工作的優先次序以及進展狀態檢查的時間點和完成日期。同樣也要確認項目成員知道可以從你這里得到更多的信息。 如果不適合將整個任務分配出去，你可以將一部分任務分配給團隊成員。例如，你可以把信息收集分給其他人而把審核留給自己。或者你也可以讓一個團隊成員提供一個問題的背景分析并指導他去分析數據。如果你能賦予團隊成員承擔部分重要工作的機會，你們都會受益。 當處理完棘手問題時，記得向老板通報你的進展。這有助于預防對你工作上的誤解。 ### 1.1.2　經歷初始培訓 初始培訓階段的成功需要集中付出努力與時間。每天要留有穩定的時間用于熟悉公司的員工，學習公司的技術，了解公司的產品、市場以及運作流程。找出你最機敏且能集中精力的1～2個小時。每天提前上班，并把每天最初的時間用在培訓上，然后在以后將這段時間用于處理疑難問題。 作為新任的開發經理，在你的老板給你一些靈活度來熟悉工作和企業文化時，你會擁有3～6周的“蜜月期”體驗。這一時期你可能會期望加班，用這些額外的時間來熟悉工作并處理重要的問題。如果老板認識到了你額外的付出，他會為最初雇用你的決定感到滿意。在你展示了自己的能力后，就可以將工作時間適當減少到適度合理的水平。 要知道你是否被特別雇用，被期待成為變革代理人或期待給一個高效的部門帶來增量變化。這些期待將決定你如何把結果展示給你的團隊和老板。例如，如果你認定的重大問題而公眾卻期望維持原狀的話，你就要耗費大量的時間和精力去說服老板和團隊去認識一些問題的重要性。 你解決長期問題的時間也很關鍵。例如，如果你等到6個月以上再討論宏觀問題，你將面臨比較巨大的挑戰。你可能失去了展示創新理念甚至確定問題之所在的機會，一旦你沉浸于細節，就很難認識到系統中的瑕疵。當人們更愿意從新經理那里傾聽新穎的觀點時，你會發現開發團隊更加抗拒變革。 如果你提議實施重大變革，要向公司如實陳述其利益和成本。“兜售”你的變革可以幫助你避免樹敵或面對其他人抗拒變革的行為。 ### 1.1.3　收集信息 收集公司產品、人員以及過程方面的信息有助于你制定頭3～6個月的工作策略。通過與老板交流以及花時間與你的直屬下級、同僚們溝通，以獲取公司更廣闊的前景。你的目標是了解公司的成就與全局性問題，并學會如何發展才能最好地為公司服務。從詢問如下開放式問題開始，找到并分辨出問題的主要切入點。 * 運作良好的業務是什么？ * 你看到的主要問題是什么？ * 你建議的解決方案是什么？ 然后將學習成果融入到工作總結中，并尋找一個解決模式。 #### 1．創建討論總結 當你與同事、經理以及其他員工商討問題時要做筆記；然后把你的點評融入到帶有強調符號的陳述之中，以確保思路清晰而富有條理。釋義轉述和總結性注釋會使你的陳述短小精悍。 之后，分門別類整理總結文件。每一類都可以包含問題以及成就兩個方面。在每一個問題方面之后，羅列出一個你們交流討論的相關解決方案。這里有一個用于收集信息的推薦分類列表（當然，你的列表也可以用不同的展示方式）。 技術　　　　　　　　　　　　質量問題 人員　　　　　　　　　　　　內部文檔 組織架構　　　　　　　　　　風險 清晰的目標　　　　　　　　　客戶服務 方針　　　　　　　　　　　　市場和銷售 過程　　　　　　　　　　　　財務問題 計劃　　　　　　　　　　　　其他 問題和解決方案可以分為三類：你和你的團隊可以直接解決的問題；需要通過與其他部門或其他組織中的人員合作解決的問題；你只能施加影響而不能直接解決的問題。根據你的摘要標示出每一個問題。 一個最終文件的摘錄可以做成這樣。 4．技術 * 有利因素：我們的技術比競爭對手更快更可靠。 * 有利因素：編程語言和函數庫都是最新的。 * 問題：系統在A-15子系統中沒有冗余性，將導致“核心崩潰”。這需要與運營部門協作。 * 問題：API幾乎沒有錯誤校驗。兩個缺陷數據請求就可以導致系統擦除數據庫。 解決方案：我可以通過與開發人員討論直接解決。 #### 2．把你的總結應用于工作之中 之后，為發現的問題和取得的成果設置優先級。將成功的做法與問題進行排名可以讓你考慮如何保持有利因素的優勢。一個簡單的A、B、C優先級對最初的排序就很好，并且可以在每一級別都遵循這一體系。將老板的指示級別提高，但也不要低估其他人的反饋。最終，你必須決定解決哪些方面的問題并且如何解決它們。從最高級別的問題中制定一個行動計劃。例如，估算未來3～6個月你能完成多少。一個切實可行的計劃會幫助你避免一次跟蹤過多的任務以至于能完成的工作越來越少。 制定計劃前要確認相對于改善型工作你完全了解自己能承擔的混合型項目工作。對于一個小公司，至少要花費自己10%～20%的時間和團隊5%～10%的時間來解決和當前項目沒有直接關系的問題。這類與項目無關的問題包括提高生產率、指導培訓討論、推進技術、規劃未來、改善工作關系，以及解決人的問題。 行動計劃的失敗通常是由于缺少公司的支持，所以要確信在你不斷的努力下能從老板那里爭取到支持。你需要你的老板極力支持——至少是認可——如果你希望成功。如果你的老板否決了你的建議，你需要理解他的憂慮——或者，你依舊相信你的建議，去做更多的研究然后兜售。在你的方法獲得成功以前，你的老板需要知道你在用一種合理的方式來解決企業中存在的問題。 你也應該與其他部門經理特別是市場和銷售經理們溝通。他們需要理解實現他們所謂的短期目標為何要花費如此多的時間和資源。要說明你的變革能給公司帶來的長期利益。由于你確定的問題并不僅僅與你的部門相關，與其他人討論和反饋意見將增進你對問題范圍的了解以及幫助你找到最好的解決方案。 將每一件費神的事情當做一個帶有時間表和資源的項目。要持續促進項目改進，否則他們就會失去動力；不能提升領導力就會導致隨著公司的發展壯大，生產力卻更為低下。 > 得到公司的總體概況 > 當我加入目前公司的時候，我花時間與不同部門的十幾個人去交流。我把所聽到的信息整合入一個只有幾頁紙的總結性文檔中。這個過程讓我洞察到了即將發生的一切。與每個人交流是一項啟發性活動，它指引我直奔最先需要解決的首要問題。 > —— 新任經理