<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 中小軟件企業項目管理如何做

    時間:2024-09-03 06:34:56 管理畢業論文 我要投稿
    • 相關推薦

    中小軟件企業項目管理如何做

    [摘 要] 本文結合現階段中小軟件企業蓬勃發展的背景,結合軟件開發的流程分析及管理中的成本、進度、質量分析。分析了中小軟件企業項目中存在的問題并提出了相應的解決辦法。
      [關鍵詞] 軟件;管理;項目;軟件企業;生命周期;流程控制
      
      隨著我國信息產業特別是軟件產業的蓬勃發展,一批批中小軟件企業不斷涌現。大大推動了我國軟件產業的發展。但是不可忽視的是,有相當部分的軟件企業特別是中小型企業在項目管理方面存在著先天的不足,大多仍然處于一種手工作坊式運營階段,處于有章不循和無章可循的混沌階段,缺乏科學化、系統化的管理,質量和效率都不強。由于處于企業的初創期,中小軟件企業忙于找項目、攬項目,從而忽視了自身的實力和行業專攻,從而造成了什么項目都接、什么活都做的局面,且公司人員較少,分工不明確從而造成了此類軟件企業管理流程混亂,重編碼輕設計,甚至到編碼完成后再回頭編寫、應付各種文檔資料,無論從哪個角度來說,這是沒有任何意義的。軟件項目的開發流程不規范,項目延期、失敗層出不窮。所以如何有效地對項目進行管理,有章可循,對于中小軟件企業來說,是非常有現實意義的。對于廣大的中小軟件企業而言,如何能有效且比較簡單地對自己的軟件項目流程進行管理呢?
      項目流程管理在軟件項目的開發過程中是非常重要的一環,它貫穿著整個過程,所以有時它也被稱為軟件產品生命周期管理,主要內容包括:立項、策劃、分析、實現、測試、發布、維護等環節。
      首先我們從軟件工程角度來談談這個問題。我們來說一下軟件工程中開發模型的概念,無論大小,每個項目都必定要遵循一定的開發模型。軟件常用的開發模型包括:瀑布模型、螺旋模型、漸進模型。那么具體到中小軟件企業,在這幾種模型中,我們要注意些什么呢?下面我們針對這幾種常見的模型做一下分析。
      一般而言,瀑布模型常用于在開發時間內需求沒有或很少變化、分析設計人員對應用領域很熟悉、用戶應用環境穩定、用戶除提出需求以外,很少參與開發工作、需求使用面向過程的語言或編程工具且風險較低的項目。
      螺旋模型常用于在項目開發早期需求可能有變化、分析設計人員對應用領域很熟悉、用戶可不同程度地參與整個項目的開發過程、使用面向對象的言或第四代語言、中等風險項目。
      漸進模型主要應用于在整個項目開發過程中需求都可能發生變化、分析設計人員對應用領域不熟悉、用戶可參與整個軟件開發過程中、使用面向對象的語言或第四代語言且高風險項目。
      生存期定義可視軟件項目特性識別和所選軟件開發模型而異,對于軟件生命周期的幾個環節來說,他們并不是孤立的、時間層次非常明顯的,它們之間也存在著時間的重疊交叉甚至錯位。
      對于項目管理人員來說,要注意區分這幾個階段并在不同的階段定義不同的工作內容并嚴格執行。而具體到中小型軟件企業,由于人員較少,各種工程外小組不太健全。所以,針對這種情況,我們對各個流程進行分解大致分為調查階段、立項階段、策劃階段、分析設計階段、實現階段、測試階段、發布階段、維護階段。
      在調查階段:我們要采集用戶需求信息、擬定立項建議最后要生成用戶需求文檔及立項建議書。
      在立項階段:我們需要編制可行性分析報告、立項申請報告并進行評審最后要形成評審記錄。
      在策劃階段:我們要任命項目經理、建立項目組。并對需求進行分析、評審。根據需求情況對項目進行資源準備(人、財、物)。在此階段要形成軟件需求規格說明書及測試大綱及需求評審記錄。
      在分析設計階段:我們要進行下面的工作系統設計(含數據庫、界面設計)、設計評審、用例準備、測試計劃評審、項目計劃修訂、復用元素提取根據情況要形成系統設計文檔、集成和驗證測試計劃、系統設計評審記錄、測試計劃評審記錄、項目計劃修訂記錄。
      在實現階段,我們要進行詳細設計、詳細設計評審、構造軟件(編碼、自測)、模塊測試、組裝測試要形成詳細設計文檔,評審記錄、源程序、相關的測試數據和記錄。
      在測試階段,我們要進行集成測試、界面凍結、編寫用戶使用手冊、填寫發布申請單之后進行發布申請評審要形成集成測試測試記錄、報告、安裝母盤、用戶使用手冊子版)及產品介紹。
      在發布階段,我們要編寫培訓教材、進行產品包裝設計、母盤準備、服務人員培訓、光盤刻制、資料印刷、產品包裝、發布產品檢驗、產品發布和交付井進行項目總結。
      在維護階段,我們要采集產品問題反饋單、登錄問題反饋臺賬、編發產品問題的E—mail、采集、登錄問題反饋跟蹤記錄表、編報問題反饋跟蹤月匯總表、產品問題審核、分類和交付、產品問題回復、本版本產品問題維護、新版產品母盤制作、編、發產品更改公告、問題維護審核、新需求臺賬登錄。
      眾所周知.影響項目進展的三個維度是成本、進度和質量。如何平衡它們之間的關系,盡力做到快、好、省?在有限資源的情況下將結果處理得最優?這就是項目中管理的學問了。任何項目要被視為成功,都要必須達到幾個目的,這其中包括質量要求、截止期及成本限制。質量規定給出了一個最終的定義包括項目的形式、適配性和功能,它定義了項目提交給用戶時的最終狀態,而且要確保項目符合這些規定。
      同時項目的進度也是非常重要的,項目管理的一個重要的職責就是要確定一個合理的交付日期。這就是一處平衡的過程,協調好這三個方面的工作,同時所謂一個項目,進度是主線,其他的因素是圍繞它來做的,同時進度也是項目管理的標尺。所以在項目中一旦將會期確定下來,就要將它轉化為進度表的形式,并告訴你的項目組成員。當編制進度表時,頭腦中要牢記住這個日期。如果你的團隊知道要求完成項目的實際期限,他們將受到更大的激勵,對他們會更有幫助:當團隊成員知道進度的情況時,他們將能夠加快自己的步伐,從而為項目的順利完成做出更大貢獻。合理的進度,不應該讓項目組成員感到緊張。緊張是個人績效的一個主要殺手。緊張的人更有可能犯錯誤,而且一般來說其表現不如最佳狀態:一個人犯的錯誤越多,他對其工作及對其本人的感覺就越糟糕,他就越有可能死火。高死火率意味著高的人員離職率,意味著你要花更多的時間用于更新雇人和重新培訓。緊張的工作環境導致雇員的緊張,他們反過來又導致環境更加緊張。這是一種惡性循環,對于人員短缺的中小軟件企業而言,這顯然是不希望被看到的。   作為一個項目來說,如果沒有一個明確的目標。對有些人來說,這種情況可能造成令人難以置信的放松,而對另外一些人來說,它又可能造成難以置信的緊張。那些不知道自己的工作到底是什么的雇員,容易變得緊張;他們拿不準為什么來這里,這意味著不能擔保明天他們還會出現。如果你向你的團隊成員提出了足夠明確的目標,并向

    他們展示實現目標的途徑,你的雇員不僅不會緊張,而會真的感覺自己是該項目的一部分?赡苓會對自己取得的結果感到自豪。而當項目經理用富有挑戰性的工作和專門技術來影響員工的時候,項目成果的機率就會增大。
      你不僅應當向你的團隊成員說明目標,而且你應當讓他們參與確定這些目標。并且一般來說讓他們參與計劃的編制,這是絕對必要的。如果你讓團隊成員幫助編制計劃,你將更有可能提早發現可能發生問題的領域。團隊成員也感覺到對項目承擔了更大的義務,因為在使項目啟動方面,他們有某種利害關系。
      同時,在執行項目時,項目經理一定會面對這樣的要求,即不超出某種成本限制。作為項目經理,應該制定一個比較詳細的預算、計劃,你應當告知你的公司或客戶這項工作確切地說要花費多少成本:出于你的團隊是執行項目的人此時也應該像客戶一樣,也需要盡可能地了解有關成本的信息,所以我們考慮軟件的項目管理的時候,都必須在這幾方面對其加以界定及規范,在日常的項目管理工作中要注重這幾方面的協調、平衡。
      一個項目組,我們也要關注于組織的建設。一個軟件項目的成功,團隊間的合作及有效溝通也是非常重要的。在交流的過程中,要有效的減少噪音,提高溝通的效率。幾乎在所有的項目管理中,溝通問題是必不可免的,對于一些項目經理來說,溝通不佳意味著“沒人聽我的”,而對于另外的一些經理來說,溝通不暢意味著項目組成員每天到晚一直忙,卻不見多少成績,好多人做著重復的工作,因為彼此之間沒有進行有效的溝通。溝通的方式很多,比如說會議、電話、電郵、甚至行為等等。
      如果團隊成員看起來不愿意溝通,這并不一定表明他們不愿意合作。相反,他們僅僅可能是不愿意以自己不適應的方式進行溝通。所以,為了鼓勵溝通,我們必須清楚應該選擇哪種溝通渠道,應該選擇哪些條件組合,以得到我們所期望的反應。
      在項目工作中,萬不能對他人頤指氣使。維持團隊的關系以促進項目組成員齊心協力地工作這才是項目經理所要取得的目標。如果項目經理過多地用權力、金錢或者處罰的手段來影響項目組成員的話,項目失敗的幾率會很大。和其他方面的管理一樣,項目管理既是一門科學又是一門藝術。在平時的管理工作當中,我們不僅要善于將相關的管理知識及管理理論有意識的應用到管理實踐中,我們更要發展藝術性的思維。沒有完全相同的項目環境,外部環境和內部環境是不斷變化的,我們只有在不斷的實踐中探索才能深刻的體會到項目管理的精髓,不斷的成長。同時作為一個項目經理,要有大局觀,要具有系統思維。不要受單一項目的局限,要在一個更大的組織視野下考慮項目的實施。
      
      主要參考文獻
      
      [1](美)DalaielJ.Paulish.軟件項目管理實用指南[M].白曉顆,邵忠巋譯.北京:機械工業出版杜,2003。
      [2](美)凱西.施瓦爾貝.IT項目管理[M].王金玉,時梆譯.北京:機械工業出版社,2003。
      [3](美)克萊門茨,(美)凱茲曼,(美)克萊思.軟件架構評估[M].孫學濤,朱衛東,趙凱譯.北京;清華大學出版社,2002。

    【中小軟件企業項目管理如何做】相關文章:

    試論軟件項目管理03-02

    對軟件項目管理的探討03-22

    研究軟件項目管理的控制03-06

    軟件項目的計劃管理03-07

    關于軟件項目管理探析03-09

    關于軟件項目管理及風險分析03-01

    論軟件項目的計劃管理03-02

    項目管理軟件的開發應用03-02

    關于軟件項目管理的控制研究03-02

    主站蜘蛛池模板: 久久e热在这里只有国产中文精品99| 无码精品人妻一区二区三区漫画| 亚洲成网777777国产精品| 99精品在线播放| 亚洲欧美日韩精品久久亚洲区 | 国产精品亚洲精品日韩已方| 四虎成人精品无码| 久久久91人妻无码精品蜜桃HD| 国产精品一久久香蕉国产线看| 亚洲精品高清国产一线久久| 精品国产亚洲男女在线线电影| 91精品在线播放| 久久精品国产亚洲av水果派| 下载天堂国产AV成人无码精品网站| 国产高清在线精品一本大道| 国产91精品一区二区麻豆网站 | 蜜桃麻豆www久久国产精品 | 国产AV国片精品| 久久国产乱子伦免费精品| 亚洲精品乱码久久久久久自慰| 日韩一区二区三区在线精品| 精品精品国产理论在线观看| 91久久精品视频| 久久精品免费一区二区三区| 第一福利永久视频精品| 国产女主播精品大秀系列| 欧洲精品色在线观看| 在线成人精品国产区免费| 国产韩国精品一区二区三区久久| 国产精品极品| 国产午夜精品理论片久久影视| 国产精品jizz视频| 国产色婷婷五月精品综合在线| 日韩人妻精品无码一区二区三区| 最新国产成人精品2024| 亚洲人成国产精品无码| 综合在线视频精品专区| 在线观看自拍少妇精品| 亚洲国产另类久久久精品| 亚洲Av永久无码精品三区在线 | 国产精品视频不卡|