互連網專案管理-誰是項目的受害者? 2009-12-7
在做網站專案管理時我想大家都可能遇到以下的類似情景:
1、這個功能不是我負責的,這個類不是我做的 !
2、這個需求TMD分析的有問題!
3、為什麼當初市場銷售的沒有說清楚!
4、這個資料表設計最開始就有問題,現在沒法做!
5、 這個東西我怎麼知道,你問他們吧,不是我搞的!
類似這樣的情境,有做過項目或產品管理工作的人我想都是記憶猶新,而且也可能是做管理經常遇到的問題。
程式員本來應該是一件需要很大創意性的工作,怎麼成了一份怨天尤人的工作?
感覺,程式員的工作很苦,很累,很委曲。程式員的工作成了生活的壓力。
管理者的壓力來自於客戶,來自於公司老闆。程式員的壓力來自於專案經理,來自於學習壓力,來自於項目需求的變更。
更多有做過項目開發的人都深有體會,怕的不是創新,不是新技術,而是工作需求的變更,這是致命的壓力感。
改了一次又一次,客戶說話不算數,銷售是神經病什麼都答應客戶,主管腦子進水,這樣的需求也做的出來.......
項目干係人的壓力來自於項目的進度,項目的可行性,項目的收益等等,為什麼這該死的項目拖了再拖,做出來的東西根本不是我想要的!
到底誰是受害者?
程式員?專案管理?項目干係人?.....
太委曲了吧,每個人都覺的自己是受害者,每個人都帶著受害者的心理在完成這份差事,這就是國內大部份公司的現狀。
程式員每天看到的是自己的工作量越來越多,程式的修改頻率越來越高,模組設計的越來越複雜。
專案管理者看到的問題是項目越改越差,功能越來越四不象,老闆的臉色越來越越難。
面對這樣的局面,每個人都在心理盤算,這項目是如何失敗的,已經在心理默默的又總結了一次項目失敗的經曆,盤算著下一次面試該如何把這個項目
失敗點做為自己擷取新工作的籌碼。
這樣的團隊如果不會把項目做失敗那也算是一個奇蹟。
難道大家都沒有溝通嗎?結果是否定的,我想溝通的可能還不至一次。溝了就通了嗎?通也許是暫時的。
那怎麼辦?
需要每個角色的人都能正確認識自己所處階段的位置,程式員應該擺脫“受害者”的心理和想法,問題的出現絕對不是因一個人或一個點造成的。
任何事情都有商量的餘地和解決辦法和方式,需要改進的是自己的心態,敢於接受挑戰和面對現實的心態。
每個程式員都要對自己做的事情負責,在項目時遇到最多的還不是技術問題,更多的其實是進度工期拖後,拖後的原因有很多,個人技術水平,需求的變化
項目時間分配。其中技術和項目時間的分配相對的可控,但為什麼程式員自身沒有更好的把握好項目的工作時間呢?
非要等到工作到期了,然後才發現還有一堆的工作沒做,或根本就沒有去驗證它的功能,導致整個項目不能如期上線,作為程式員應該好好檢討下自己的做事
態度,成人最起碼的責任心到哪去了?難道非要你的主管來約定你每天寫多少行代碼嗎?
面對需求問題,明明瞭解這個需求可能會造成什麼樣的不良後果,但還是接手做下去!這明顯是對工作不負責任的態度,或者說基本不是一個專業的職業人能
乾的事,很多程式員的心理總是報著這種"英雄救美"的心態,等項目出現大問題瞭然後他突然跳出來指責一番,然後說我有解決辦法。
請站在一個專業的角度來看看自己底到是什麼在擺弄著你的心態,是什麼阻礙了你職業生涯的腳步。
而我們的項目主管也是一樣,明明這個項目或功能需要比較強的技術水平,偏偏讓一個不熟悉的人來做,導致做出來的功能品質差,客戶不驗收,這樣的案例
太多太多,客戶或銷售提出的需求變更沒有及時反應變更帶來的直接影響和風險評估,非要等到問題出現了後才後悔莫及,然後要求程式員們加班加點 。
請站在一個專業的角度看看自己,底到是什麼讓項目的進度變的如些的不可控制,是什麼讓系統的功能變的如些的脆弱。
不和是程式員還是專案管理者請擺脫"受害者的" 心理。