每日一得

不求多得,只求一得 about java,hibernate,spring,design,database,Ror,ruby,快速開發
最近關心的內容:SSH,seam,flex,敏捷,TDD
本站的官方站點是:顛覆軟件

  BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  220 隨筆 :: 9 文章 :: 421 評論 :: 0 Trackbacks

//本站點內容來自于 顛覆軟件


純粹意義上的項目經理是不用管技術的問題的,只負責管理,但是在一個中小公司可能出入就很大了,比如,在我所在的公司,項目經理=客戶需求+項目管理+軟件架構+程序編碼+部署+測試+項目驗收,如果需要的話也可以兼個DBA  :) ,還好,我以前的功底相對比較扎實,從linux到windows server到sqlserver 到oracle到jboss到websphere算不上精通也都基本能獨立搞定,但要說效率有多高可能就不好說了.

我個人還是傾向于“分布式”,即各司其職,有人設計,有人實現,有人管理,有人維護,我還是欣賞我當初參加工作時在北京網通小靈通賬務管理的項目中 的人員分配的方式,現在想來還是比較合理,在我們B/S組分配是:一名項目經理,主要負責總體和客戶的溝通,一名需求管理人員兼DBA;一名技術經理帶2 個 后臺開發人員;后臺開發人員各帶一名前臺開發人員;一名測試人員負責測試,同時負責用戶平時的基本修改意見的匯總,如果有較大的變動則通過項目經理。而反 觀我們現在的一些項目會發現,程序員居然和客戶溝通起來了,真是不怕天下大亂,用戶A提一個問題,程序員A修改了,過一段時間A又提一個問題給B,B也修 改了,有一天程序員A和程序員B都走了,客戶覺得我的好多以前提的東西你們怎么現在的人都不知道啊? 雙方都受傷害。其實,合理的架構才能保證有序的結果,一個小打小鬧的團隊怎么能應付日益變化的客戶需求呢。

如果條件允許,我建議一個具有競爭力的團隊應該是一名架構設計人員,一名DBA,3-5名中等水準的開發人員,一名美工,一名測試,其中DBA和美 工是共享人員,臨時參與,測試放到一個更重要的位置,即,始終跟蹤全部的客戶需求,所有的修改變更都是通過測試人員,程序員和客戶之間隔離開。其實這不就 是“面向對象”么? 松耦合和緊耦合肯定不是一回事。現在很多的公司的高層人員普遍比較短視,所謂的理由就是“成本”,我的回答是:出來混遲早要還的! 現在不這么做,遲早要付出代價。

posted on 2008-07-03 14:12 Alex 閱讀(2821) 評論(1)  編輯  收藏 所屬分類: 項目管理與軟件雜談

評論

# re: 項目經理的職責[未登錄] 2008-07-03 17:33 石頭
講的不錯,我覺得一個項目里面還應有一個系統分析人員不可卻少。一個合格的系統分析人員能讓你的項目開發過程處于一個比較主動的地位(可以引導客戶用合適的方法解決客戶提出來的問題,可以回絕客戶不合理的要求等)。同時需求的管理也是非常重要。對于一個可持續的項目來說,知識和文檔的沉淀是非常重要的。但是國內軟件公司能做到的確定不多。  回復  更多評論
  


只有注冊用戶登錄后才能發表評論。


網站導航:
 
2013火热网络捕鱼游戏 4人李逵劈鱼稳赢教程 河北11选5秘诀 六肖中特期期准王中王129 四川时时彩app下载手机版下载手机版下载手机版下载 华东25选5开奖结果查询 易发棋牌下载 极速快3预测 中国玩梭哈高手 彩金捕鱼天鸽游戏中心 快乐10分外围 河南22选5走势图201 金沙棋牌真人 买彩票正规网站 百人牛牛怎么玩的视频 近期陕西彩票大奖得主 河南快三走势图