這裏有坑，請勿跳入——項目溝通（一）

這裏有坑，請勿跳入——項目溝通（一）

前言：
閱讀這篇文章我能學到什麼？
  這個專題主要是想給一些職場新人分享一下工作中避免被坑的經驗，後續會不定時更新文章。所有案例都來自本人這些年在職場摸爬滾打的真實經歷。希望能幫到大家，避免踩中不必要的坑。最後祝大家工作順利，萬事如意。
  這篇文章將向你分享一個在職場中由於溝通疏忽帶來的工作麻煩。

——如果你覺得這是一篇不錯的博文，希望你能給一個小小的贊，感謝您的支持。

1 收到信息不明確的設計輸入怎麼辦？

1.1 案例一 MCU：“待定”

  今年（2020年）五一假期前兩天，我受到產品部發來的立項報告。這份立項報告裏有個不明確的信息，在MCU型號後面寫了“待定”。

  我看到這兩個字的第一反應是可能使用A芯片或B芯片，甚至不需要MCU（這個項目是雙芯片項目，MCU作爲作爲輔控是可以被去掉的，主控是集成IC芯片，但不是我負責的，我只負責MCU開發）。我內心默唸“你妹，用什麼芯片都不知道，到底需不需要我開發MCU部分”，於是我認爲應該由負責芯片選型的人先去確認用什麼芯片，確認之後我才能開發。手頭項目又多，看到這種設計輸入我直接點右上角叉，連”再見“都懶得說了。只想着趕緊節前把手上的項目階段性的結尾，省得被逼加班，哪有功夫管新項目，連需求都寫不明確就想讓爺做?
  隨後五一回來我完全忘了這個新項目。又過了兩天硬件的人直接找到我，問我某某項目代碼寫好了沒有，今天要給客戶送樣出去，我蒙了！什麼項目？完全沒聽說啊！我堅持認爲這個項目沒有通知到軟件，並在郵件上回覆沒有收到立項報告。產品同事立馬回覆截圖並狠狠打臉我，“我擦嘞”！？還真有，然後我趕緊甩鍋，說芯片選型都沒選好我不知道開發哪款MCU的代碼。產品同事倒是很淡定，不慌不忙的回了郵件說“我們產品只提功能需求，用什麼芯片你們硬件和軟件決定”，我後背一涼，趕緊望着硬件，心理默唸“老哥，這是你的鍋，你總不能甩給我了吧？”（那個項目並沒有指定誰負責選型芯片，但以往都是硬件負責的）。硬件同事看着我猥瑣的笑了笑“之前不都是用的A芯片嗎？這個也一樣啊”，我tm，我。。。還沒等我消氣，接着硬件同事又給出一句暴擊“這版程序今天就要”。
  隨後我又和硬件及產品爭執了一番，我告訴他們設計輸入必須明確，沒有“默認”這個選項，不管之前其他項目用了什麼芯片，這個項目是這個項目。他們的理由是“以前也是這樣搞的“，”不要這樣死板，聰明一點“之類的。各不相讓，各有理由。最後產品一句提問使我百口莫辯了”你有意見你早該提出來啊，現在才說？這不是你不做這個項目的理由“。行，我控制了自己的情緒，從下午兩點半開始到晚上八點半把程序改完了，這才舒了口氣，覺得人累心也累。
  回家路上我感覺好氣，心生埋怨。一個產品設計輸入都寫不明確，寫個”待定“，寫錯了還怪別人沒指出來。做硬件的哪來這麼強的”慣性思維“，以前怎麼做的現在就一定怎麼做嗎？還說我死板。一頓埋怨過後我開始反思自己的錯誤。假設，我是說假設我當時看到設計輸入信息不明確後及時提出疑問，得到確認信息後我有天時間來完成代碼開發，人不累心也不累，不用費精力去和他們口舌之爭，這豈不是對誰都好嗎？

1.2 案例二 這是新協議，回收舊協議

  這個案例發生在上面這個案例之後，所以我吸取了教訓才得以在坑前跨過去。
  當時正在開發一個大項目，項目怎麼做是遵照微軟的協議要求。一天老闆突然發了一封郵件給大家，內容如下：

  從這句話裏“回收”二字很容易讓人理解爲是新的協議B替代掉舊的協議A。接下來項目應該按照B協議開發。甚至不光是我這麼認爲，當天晚上我還和硬件的兩個同事在討論B協議怎麼做，其他同事也認爲新舊協議是替代關係。
  知道下班後回家路上，我想起最近踩過的坑越感覺不對勁，開發了這麼久怎麼說收回就收回了？於是我忍不住在大羣裏（大羣裏都是老闆和各種領導，一般我們這些小弟是不敢說話的）提問是否要繼續按照舊協議開發。最後得到的回覆果然讓人吃驚，兩個協議是並存關係，需要繼續按照舊協議開發。我心裏一萬頭“草泥馬跑過，纔剛和硬件同事討論了新方案“，這是哪個冤大頭髮的郵件？一看是老闆，算了算了，想想明天怎麼和硬件同事尷尬的碰面，然後重新討論方案吧。
  好在這次及時對信息來源質疑並確認清楚，才避免了可能出現的一場大烏龍的開發項目。

2 經驗總結分享

  我們應該本着人無完人，誰都會犯錯的觀點去和別的同事進行上游或下游對接。設計輸入不合理的地方要主動提出來，雖然會嫌一時的溝通麻煩，但是避免了後續口舌之爭以及加班加點趕項目的麻煩還是值得的。另外，不要試圖去指責別人的錯，往往得到的是別人的“反擊”，爭吵會浪費自己僅剩的開發時間。最後，老闆也是會犯錯的。