其實前段時間專案就在推動了。現在才想起來總結，那就來總結下吧。分享下和記錄下我的處子專案經理工作日記。
我的過程比較特殊。我接手的時候，需求已經出來了，需求是研究院構造的，這裡我要記錄下這個人；然後我的第乙份拿到手的文件，叫專案建議書，是設計院幫我寫的。
第一步，我先看專案建議書，然後和研究院的人溝通下需求，大體了解清楚了。
第二步，專案會走集團的簽報，這時候有時間，我可以和同事討論技術規範書裡面的技術疑點，甚至自己找一些廠家來討論疑點，其實最後是讓廠家來幫我解決裡面的問題。讓我清晰。
第三步，讓研究院出產品需求規範書，後來會發現和專案建議書差不多的，然後讓設計院按照這個來寫可行性研究報告。
第四步，等待可研評審會的召開，期間可以繼續和廠家溝通，甚至可以讓廠家先把**動起來。保證你的工期。
其實說到這裡，如果軟體的技術疑點解決了，建議先了解或研究下硬體的部署，採購，型號和**等，雖然這些也是設計院出來的，但自己要先拿捏好。
第五步，可研評審會之後，就可以出技術規範書了。其實後來發現，總體部分還是和建議書，可研一樣，只不過多了些條款。
第六步，商務規範書。技術，商務規範書都是用來招標的，要認真對待，修改和斟酌。完成後，就可以發給招標公司組織招標了。
第七步，可以聯絡幾個廠家，讓他們先按照規範書的要求，提些建議和**。一般他們給的**，硬體會比較低，把軟體的**提高了，這也可以理解，軟體他們才賺錢。我們要留意好，控制好他們的軟體**。
現在進行到這裡，接下來是是等待招標。不過其間多次收到領導的反饋，要修改多次技術規範書，都是些增加條款，或加上保險自己的條款，讓以後的工作沒那麼被動，這個也對，前期都要考慮好。其間也針對廠家提出的一些技術疑點，協調了很多部門來解決，這些技術疑點之前自己竟然沒有留意到，這個也要提醒下，盡量把技術疑點在最前面解決好，自己畢竟是專案經理，要把自己當專家。
我是專案經理，我的專案管理日記 20111209
剛剛回過神來，想起來兩條之前的小經驗吧。也馬上在這裡記錄下。1 千萬不要讓廠家提出依賴性的開發。比如，可能之前他們幫你們公司開發過一類產品，後來有很巧他們中標了。於是他們會提出，不如在這個新的系統開發乙個和之前那個系統有聯絡的功能吧，這樣資源可以共享什麼的。其實我個人覺得，是因為他們想依賴起來，依賴...
我是專案經理，我的專案管理日記 20111202
補發的，不知道為何找不到了，所有再補發一次 其實前段時間專案就在推動了。現在才想起來總結，那就來總結下吧。分享下和記錄下我的處子專案經理工作日記。我的過程比較特殊。我接手的時候，需求已經出來了，需求是研究院構造的，這裡我要記錄下這個人 然後我的第乙份拿到手的文件，叫專案建議書，是設計院幫我寫的。第一...
我是專案經理，我的專案管理日記 20120214
各位情人節快樂！這周開始出差，在北京，有朋友嗎？呵呵。上次和廠家昨晚需求確認之後，大體的工作就是讓廠家設計和開發了，其實對於這種專案來說，我這邊已經閒置了。有問題也就郵件溝通，把問題寫在文件上，來回傳和反饋。我也要求對方每週四要進行進度匯報。把完成的 未完成的 計畫完成的和需要協調的發給我。上週拿到...