MDA/MDD/TDD/DDD/DDDDDDD
          posts - 536, comments - 111, trackbacks - 0, articles - 0
            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理
          http://topic.csdn.net/u/20080921/13/87e0922d-2f61-442c-b9ae-d5680f6bec87.html
          上周從開發部轉來一個剛畢業的小伙子,要我面試一下看看是否適合質量部的相關工作。交談中,小伙子說大學里已經考過了系統分析員,于是我便問他:“系統分 析員主要做什么?” 小伙子想了一會說道:“系統分析員主要就是組織、管理和規劃系統”。于是我接著問道:“如果負責組織、管理、規劃的話,那和項目經理的區別是什么?”小伙 子想了半天,終于搖著頭說:“不知道。”
          ? ? ? 問這個問題倒不是為了為難小伙子,主要是希望他能夠明白,書 本上學來的東西必須和實踐聯系起來,在開發也好在質量部也好,都離不開自己的主動學習和思考,沒有思考的學習只是在收集知識而已,是不能夠化為己用的。在 離開學校的頭兩年里,大部分人是無法找到自己真正的興趣所在,我也是一樣,所以剛開始無論在哪個崗位都必須主動學習和思考,包括對自己現有崗位的知識的學 習,以及由于不滿而對崗位之外的知識的學習(當然這是在工作之外),而不滿正是思考的起點。不過,正是因為無法找到真正的興趣所在,就需要堅守崗位,一方 面也許它就是自己的興趣所在,一方面也為了尋找真正的愛好而積蓄力量。   
          ? ? ? 額外的話說了不少,還是回來看看,到底“系統分析員、架構師、項目經理”之間有著什么樣的差別?下面按自己的理解粗略的整理了一下,也許并不全面,綠色部分代表每一個角色主要需要參與考慮的活動(注:下面所說的系統分析員混合了設計的職責):
          ? ? ? 首先看一下架構師和系統分析員的區別: 1、系統分析員必須考慮自己所設計系統的方方面面,他是系統實現的原始作者,也對系統能否滿足客戶的技術要求以及產品成本是否可接受起著最直接的作用。 2、架構師一般在軟件組織內僅僅是少數人,他們主要負責對產品的架構進行評估以及子系統之間的接口批準上,評估的主要方面集中在系統級的質量屬性和成本 上,包括:當前架構是否滿足可靠性要求、系統架構的可擴展性、可重用性、性能以及基礎的公共功能等等。他們必須對系統分析員設計出來的系統進行最初的把 關,所以責任重大,也需要經驗非常豐富的人來承擔。在公司其他部門和Ivar Jacobson的交流中,Jacobson明確的指出,架構委員會不是常設組織,通常都來源于團隊的系統分析員,唯一常設的職位通常只有一個主席,其他 的成員必須臨時來源于系統開發的一線,只有他們最了解系統開發的基本思想。 3、系統成本是架構師和系統分析員最容易忽略的事情,而這個也是他們最基本的職責之一。
          ? ? ? 接下來看看系統分析員和項目經理的差別: 1、一個不合理的計劃往往被歸咎于項目經理,但這并不是事實。計劃的制定嚴重依賴于系統分析員所設計系統的部件完成工序,而唯一能對這個作出準確判斷的只 有系統分析員。所以,計劃的最初版本是來源于系統分析員而不是項目經理。項目經理在這方面的主要作用是協助系統分析員制定計劃,幫助考慮人員、資源方面的 投入情況,并在項目的執行過程中嚴格監控項目的進度情況。 2、質量目標的制定和計劃一樣,來源于系統分析員,尤其是性能、可靠性等關鍵技術指標,而這些的第一跟蹤主體也是系統分析員。項目經理在其中的角色,只是 協助系統分析員安排各種資源,完成這些目標的測試、跟蹤等活動。 3、成本是唯一的需要架構師、系統分析員以及項目經理共同關注并且嚴格控制的因素,原因很簡單,這是大家靠著吃飯的來源。 4、項目其他的非技術方面的因素,則基本都是由項目經理負責搞定,包括合同、人員溝通、采購等等。



          我不認同,這樣搞失敗的幾率很大.

          你說的: 項目經理,系統分析員,系統架構師
          可以用: 項目經理,系統分析設計師 來取代,另外新增由 首席業務分析師帶隊的業務支持組(純粹的業務人員).

          不管是大項目還是小項目,不管項目規模多大多小,我的觀點和實踐如下:

          1: 項目經理 必須對項目的范圍(需求),包括要實現的功能和序列 要有比任何人都清晰的認識.

          2: 項目經理 要有廣泛的技術背景,廣度和深度的技術眼光 至少要能支撐對要實現那些功能的定義(實際上就是承諾).

          3: 項目經理全局把控 系統的 WBS, 局部的細節 WBS 可以讓其他人員分擔, 但并不代表自己對細節無法把握.

          4: 一個項目的成功實施后,雖然項目經理不用自己寫代碼,甚至不用自己親自寫文檔.但自己對整個項目的技術包括細節都了不指掌,并且又比項目組其他人員更高度 的認識.而且能夠以總結的眼光找出不足的地方,能夠想到新的改進的方案 在新的項目中去實施.對系統的功能和業務以及流程進行總結分析,有意識的無形中提升自己理解問題的能力.

          5: 一個項目結束后,項目經理 對團隊建設和管理以及考評, 項目計劃以及執行, 各種變更以及突發或必須經歷的事件 的處理能力都會有一個新的臺階的提升.并且能以總結的眼光有更高度的認識. 也就是管理能力的提升.

          6:......

          7: 更關鍵的一點 就是建立發展跟客戶的關系,增強客戶的信任度,樹立自己的個人品牌,進一步維護團隊和公司的品質和品牌.客戶對公司的認可,是建立在公司執行具體任務的團隊的基礎上,對團隊的認可是建立在對項目的滿意度和項目經理的認可上.


          系統分析設計師,是對業務有一定基礎(最好很熟悉),理解問題和解決問題能力特別突出的,技術廣度和深度都非常優秀的人員承擔.承擔副項目經理的職責.
          主要負責進行系統業務的分析和功能定義,接口定義,技術體系的制定,為項目量身定做的技術架構 等職責.

          系統分析設計師 領導 設計組組長 和 開發組組長, 完成不同階段的任務.

          項目經理直接領導 系統分析設計師, 測試組, 配置管理組.

          http://zhidao.baidu.com/question/108354211.html?fr=relateQuestion

          系統架構設計師和系統分析師的區別與聯系
          區別:
          系分比架構更貼近用戶一點,主要是需求分析,業務分析。
          架構比系分更貼近技術一點,是技術專家、資深技術人員。

          聯系:
          都是高級抽象級別,同作為軟件高級職稱資格,是程序員和軟件設計師的領導者和技術顧問。兩個聯系多于區別,一般系統分析師組和架構師組合作,共同制定一個基礎技術框架。
          系統架構偏向于技術方面,包括設計

          系統分析偏向業務,包括需求分析

          它們也有共同之處和聯系,兩個職位要相互配合的.

          評論

          # re: 系統分析員、系統架構師、項目經理的區別(轉)[未登錄]  回復  更多評論   

          2010-06-01 12:30 by 新人
          在新人面前真夠裝B的
          主站蜘蛛池模板: 罗田县| 黄冈市| 云阳县| 陵水| 古田县| 北辰区| 济宁市| 侯马市| 聊城市| 托克逊县| 孝感市| 遵义市| 搜索| 合水县| 广灵县| 吴桥县| 凤城市| 苏尼特左旗| 探索| 科技| 亚东县| 万山特区| 大关县| 梁平县| 安图县| 元江| 平果县| 扎兰屯市| 青海省| 邹平县| 宁夏| 岳阳县| 泊头市| 柘城县| 张家川| 兴隆县| 泽州县| 靖安县| 龙陵县| 理塘县| 子长县|