背景：博主身處電力行業，主要負責開發mis型別業務系統，最近在搞資料整合整合視覺化等有關資料的專案，博主所處的公司是小公司，部門只有10來個人，上有經理下有開發人員。之前一直在做專案，沒什麼時間坐下來總結一下專案應該怎麼做，應該怎麼推展，每天都像救火隊長一樣，東去一下，西去一下，沒有什麼整體的規劃，估計這就是小公司所特有的工作模式吧。
最近一直關注這需求是什麼，需求從**來，需求怎麼做，估算是什麼，估算怎麼做等等問題，今天特意開一篇章來聊一下需求方面的東西，也總結一下最近做專案的套路，跟大家**一下專案是怎樣煉成的。
專案管理中，我們經常提到干係人管理，但是總是放到比較後的部分，而且說明也不是特別的詳細，大部分是講述理論性質的東西，缺乏實踐證明。
而且在中國的社會關係中，人與人之間的關係，甚至超過任何的東西，比如：專案章程沒有做好？沒關係，只要我方經理跟對方經理確認好，那就沒關係了；再比如，專案某個節點需求出現重大變更，只要經理老闆同意了，都可以更改，這就是現實，沒辦法，不能反抗，只能享受，想想方法，滿足各個方面的需求。
因此，開篇的第一章，我們就來**一下人，也就是我們的客戶和我們的領導。
下面，我們圍繞幾個問題來開展討論：
* 為什麼需要找到對的人？
* 什麼樣的人才是對的人？
* 怎樣找到對的人？
對於我身處的公司方來說，基本是不用討論，我公司屬於傳統的行政力量大於專案力量的公司，對的人只有乙個標準：領導，領導的領導，等等，一層層的往上去，能夠得到越高層領導的支援，專案越容易開展，得到的資源越多。
答案是：專案越容易開展，得到的資源越多，政策傾斜越厲害。
答案是：領導，領導的領導，等等
答案是：根據行政結構往上即可
對於客戶方公司來說，就稍微複雜一些，如果想要找到對的人，其實博主認為，就是找到系統需要覆蓋的業務線上面的所有大大小小的人員，可能包括總經理、部門經理、操作人、資料員等等，但是他們總有乙個特點，就是肯定存在這條==業務線==上面。
比如：人資系統裡面的人員資訊管理功能，它只是業務線的一小個片段，但是，它可能會涉及到眾多角色，包括總經理、人力資源部經理、資料錄入員、普通員工等角色，不同的角色具有不同的需求，只有把不同的需求按成本和優先度倆實現，才能夠在實施的過程中，減少這樣那樣的阻力。（關於實施過程中出現的問題，後面在聊）
下面我把上面的那個功能的需求寫一下：
角色功能需求
總經理需要知道公司現在有多少人，學歷結構組成是怎樣的，年裡結構組成是怎樣的，等等統計性的需求（這些統計性的需求將會涉及到人員屬性的設計）
部門經理
需要知道公司現有人員多少，具體人員是哪些，具體人員的不同的屬性，具有鎖定或者停用某個人員的功能
資料錄入員
需要人員錄入功能（增刪改查），如果能夠匯入資訊就更好
普通員工
只需要查詢功能
上面的功能我寫的不是很完整，但它們也是比較有代表性的，而且是直接影響系統設計的需求。可是，在需求調研的過程中，由於成本、工期、人手等各種原因，沒有完完整整的引導客戶把真真切切的需求提出了，只是知道業務的某個片段，就匆匆忙忙的趕著開發，趕工期了，這個時候，系統的返工是必然的，只是多與少而已，這個取決於做需求的人員的素質與對業務的熟悉程度，==甚至更加嚴重的是，需求只是跟接頭人對接了，沒有直接對接相關人員，資訊在傳遞的過程中，丟失的不是一點點。==
因此，在需求調研前，先要找到對的人，這是至關重要的一步。
答案是：專案越容易開展，得到的支援越多。
答案是：在業務線上面的所有人。
答案是：根據具體分管業務調整。
總結：在這個專案的開展之前，作為專案經理，必須清楚了解各個關鍵角色所對應的人員，這樣，專案的開展將會更加的順暢。
還有，這上面只是我個人的不成熟的觀點，勿噴！！平心靜氣討論可以，人身攻擊則免，謝謝。
在對的時間遇上對的人,是一生幸福
在對的時間遇上對的人,是一生幸福.在對的時間遇上錯的人,是一場傷心 在錯的時間遇上對的人,是一聲嘆息 在錯的時間遇上錯的人,是一場荒唐 也許 愛情是一部憂傷的童話 放棄乙個很愛你的人，並不痛苦 放棄乙個你很愛的人，那才痛苦 愛上乙個不愛你的人，那是更痛苦。若是有緣，時間 空間都不是距離 若是無緣，終...
在對的時間遇到對的人是一生幸福
在對的時間遇到對的人是一生幸福 在對的時間遇到錯的人是一段痛苦 在錯的時間遇到對的人是一種無奈 在錯的時間遇到錯的人是一場荒唐。聽到這樣的話心裡覺得很悲哀 這一生是選擇我愛的人？還是選擇愛我的人？有人說過,乙個人的一生中會遇到四 個人 愛你的,你愛的,與你共度一生的,和你情投意合的人.那麼你會遇到怎...
視SOA是一種信仰是SOA專案成功實施的關鍵
從 1996 年gartner 公司提出 soa的思想到今天，soa已經從一種技術理想逐漸走到了現實，it廠商們開始基於 soa的架構做一些事，企業也越來越關心 soa究竟能給他們帶來什麼好處，有人預計08年 soa將成為占有絕對優勢的軟體工程實踐方法。但是，目前仍有很多 cio彷徨在 soa的概念...