微軟軟體開發制度簡介

c#程式設計論壇

軟體工程思想

it專案管理

微軟軟體開發制度簡介

微軟的開發專案一般都會包括三種不同的主管，其中：

◆ 專案經理(project lead)：他是專案的主要負責人，同時負責擬定程序，監督工作確實按程序進行，確保所有的工作都走上軌道，不出紕漏，訓練程式設計師，負責向高階主管報告本專案的狀況。通常是由團隊中最資深的程式設計師擔任，偶爾他也寫點程式，但那是次要的工作。

◆ 技術經理( technical lead)：技術經理是團隊中對程式最熟悉的程式設計師，負責軟體內部的整合性，確定所有的開發活動都符合設計規格，而且沒有互相掣肘，他通常也負責讓技術檔案都確有更新，包括檔案格式、內部設計圖等等。通常也是由團隊中最資深的程式設計師擔任。

◆ 程式經理(program manager)：程式經理負責與行銷人員協調，使得產品的開發、檔案、測試與顧客支援等事宜能配合行銷方面的動作。簡言之，程式經理的工作是監督每件事都確實做到，而且做得符合公司的期望。程式經理還常和產品支援小組共同合作b e t a測試的種種事宜，並根據終端使用者的反應，研究產品如何改善。程式經理也可以是程式設計師，但是他們寫程式的工作很少，而且僅限於產品的巨集語言(如果有的話)，或是像精靈之類的東西。程式經理是對產品未來適用性的主要負責人。

程式經理的原文是m a n a g e r，聽起來好像比較大，事實上三種經理角色是不分大小高低的，也許更正確的名稱是「產品經理」(product lead)，因為他的責任是使整個產品(而不只是程式) 要跟上進度，而且要保持良好的品質。

在乙個典型的專案中，程式經理(如果這個專案規模比較大，會有不只一位程式經理) 要帶頭與行銷、開發、產品支援等小組合作，共同擬出一張清單，上面列著本產品可以改善的地方。然後，程式經理著手撰寫產品規格，詳細描述每個功能要如何具體展現，包括細節的執行步驟；比方說，決定要開乙個新的對話窗，那麼產品規格中必須繪出這個對話窗的模樣，用文字描述它如何操作，能引發什麼功能等等，如果要加乙個新的子程式或巨集，就得把它的所有引數都定義好。產品規格定好後，必須給所有相關的工作小組複審，完全確定所有的細節後，開發小組才正式開始工作。

在擬定產品規格的同時，程式經理還必須進行一些「使用難易度研究」 (usability studies)，確定所有的功能都跟想像中的一樣容易使用，沒有始料未及的障礙。如果實驗結果是有些地方操作上怪怪的，或是容易引起使用者誤解，程式經理就得提出改進的建議。當然，這些操作的環境、範例資料、相關檔案等等，程式經理都必須事先準備妥當。最後，程式經理要對每項功能或特色逐一審查，特別是對那些改變幅度較大的更要仔細，完全確定產品規格能夠符合專案的目標，產品的規格才算完成。

開發工作進行到比較後期時，會進入乙個「視覺凍結」(visual freeze) 的階段，意思是使用者介面就固定不動了，這樣做的目的是要讓使用手冊等檔案能夠定稿。所以從這時候起，開發動作要特別小心，各個畫面及其彼此的邏輯關係都不能再受到影響，這樣手冊上的畫面才會跟實際執行的畫面完全一致。程式設計師當然希望程式全部完工後再來排畫面做手冊，但是手冊的編撰需要比較長的時間，還要排版印刷等等，為了讓軟體推出時手冊也同時就緒，「視覺凍結」是絕對必要的措施。所以，在「視覺凍結」以前，一定要把畫面確定，功能尚未齊備的部分稍後再進行。

一旦所有的功能都完成，軟體就進入了「程式完成」(code complete) 階段，意思是程式不再作功能上的修改，只要進行抓錯除錯(debugging) 和必要的改進。等到產品確定可以推出了，專案經理或技術經理負責準備好「母片」(golden master disk)，也就是即將大量複製的原型，和手冊登入卡等包裝成盒，再做好出貨的登入號等管理工作，這個產品就可以交給使用者了。

微軟軟體開發制度簡介

微軟軟體 Office Accounting

微軟軟體 Office Accounting

微軟軟體開發技術二十年回顧 MFC篇

微軟軟體開發制度簡介

微軟軟體 Office Accounting

微軟軟體 Office Accounting

微軟軟體開發技術二十年回顧 MFC篇

相關推薦