作爲程序員你在工作中最討厭聽到的話是什麼？
我最討厭聽到的話：這個需求很簡單的，簡單講一下就好了。
佈置任務，理解需求，團隊協作等相關的工作中，良好的溝通和信息同步有利於減少甚至消除團隊成員理解差異。
然而有些項目經理/產品經理/業務，喜歡說“這個需求很簡單的，我只講一次”，在他們眼裏一些“簡單的功能“無需多講或者討論，其實領任務的程序員沒有context，很難做需求分解、評估開發工作量，比如某個web應用要做個權限管理模塊，初看起來這個需求很常見且簡單啊，基於RBAC來設計開發唄，還可以用這些現成的框架技術（例如shiro）。
但是對於程序員來講這個看起來常見的功能需求，context很重要，比如：用戶數據哪裏來？以什麼方式登錄？怎麼校驗登錄基本信息？怎麼維護用戶信息（例如OA同步過來的數據之後有些賬號凍結了，不同的數據源之間咋同步？同步頻率？)，登錄跨應用嗎？這個權限管理功能給誰用？（不同角色使用對功能的要求不同，基於shiro等框架開發的權限管理模塊受限於框架技術，如果想要有個完整的操作界面或者做更細節/複雜的權限配置，那麼類似shiro的框架往往不適用)。
仔細想想，自己有時候接了任務，評估工作量進入詳細設計、開發狀態後往往需要中後期增加溝通、協調資源、加班趕進度，很多次是因爲當初需求未做充分溝通了解清楚，致使需求拆解不夠清晰（小），導致評估量化很不準確，要靠加班來趕進度