<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

        <mark id="rxdll"><dfn id="rxdll"></dfn></mark>
        • 軟件測試技術
        • 軟件測試博客
        • 軟件測試視頻
        • 開源軟件測試技術
        • 軟件測試論壇
        • 軟件測試沙龍
        • 軟件測試資料下載
        • 軟件測試雜志
        • 軟件測試人才招聘
          暫時沒有公告

        字號: | 推薦給好友 上一篇 | 下一篇

        UI項目的團隊組合(來自微軟的借鑒)

        發布: 2008-8-28 09:30 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 23次 | 進入軟件測試論壇討論

        領測軟件測試網
        關鍵字:UI項目

        在很多團隊,真正的界面設計都是由PM做完了Spec,才找UI設計人員來征求意見。像我們團隊,我的設計規范書寫完后,我才找UI設計人員來,他們所做的也就不過是對我的設計作小改動,如那些英語詞句用得不妥,哪里的按鈕該改變大小,等等。我所知道的其它視窗操作系統的團隊,也是差不多。這主要是因為我們能自己進行界面設計——視窗操作系統部門的PM是微軟PM中最厲害的?墒,這是不太正確的方法,因為如果你有很強的PM,你可用這種方法,要是你的 PM的設計能力不強,這樣的流程就要出問題。你的項目的成功不應該寄托在幾個強有力的PM上,而是要用完善的流程來保證。好的流程應該是,在產品開發的早期,在做設計時,PM就應該和UI設計人員一起來考慮產品設計的合理性。

         這個問題在微軟內部我們自己也有很大的爭論。 UI設計人員就常常抱怨,在產品開發的早期,他們常常不被看重,被拋在一邊。UI設計的領導人甚至在全公司的培訓大會上講,我們的這個文化有問題,領導對 UI設計人員在產品開發早期能起的作用不夠重視?墒沁@個爭論已有幾年了,結果仍無改變。我想這主要還是跟我們這個行業的產品開發的特性有關系。因為軟件開發是很技術性的,常常在早期的技術討論中,UI設計人員對技術討論說不出個所以然來(因為他們大多是學藝術設計的),漸漸地各開發團隊對UI設計人員的作用就看輕了。在使用界面因素占很大比例的產品團隊,像 Office 和 MSN ,這種情況要好一些。

         Usability Engineer 所做的事和UI設計人員不同。他們是將UI設計的模型版,找客戶來進行實用和使用性能的檢驗調查和測試,并根據調查結果對UI設計提出進行修改的意見。也就是說,他們的工作是檢驗UI設計的合理性,有點像測試人員程序進行檢驗的功能?梢哉f,Usability Engineer 和UI設計人員的關系像測試人員與開發編程人員的關系。

         User Education team 是編寫使用說明書的編輯人員。

         從大方面的來說,微軟的產品組是公司的幾大部門之一,其他還有市場/銷售部門,服務部門,運作部門,還有研究院什么的。

         合理的開發團隊組合應該是什么? 允許我拋磚引玉,先談一下微軟的經驗:

         項目經理團隊:(Program Management Team)

          設計項目經理(Feature Design PM):負責具體的產品設計,寫Design Spec,PM 隊伍中,80%的PM是做這個。

          發行項目經理 (Release PM):負責整個項目的流程和進度管理,制定進度表等,協調整個團隊的工作。大的PM 隊伍中有一人專門做這個。這是整個項目的領頭人。大型的項目的成功與否,常?康昧Φ陌l行經理的領導。

          協助項目經理(Supporting PM):負責其它產品發行需要照顧到的事情,如客戶交流、和市場開發人員交流、負責beta program(初版試行)等等。大的PM 隊伍中少不了這樣的人。20%的PM是做這個。

         開發團隊:(Development Team)
          開發團隊領導(Development Manager): 負責管理各個開發小組,并對開發編程的工作做總體的規劃。
          開發組長(Development Lead): 負責管理開發工程師,也參加對開發編程的工作做總體的規劃。
          開發工程師(Develop Engineer,or Developer):負責具體的編程開發。
          構架師(Architect): 大的產品團隊有一兩個資深工程師專門做整體系統的設計規劃。

         測試團隊:(Quality Assurance or Test Team)
          測試團隊領導(QA Manager): 負責管理測試小組。
          測試組長(Test Lead): 負責管理測試工程師,制定測試計劃等。
          測試工程師(Tester or Test Engineer):負責具體的測試工作。
          測試開發工程師(Developer in Test,or STED): 負責測試工具的開發。

         產品可用性團隊:(Usability Team)
          產品可用性工程師(Usability Engineer): 做使用性能的調查和測試,采訪客戶或將客戶邀請來做調查。
          界面設計師(UI Designer): 負責具體的界面設計。
          產品設計師 (Product Designer): 負責產品的總體設計,特別是硬件產品。

         客戶教育或文檔團隊:(User Education,or UE Team)
          文檔組長(UE Lead):負責管理文檔小組。
          文檔編輯(UE Editor):負責具體的文檔編輯和撰寫。

         以上只是一個大約的組合模式。不同的團隊有各自的側重點和變化。在很大程度上這些也受到具體的產品的影響。我想我在微軟的產品部門的其他同事們會再做補充。希望這些信息能對國內的軟件開發公司能有參考價值。我們希望通過這樣的交流,我們能為中國軟件開發事業的進一步發展盡我們的一點微薄之力。

         


         

        延伸閱讀

        文章來源于領測軟件測試網 http://www.k11sc111.com/

        TAG: 借鑒 團隊 微軟 項目


        關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
        版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
        北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
        技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

        軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>