職場上在接受領導安排的任務時，儘管沒有搞清楚，但是羞於啟齒，或擔心領導對自己有看法，當面不敢問、不敢說，最後導致工作完成質量不高，離領導的要求相差很遠，領導不滿意。

所以，如果遇到“接受任務時，不清楚如何去做”的情況，一定要當面向領導提出來或是問清楚，這樣才能“磨刀不誤砍柴工”，才能有的放矢的完成任務。

　其實，與領導溝通沒有我們想象的那麼難，在恰當的時間說上幾句恰當的話，就能起到很好地溝通效果，相同意思的話以不同方式來說給人的印象自然不同。

如果我們這樣說可能效果也會更好。

　“領導，您看我理解的準確不？┉┉” 　

　“您剛才交代的工作是不是這樣去做，┉┉，您還有什麼指示嗎？” 　

　“科長，我把你剛才的的要求再複述一遍，你看我說得對不對？┉┉”

這樣說話的好處：一方面確認領導的真實意圖，為完成工作奠定基礎；另一方面可以讓領導覺得你工作用心、態度端正。

軟體開發過程當中需求頻繁變是一件頗讓人頭疼的事情，更尤其可能是老闆或者上級領導提出的需求，如何與需求方溝通也是個長久不衰的話題。

首先我們分析下可能造成需求頻繁變更的因素：

1.領導反覆修改需求可能是自己沒考慮清楚想要什麼。

2.領導需求已明確，後由於業務需要，頻繁更改，更改後發現還不是想要的。

3.無底洞的需求變更和功能修改。

4.專案催的緊，本來兩天的工活一天要完成，專案變成拔苗助長。

5.後期軟體改成一鍋粥，主導專案的開發人員變更，基本無人能明白需求和可以接手。

.....

通常情況下，需求來自競品、市場、內部領導或同事的自主設定

需求需要去管理和維護，如果軟體開發過程中，沒有需求管理，或者需求因為頻繁的變更導致管理失控，那麼在執行層會出現很多問題，諸如：

1 需求以失控的狀態進入軟體過程，從源頭上失去了專案的質量保證;

2 需求範圍界定不清，使專案缺乏計劃性，導致成本，研製週期失控;

3 需求變更失控，使組織處於被動反應式的境中，專案組，研發成為救火隊;

4 需求管理不當，導致專案延期，士氣低落，增加了專案的失敗風險;

我覺得首先需要跟領導或者負責人溝通建立明確的需求管理制度，直接或者間接的傳達溝通需求頻繁變更造成的害處。

然後透過需求管理流程將領導變更的需求納入到需求池中進行管理分析，而不是直接投入到開發過程當中去，然後迅速將需求進行分類分析，分類方法可以參考我們常用的KANO模型，如下圖

可以將需求分為

基本型需求：使用者不說卻必須存在的需求，即所謂使用者的痛點。

期望型需求：與使用者滿意度成正相關的需求，即所謂使用者的癢點。

興奮型需求：給使用者提供對產品超過期望的功能，即所謂使用者的爽點。

無差異型需求：不會對使用者滿意度造成影響的功能，不論提供與否都不影響使用者體驗。

反向型需求：與使用者滿意度成反相關的需求，提供與大多數目標使用者無關的需求就會影響使用者體驗。

如果領導提出的需求，是基本型、期望型、和興奮型需求那麼可以優先考慮開發

如果領導提出的是無差異需求，可以將分析過程告知領導，與領導溝通爭取暫緩

如果領導提出的需求是反向型需求同樣可以將分析過程和結果與領導溝通放棄本次需求變更

同時，我們還可以將需求按照其重要程度、緊急程度、重要程度、實現成本、滿足目標使用者需求、符合產品定位等。藉助四象限法則，從重要且緊急、重要但不緊急、不重要但緊急、不重要且不緊急四個象限拆分需求的優先順序。

透過將需求管理，分類，分析，排序之後，可以組織小組成員進行需求評審，需求評審是需求落地過程中很重要的一個環節，且要讓整個評審流程形成一個閉環。此過程也可以讓領導參加進來，在需求管理過程中，需求都是一個接著一個的，再加上中間還有領導需求變更或臨時增加。關鍵在於讓需求到分析實現閉環，將需求合理的管理起來，避免失控，才能讓需求快速落地。這樣也從源頭上解決的需求不清楚，需求頻繁變更的問題，從而真正的解決您與領導就需求頻繁變更而帶來的煩惱。