• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

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

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

    淺談項目管理的幾大過程

    發布: 2008-1-18 16:52 | 作者: 司智 | 來源: 項目管理者聯盟 | 查看: 85次 | 進入軟件測試論壇討論

    領測軟件測試網

     

    預估其實并不是一次性工作,在整個項目過程中,預估始終需要。預估似乎沒什么特別需要提的地方,每個PM接到項目的時候自然會有預估,在項目發生變更或進入下一階段時也會預估。預估的作用主要還是讓PM作到心中有個底,安排計劃時不至于毫無頭緒。

      4.進度計劃

      進度計劃就是一個模塊或功能要寫多長時間,PM安排個日期,設立里程碑,叫程序員們不能偷懶。進度計劃是從WBS提取過來的。對PM來說,合理的安排進度計劃對項目控制和激勵團隊士氣有著很大的作用。對程序員來說,進度計劃毫無疑問是噩夢。

      顯示進度計劃一般有先后順序圖,甘特圖和里程碑圖表。上回邵衛老師講課,推薦的工具是m$的PROJECT,這個工具我還不會用,因為沒時間去摸索。我的頭倒是用的很溜了,近一個月來他就用這個PROJECT畫了一個又一個的里程碑圖,不停的折磨我和同事的神經。我們一般都是一邊開發一邊做UNIT TEST,效果上來看,因為有強大的時間壓力,效率上比之前確實要提高不少,可是我們也只能結結巴巴的趕完進度。由于TEAM里人少,我們都是一個人做幾個人的活。我每天早晨六點多出門,經過將近兩小時顛簸,八點多點已經坐在位子上,中午吃15分鐘的飯,干到晚上八點下班,到家吃完飯往往已經11點了。一個多月我從來沒吃過早飯,沒有睡過六個小時以上的懶覺。雖然強大的壓力使我們能在短時間內掌握盡可能多的技能,開發更多的模塊,但是對我們的情緒也是有很大的影響。所以說,項目里程碑是一把雙刃劍,合理安排才能既促進效率也不至于打擊士氣。團隊成員士氣的逐級衰落會給項目后期的開發帶來難以估計的影響,進度將會大大延緩。關于PM和團隊的問題我們后面會講到,這里我先祥林嫂一把,然后跳過。

      里程碑圖表的特征是任務,成員和時間,任務和成員用文字標志,時間用數字描述并輔助以圖線跨度,象階梯一樣非常形象,一目了然。管理起來非常方便,完了的打個鉤就可以了。

      網絡邏輯圖是表示任務和邏輯關系的示意圖,可以用先后次序表示,也可以用關鍵路徑表示。其實把各個活動劃分為1,2,3,4等階段,每個階段包括小活動1.1,1.2,2.1,2.2,2.3,2.4,3.1,3.2,3.3,4.1,4.2等,日程計劃也分四種,一般只提到從前向后和從后向前兩種。從前向后的概念就是某項活動必須相同或晚于直接指向這項活動的的所有活動的最早結束時間的最晚時間。有些繞口,我們打個比方:2階段指向3階段,那么2階段里的4個子階段也都指向3。假設2.1結束時間為1月12日,2.2結束時間為1月22日,2.3結束時間為1月15日,2.4結束時間為1月20日,那么,2階段中最晚的結束時間是2.2的1月22日,所以在3階段中的3個子階段3.1,3.2,3.3的最早開始時間都不能早于1月22日。至于從后向前的例子大家自己去推吧,我就不舉了,剛才幾個123打的我累死了:)

      項目經常需要調整進度。在不改變項目范圍的情況下,調整進度有幾種方法:利用快速跟蹤手段來改變任務間的關系;將串行的任務改成并行;改變工作方法(可能改變WBS);改變日期限制,使關鍵路徑上的任務開始或結束的更早。雖然方法多樣化,在我看來只有一條,就是拼命的壓榨程序員的勞動力。如何壓榨,還是個技巧。如前面所分析的,需求分析恨不得多分點時間給它,壓需求是不太可能;測試階段后期接近完工,羅里巴唆的事情一大堆,忙都忙不完,那時候PM一門心思提前/按時完工,好收錢,壓那段時間似乎也不太可能。說來殘酷,最能壓的還是CODING,編碼階段往往是壓縮重點,總之大家埋頭苦干就是了,大項目壓縮的時候程序員吃喝拉撒都在公司是很正常的事情,相信不少人都有很深的體會,這里傷心事情也就不提了。只是我總結一下,讓未來的PM們有壓榨后來人的依據,呵呵。測試前期也可以適當的壓一壓,那時候人剛完工,都比較懶散。國內一般企業規模都不大,沒有專門的質量控制部門,所以質量保證和測試往往就是程序員或PM本身。其實質量保證和測試人員的人數和素質都應該要高于程序員。在日本和CMM實施的公司里,編碼壓縮是很容易實現的事情,因為那些程序員真的是技能熟練的裝配工人,壓起來方便的很。他們這樣培養人的目的或許就是為了壓縮吧?!

      四.控制和執行階段

      1.軟件開發

      實在沒什么好說的,也是大家最不愿意談的,平時在公司里談的已經夠多的了,還要在這里受我嘮叨。需要提醒的依然是團隊合作精神和完善的文檔管理制度。SOURCESAFE這些工具有時候還是有必要使用的。經?吹接腥苏f天才程序員不寫注釋什么的。我相信有這種天才程序員,因為我碰到過幾個。我愛人公司里也有一個,他們的一套產品核心代碼就是這個人寫的,4年過去了,周邊代碼換了好幾茬,核心算法始終沒換過,可惜這小子跟了李洪痔,如今已經不知所蹤了。但是他的代碼似乎也要有點注釋的,沒有注釋過段時間再天才的程序員也不能保證他是最有記憶力的。而且,對一個項目的編碼來說,靠一兩個人打天下如今是不可能了。別人的公司都是團隊,兩人智慧勝一人,這頭還在靠一個天才支撐門面,實際上市場可就別人搶了去,那時候再天才也沒用了。編碼的時候講究技術公開,程序員不要藏著掖著,對大家沒好處,PM要想辦法調動大家創新思維的積極性,營造良好的技術討論氛圍,碰到技術難關的時候就容易攻破了。

     

    延伸閱讀

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


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

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

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>