項目經(jīng)理管理心得體會范文-在線瀏覽
2024-09-02 18:01本頁面
【正文】 楚是軟件需求分析要做的，分析的結(jié)果被稱為 “ 軟件需求 ” 。需求管理遠(yuǎn)遠(yuǎn)先于軟件開 發(fā)的技術(shù)行動，而軟件需求分析則是關(guān)鍵開發(fā)技術(shù)行為的第一步。問題經(jīng)常出在企業(yè)對透明度的懼怕。文檔化清晰的需求可能迫使用戶在系統(tǒng)滿足了文檔化的需求但沒有滿足實際需要的情況下，為開始變更負(fù)責(zé)。 ”文檔化清晰的需求會迫使開發(fā)者承擔(dān)滿足這些需求的義務(wù)，并使他們暴露于開支、進(jìn)度評估不準(zhǔn)確的風(fēng)險之下。每一方都認(rèn)為他們在保護自己的利益，鞏固自己討價還價的地位，但是事實上每一方都在走向?qū)淼氖蜖幊?，為項目埋下了一刻定時炸彈。但將項目分工更加細(xì)化，每個小過程的時間估算是多少，整個項目可以最短用多少時間來完成，怎樣合理安排人員，怎樣抓項目中的關(guān)鍵環(huán)節(jié)等等，這些都沒有進(jìn)行過量化的分析和管理。利用項目管理理論、方法，有許多縮短時間的例子。他們驚奇地 發(fā)現(xiàn)，檢修過程選擇不同路徑總時間是有差別的。這就是至今項目管理工作者還在應(yīng)用的著名的時間管理技術(shù) CPM，即 “ 關(guān)鍵路徑法 ” 。 四、 質(zhì)量管理是項目成敗的關(guān)鍵 我們 在進(jìn)行軟件項目過程中，對軟件的功能測試一直認(rèn)為還是比較認(rèn)真和嚴(yán)格的，每次測試都要有測試計劃和用例的編寫，然后才能進(jìn)行測試 。 但通過此次培訓(xùn)后，感覺到我們的測試工作與質(zhì)量管理的要求還差的遠(yuǎn)，有距離。 標(biāo)準(zhǔn)化設(shè)計，標(biāo)準(zhǔn)化管理是項目質(zhì)量的保證。 CMM 模型已得到廣泛的認(rèn)可和接受， CMMI 沿用其模型的組織方式，有 5 個等級和 18 個要素。 本人以前參加過為日本軟件進(jìn)行部分功能的設(shè)計和編程工作。做一個模塊的詳細(xì)設(shè)計，要用他們提供的標(biāo)準(zhǔn)的圖形語言進(jìn)行描述，用 標(biāo)準(zhǔn)的設(shè)計摸版進(jìn)行說明 。代碼寫完后，不是見到結(jié)果就完事了，要將代碼打印出來，相關(guān)人員對代碼的整個實現(xiàn)過程進(jìn)行評價，提出修改建議，代碼修改后，需要再審，也是通過以后才能提交入代碼庫，進(jìn)行代碼的組裝?？墒擒浖|(zhì)量問題的頻繁出現(xiàn)，是我們不斷的認(rèn)識到，開始浪費一些時間和人力，控制好每個細(xì)節(jié)的質(zhì)量，就是省 去了許多時候為解決質(zhì)量問題而進(jìn)行的新的時間和人力的支出?？偟膩砜词呛怂愕摹? 五、 溝通管理中的一些策略的使用可以使項目更好的完成 做項目就需要與客戶接觸，就會出現(xiàn)一些正式和非正式的談判。與客戶之間搞好溝通，是項目進(jìn)展是否順利的一個條件。溝通的技巧包括：下達(dá)最終期限，使用吃驚方法，采用有限權(quán)利法，不露面的人，公平合理，戰(zhàn)略延遲，雙方一起論理，撤退，不合理，既成事實等。 體會還有很多， 總之通過這次學(xué)習(xí)自己對項目的管理又有了新的認(rèn)識，我會將這些理論知識運用到實際工作中去的。 項目經(jīng)理心得體會 抗住 —— 價值 (抗住意味著長久。手段是通過抗住壓力 +快速學(xué)習(xí) +整合資源，持續(xù)為客戶創(chuàng)造價值 )。計較眼前的一城一池容易
電大資料相關(guān)推薦
鄂ICP備17016276號-1