項目管理知識1

1、項目需求必須是以業務爲導向的

 

 

咱們在對失敗的項目進行復盤或者分析總結時，會發現致使項目失敗的緣由都或多或少和項目的需求分析有關。

當你和用戶坐下來談需求的時候，應該談什麼？

用戶： 「咱們要創建一個辦公管理系統」

項目經理：  「請問要實現哪些功能？」

                「有多少人同時使用？」

                「您但願用什麼樣的數據庫平臺？」

                「您目前的IT架構是什麼樣的？」

這些問題對嗎？技術上說沒有錯，可是角度不對，或者說切入點不對。

項目經理通常都有很好的技術背景，但項目經理不是總工，不是架構師，不是程序員，而應該是一個「業務層面的管理者」。項目需求的切入點必須是在業務層面的。

項目經理： 「請問，咱們爲何要創建這樣一個辦公管理系統？」

                「咱們當前遇到的主要業務問題是什麼？」

                「您最但願經過這一系統解決哪些業務問題？」

做爲項目經理，當你選擇技術方案、制定項目規劃、肯定驗收標準時，客戶的「業務目標」遠比「技術實現」重要的多。首先要搞明白的是爲何作，而不是怎麼作。

 

 

 

 

 

 

 

 

2、    需求是須要管理層和客戶確認的（包括關係項目需求的其餘涉衆）

 

 

 

經過與老闆（關係項目需求確認的涉衆）的溝通，造成了項目的需求文檔。

 你把需求文檔整理好，拿給主管經理或者客戶

「老闆，這是這個項目的需求文檔，包括驗收標準，您看看有沒有問題？沒問題的話麻煩您籤個字 … 」 

你以爲老闆會簽字嗎？ 

若是他很痛快地簽了，很是好，他成竹在胸，對你的項目很承認，你的項目有個很是好的開始。 

若是他不籤呢？ （不少時候，不籤是大機率事件）

一個簡單的問題，老闆爲何不肯意簽字？我告訴你一種最可能的狀況，他本身也沒有徹底想好。

    「你先作吧，作好一部分咱們再看」

    「你是項目經理，你定就能夠了 … 」

固然，你是項目經理，但你不是客戶，不是老闆，真正決定項目需求的不是你。

明知道老闆不肯意簽字，爲何還要逼他簽字呢？

咱們真正想要的也許並非他的簽字，而是逼他認真考慮項目問題。不少時候你不逼他，老闆是不會認真替你考慮問題的，最終的責任仍是在你。

項目經理須要「強勢」一些，但不是「強硬」，用各類可能的辦法「逼迫」老闆和你一塊兒把問題考慮清楚。你能夠要求他簽字、能夠軟磨硬泡、能夠曉之以理動之以情 … 

總之，無論用什麼辦法，在項目開始前，主要的項目干係人（Sponsor）要對項目目標、需求達成一致。

 

不論是客戶，仍是老闆，不要被他們的強勢壓住。只要你是爲了把項目作好，通常狀況下，他們是會理解的。