基礎(chǔ)管理心得體會(huì)(編輯修改稿)
2025-08-12 13:41 本頁面
【文章內(nèi)容簡介】 者無正式文件能夠給他們更多的機(jī)會(huì)去說：“那并不是我所要的，那并不是我認(rèn)為的需求的含義”。文檔化清晰的需求可能迫使用戶在系統(tǒng)滿足了文檔化的需求但沒有滿足實(shí)際需要的情況下，為開始變更負(fù)責(zé)。相似地，開發(fā)人員覺得含糊不清，松散或者無正式文件的需求能給他們更大的余地，允許他們與預(yù)算和進(jìn)度盡可能地接近，然后說：“這就是我們所認(rèn)為的需求的含義，如果你需要其他的什么東西，你必須另外付出代價(jià)。”文檔化清晰的需求會(huì)迫使開發(fā)者承擔(dān)滿足這些需求的義務(wù)，并使他們暴露于開支、進(jìn)度評(píng)估不準(zhǔn)確的風(fēng)險(xiǎn)之下?！ ∵@樣一來，盡管客戶與開發(fā)人員的利益動(dòng)機(jī)相對(duì)，但他們卻走到了一起。每一方都認(rèn)為他們在保護(hù)自己的利益，鞏固自己討價(jià)還價(jià)的地位，但是事實(shí)上每一方都在走向?qū)淼氖蜖幊?，為?xiàng)目埋下了一刻定時(shí)炸彈?！ ∪?xiàng)目時(shí)間管理理論指導(dǎo)我們在項(xiàng)目管理中怎樣抓主要矛盾 以前進(jìn)行項(xiàng)目管理時(shí)，是根據(jù)經(jīng)驗(yàn)和每個(gè)人的工作特點(diǎn)，進(jìn)行項(xiàng)目的分工的，軟件項(xiàng)目基本是按照需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，代碼編程，調(diào)試和測試，用戶驗(yàn)收等幾個(gè)主要過程來進(jìn)行的。但將項(xiàng)目分工更加細(xì)化，每個(gè)小過程的時(shí)間估算是多少，整個(gè)項(xiàng)目可以最短用多少時(shí)間來完成，怎樣合理安排人員，怎樣抓項(xiàng)目中的關(guān)鍵環(huán)節(jié)等等，這些都沒有進(jìn)行過量化的分析和管理?！ №?xiàng)目管理的實(shí)施最為直觀的就是縮短項(xiàng)目時(shí)間。利用項(xiàng)目管理理論、方法，有許多縮短時(shí)間的例子。美國路易斯維化工廠檢修時(shí)把檢修流程精細(xì)分解，按導(dǎo)向圖建立起控制關(guān)系。他們驚奇地發(fā)現(xiàn)，檢修過程選擇不同路徑總時(shí)間是有差別的。通過反復(fù)壓縮最長路徑上的任務(wù)，將工期反復(fù)優(yōu)化，最后只用78個(gè)小時(shí)就完成了通常需125小時(shí)完成的檢修，節(jié)省時(shí)間38%。這
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1