【精品】從程序員到項目組(DOC)_第1頁
【精品】從程序員到項目組(DOC)_第2頁
已閱讀5頁,還剩5頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、從程序員到項目組(DOC)從程序員到項目組在互聯(lián)網(wǎng)的時代,軟件項目的成功更大程度上取決于項目小組中那個體的 成熟度和能力,而非個別程序員的個人魅力。所以,如何從程序員準確定位到 項目組就是一個非常重要的轉(zhuǎn)折點。微軟的Windows徹底改變了用戶使用計算機的方式,此后,軟件業(yè)便進入了 快速發(fā)展的黃金時期, 并因此成為推動計算機網(wǎng)絡(luò)應(yīng)用的最重要源動力。 如 今, 在com公司紛紛凋零之際,軟件業(yè)更加逆流而上,以致各發(fā)達國家競相 將軟件工程提升到重點產(chǎn)業(yè)的戰(zhàn)略高度。作為軟件行業(yè)的最基本細胞,程序員 也成為了當今最熱門的一種職業(yè)。但最初的程序員,就像一個個斗士,更多的包含了個人英雄主義的色彩。他們 在

2、數(shù)字和字符中掙扎,在激流中順應(yīng)變化,在曲折迂回中尋找出路,面對著太 多的困苦與壓力:首先要耐得住個人奮斗的寂寞;其次,還要承受得住壓力, 有查不完殺不資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除2凈的BUG在等待,有曰新月異的技術(shù)在更新;再其次,更要承 扌日得起挫折。因為或許費盡心血開發(fā)出的產(chǎn)品一朝便成了垃圾,更或許走過多 年才發(fā)現(xiàn)必須回到起點重新開始。這種種的困難全都渡過去,才能成就一個優(yōu) 秀的程序員。但整體而言,僅僅憑借幾個、幾十個,甚至幾百個數(shù)字英雄卻很 難鑄造出一個強勁的產(chǎn)業(yè)。實際中,大多數(shù)人都把軟件開發(fā)人員想當然地默認

3、為程序員。的確,程序員這 個原本默默無聞地在后臺辛勤耕耘的角色隨著計算機的發(fā)展空前重要起來。微 軟的比爾蓋茨成了無數(shù)程序員的夢想,但程序員并不代表軟件開發(fā)的全部,甚 至可以說編寫代碼僅僅是軟件開發(fā)中相對簡單的一小部分。眾知周知,在近乎 已成流水線的軟件產(chǎn)業(yè)發(fā)展中,依靠簡單的密集勞動或幾個數(shù)字英雄絕對不可 能從真正意義上解決企業(yè)經(jīng)營和管理上的問題,所以,要開發(fā)出成熟有效的產(chǎn) 品,就必須要有一個強有力的團隊共同協(xié)作,在一個成熟嚴密的項目體制中, 需要很多角色擔任不同的分工和責任。項目的成功系數(shù)更大程度上取決于團隊 整體的成熟度和能力,而非個別程序員的個人魅力。再看看國內(nèi)市場,我國雖然在網(wǎng)絡(luò)門戶、電

4、子商務(wù)的模仿、借鑒和推動方面絲 毫不亞于西方發(fā)達國家,但是在軟件項目管理和專業(yè)人才的培養(yǎng)方面卻大大滯 后。所以如何將一個個自由英雄更好、更有效地團結(jié)起來,組建出高效的開發(fā) 小組,已成為越來越多管理者思考的重點。本文將對程序員的個人定位與項目 團隊的組成與發(fā)展進行簡要的分析,希望與大家共同探討。軟件項目小組的角色分工軟件項目小組的角色分工軟件項目小組大多是為實現(xiàn)一個特定目標而成立的團隊,規(guī)模大小根據(jù)目 標而資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除3定,從2個人到十幾人甚至幾十人、幾百人不等,但通常都在20人以 下。這樣的小組集

5、合了不同方面的專業(yè)人員,幾乎每個做過開發(fā)的人員都會遇 到以下的問題:項目無法按期完成,完成以后還要不斷修補完善,象一場噩夢遙遙無期;項目進行當中人員流失,產(chǎn)品夭折;客戶需求不斷改變,永遠對開發(fā)完成的產(chǎn) 品不滿意;開發(fā)成員之間矛盾不斷,互相抱怨,工程進展緩慢;小組成員分工不均,工作分配失去平衡等等;為了避免噩夢的再次發(fā)生,也許下面的建議對您會有所啟發(fā)和幫助:在項目小 組成立的時候,一定要有個項目負責人,我們稱之為組長或項目經(jīng)理。一個項 目的成功與否,項目經(jīng)理是最關(guān)鍵的因素,古人云:一將無能,累死千軍。可 謂一針見血。項目經(jīng)理根據(jù)需求制定出開發(fā)的目標,并選擇最合適的人員組成項目小組。一 個比較完整

6、的項目小組可能由以下表1所列的角色組成,當然,有些角色是在 項目小組成員比較少的情況下完全可能由一個人兼任,但并不意味著這些角色 可以輕易地忽略:角色性質(zhì)角色分工項目管理人員項目經(jīng)理 產(chǎn)品經(jīng)理 技術(shù)經(jīng)理系統(tǒng)分析人員框架設(shè)計 系統(tǒng)分析員 軟件設(shè)計師資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除4商務(wù)分析人員業(yè)務(wù)流程分析員 業(yè)務(wù)功能設(shè)計員交互設(shè)計人員界面工程師交直流程分析員數(shù)據(jù)庫工程師數(shù)據(jù)庫設(shè)計員程序開發(fā)人員軟件實施員質(zhì)墨控制人員集成測試員 測試設(shè)計師 課程設(shè)計師技術(shù)文檔編寫員技術(shù)支持人員售前工程師售后工程師系統(tǒng)管理人員系統(tǒng)管理員輔助

7、設(shè)計人員專業(yè)美工 VI 設(shè)計師俵1)軟件開發(fā)無疑是人的智力結(jié)晶,所以選擇最適合的人員參與小組是項目經(jīng)理最 重要的工作。這里要注意的是選擇最合適的,而不一定是最優(yōu)秀的或代價最昂 貴的。當小組人員落實的時候,開發(fā)前整個小組成員應(yīng)該對以下的問題進行充分的討 論,并形成一致的意見:是否已經(jīng)很清晰的理解了開發(fā)的需求和目標,并使每個人員充滿斗志地準 備開始完成共同的目標?是否制定了一套規(guī)范的、經(jīng)過評測的、可復用的技術(shù)框架;每個人的角色分工是不是都非常清楚地落實了;是不是已經(jīng)制定了開發(fā)過程中的周期劃分及評估辦法?而不是冒險等項目 期限快到的時候才發(fā)現(xiàn)補牢已晚;資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或

8、者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除5項目管理人員是否有隨時把握開發(fā)進度的有效手段?小組人員是否都互相認識而且熟悉;每個人是否都明白和他關(guān)聯(lián)的角色是誰,相互之間的工作流程?是否忘了布置文檔撰寫及管理的方法或標準?定義項目小組各種角色的工作流程如果每個小組成員都對即將開始的開發(fā)心中有數(shù)并躍躍欲試的時候,那么這就是一個很好的開頭。現(xiàn)在我們通過以下一份基本的角色及分工示例表2,把開發(fā)任務(wù)進行拆分,并定義每個角色的獲得、處理、輸出來表示各個角色之間的關(guān)聯(lián):角色主要職責工作流程獲得處理輸出1系統(tǒng)分析員軟件設(shè)計 系統(tǒng)建模 流程分析獲得需求(來 源:商務(wù)工程 師、項目經(jīng)理)獲得(提

9、?。┫到y(tǒng)相關(guān)的角色 獲得(提取) 系統(tǒng)相關(guān)的用例數(shù)據(jù)映射分析系統(tǒng)分析 流程分析類分析部著情 況分析輸岀系統(tǒng)模型工件 文檔(血)界面設(shè)計師用戶界面設(shè) 計得到項目流程描述工 件文檔 (來源: 商務(wù) 工程師、項目經(jīng)理、 系統(tǒng)分析員)理解項目界面控件類型 及限制理解項目受益人 使用習慣理解項目流程 設(shè)計通用界面規(guī)范設(shè)計 特定流程界面規(guī)范輸岀界面描述工件文檔1數(shù)據(jù)庫設(shè)計 師數(shù)據(jù)庫設(shè)計得到項目數(shù)據(jù)對象工 件文檔(來源:商務(wù) 工程師、項目經(jīng)理、 系統(tǒng)分析員)理解數(shù)據(jù)庫設(shè)計要求理 解選定數(shù)據(jù)庫功能及限 制設(shè)計通用數(shù)據(jù)庫采用 標準設(shè)計特定數(shù)據(jù)對象 的結(jié)構(gòu)輸出數(shù)據(jù)庫定義工 件文檔資料內(nèi)容僅供您學習參考.如有不當之

10、處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除61 程序員代碼實現(xiàn)獲取界面描述工件文 檔HTML 等)(來源: 界面設(shè)計師)獲取數(shù) 據(jù)庫定義工件文檔(UML) (來源: 數(shù)據(jù) 庫設(shè)計師)獲取對象 定義工件文檔(UML)(來源:系統(tǒng)分析 員)獲取項目開發(fā)進 程計劃(來源:項目理解工件意圖解瀆原型prototype (UML)理解 開發(fā)規(guī)范編碼版本控制 建立版本控制環(huán)境(CVS) 獲得項目初始工 程文件(Java RAD 工 程,如Jbuilder)獲得 氓新工程源碼(CVS update)編碼保存工作 結(jié)果(CVS commit)模輸岀程序源代碼1經(jīng)理)塊調(diào)試理解測

11、試要點 測試工作檢查1美工輔助 VI 企劃 設(shè)計產(chǎn)品 界面美工設(shè) 計美工設(shè)計獲取整體風格需求。(來源:項目經(jīng)理)獲取特定流程風格需 求。(來源:界面工 程剜美工設(shè)計按要求做后期 處理輸出界面模板1文檔員技術(shù)白皮書 使用手冊培 訓教材演示 文檔獲得產(chǎn)品計劃及功能 描述 c (來源:項目 經(jīng)理、界面工程師)獲得系統(tǒng)分析文檔(來源:技術(shù)經(jīng)理、系統(tǒng)分析員)檢測系統(tǒng)可操作性編寫 技術(shù)白皮書編寫使用手 冊編寫培訓教材編寫演 示文檔輸出各種文檔在小組中,每個人的工作都是與其他相關(guān)聯(lián)的,因此,小組成員除了保證自己 扌日負的任務(wù)的質(zhì)量的同時,還需要關(guān)注其他關(guān)聯(lián)角色的任務(wù),假使界面工程師 遲遲無法定義產(chǎn)品流程,美

12、工人員也許只能望紙生嘆,而美工人員不能將產(chǎn)品 界面文件及早完成而任由程序員隨意定義界面的話,后期重新美化的工作量可 能大到重寫一遍代碼的地步。因此,項目經(jīng)理需要時時掌握小組每個成員的工作進度,并進行監(jiān)督和協(xié)調(diào)。 有經(jīng)驗的管理人員都知道,項目的計劃和進度在實施中必不可少地會進行調(diào) 整,這種調(diào)整可能來自于:資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除7客戶的需求進行了補充或修改;工作量估算不準,造成進度不平衡;某個技術(shù)環(huán)節(jié)出現(xiàn)障礙,需要另外需求人員或幫助;有人不遵從開發(fā)規(guī)范,導致產(chǎn)品缺陷;在面對意料中的意外時,項目管理人員需要有應(yīng)急

13、解決的辦法,從而保障開發(fā) 持續(xù)穩(wěn)定地向目標前進。避免走向開發(fā)陷阱避免走向開發(fā)陷阱個成功的軟件項目小組,需要時刻提防無時不在的陷阱,走出泥潭。技術(shù)陷阱:技術(shù)是無止境的,開發(fā)人員往往熱衷于追求新的技術(shù)而放棄了最擅 長或最適用的技術(shù),把項目當做練習新技術(shù)的試驗田,造成產(chǎn)品的不成熟。解決辦法:想清楚是為技術(shù)而技術(shù),還是為產(chǎn)品而技術(shù)?這不是個難以回答的 問題。需求陷阱:軟件的功能的確越來越強大,雖然在開發(fā)前期制定了開發(fā)計劃,但 是開發(fā)過程中經(jīng)常激發(fā)更多想象,從而試圖不斷増加新的功能,這種追求完美 的心理可能導致的后果就是產(chǎn)品始終出不來,永遠處于開發(fā)期。解決辦法:鎖定需求,限制功能,需要的話,利用版本升級

14、的原理,把功能分 階段實現(xiàn),既保障產(chǎn)品的及時完成,又使小組產(chǎn)生成就感。資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除8從程序員到項目小組從程序員到項目小組程序員除了堅持努力成為高級程序員以外,可以根據(jù)自身的性格、愛好和特 長,并學習相關(guān)的技能,實現(xiàn)個人的提升,根據(jù)筆者個人的經(jīng)驗,對以上可能 轉(zhuǎn)換的角色做一些簡要闡述:如何成為項目經(jīng)理?如何成為項目經(jīng)理?資深的開發(fā)經(jīng)驗并不一定能成為好的項目經(jīng)理,項目經(jīng)理對人員的管理、進度 的掌握、質(zhì)量的控制、成本的核算等等所做的工作已經(jīng)遠遠超過代碼本身,作 為項目領(lǐng)導人,應(yīng)隨時能掌握先進的技術(shù)和方法

15、并在適當?shù)臅r機采用,管理整 個項目小組往既定的目標前進。項目經(jīng)理的角色不等于技術(shù)經(jīng)理,也許項目經(jīng) 理實戰(zhàn)開發(fā)能力并不是最優(yōu)秀的,但卻是小組的靈魂,所謂千軍易得,一將難 求。選擇正確的人員、組織人員有效的工作是項目經(jīng)理無法取代的價值。如何成為系統(tǒng)分析員?如何成為系統(tǒng)分析員?從獲得需求分析開始建立合理健壯的系統(tǒng)模型將決定項目開發(fā)的成敗與否,也 可以說系統(tǒng)分析員做的是項目最基礎(chǔ)的工作。系統(tǒng)分析員需要掌握科學的分析 方法和工具,具有優(yōu)秀的大局觀和前瞻能力,對系統(tǒng)的穩(wěn)定性、安全性、適應(yīng) 性和擴展升級的能力進行控制。如何成為系統(tǒng)管理員?如何成為系統(tǒng)管理員?從五月的紅黑大戰(zhàn)和種種報道來看,已經(jīng)越來越多的人意

16、識到了系統(tǒng)管理及網(wǎng) 絡(luò)安資料內(nèi)容僅供您學習參考.如有不當之處詰聯(lián)系改正或者刪除資料內(nèi)容僅供您學習參考.如有不當之處.話聯(lián)系改正或者刪除9全的重要性,一個成熟的產(chǎn)品或項目只要是于網(wǎng)絡(luò)相連就無法逃避安全的 問題。系統(tǒng)管理員需要考慮服務(wù)器端的各種技術(shù)問題解決,管理不同的操作系 統(tǒng)、數(shù)據(jù)庫及服務(wù),進行網(wǎng)絡(luò)環(huán)境的架設(shè)和安全保障,系統(tǒng)管理員象衛(wèi)士一樣 保障整個項目的順利進行。如何成為質(zhì)量控制工程師?如何成為質(zhì)量控制工程師?質(zhì)量控制工程師負責指定項目的測試計劃與管理、編寫測試方案、測試用例、 執(zhí)行測試計劃;還需要負責與開發(fā)部門進行溝通與協(xié)調(diào),確保軟件測試的順利 進行;并對所測試的軟件進行質(zhì)量評估,并完成測試

17、報告。隨著項目的進行, 質(zhì)量控制工程師同時輸出程序文檔、課程文檔和使用手冊,因此需要更強的文 字表達能力,同時為用戶提供友好清晰的文檔記錄,使開發(fā)的質(zhì)量得到有效的 提高和保障。如何成為數(shù)據(jù)庫工程師?如何成為數(shù)據(jù)庫工程師?數(shù)據(jù)庫技術(shù)的不斷提高和越來越多大型數(shù)據(jù)庫的應(yīng)用,使數(shù)據(jù)庫工程師的角色 曰顯重要,掌握數(shù)據(jù)庫結(jié)構(gòu)和建立數(shù)據(jù)庫的方法,進行合理的安全性設(shè)置,數(shù) 據(jù)備份和恢復,數(shù)據(jù)傳輸和數(shù)據(jù)復制,對很多程序員來說是個新的挑戰(zhàn),如果 說今后是網(wǎng)絡(luò)的社會,也可以大膽地說網(wǎng)絡(luò)就是數(shù)據(jù)庫,數(shù)據(jù)庫工程師的重要 性毋庸置疑。動態(tài)數(shù)據(jù)倉庫、智能數(shù)據(jù)庫等先進技術(shù)的深入研究和應(yīng)用,在數(shù) 據(jù)庫領(lǐng)域的工作將越發(fā)重要。如何成為商務(wù)工程師和技術(shù)支持工程師?如何成為商務(wù)工程師和技術(shù)支持工程師?也許你已經(jīng)厭倦了開發(fā)部門相對封閉的環(huán)境和緊張的工作,又不愿意放棄辛苦 積累資料內(nèi)容僅供您學習參考.如有不當

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論