20xx年項(xiàng)目工程師試用期轉(zhuǎn)正工作總結(jié)范文與20xx年項(xiàng)目管理個(gè)人工作總結(jié)匯編(編輯修改稿)
2024-10-10 00:26 本頁面
【文章內(nèi)容簡介】 像又過去了很久一樣。在這一年的時(shí)間里，我們經(jīng)歷了酸甜苦辣，但是，最讓人值得驕傲的是，我學(xué)習(xí)到了很多項(xiàng)目管理和質(zhì)量控制的知識，同時(shí)在平時(shí)的工作中得到應(yīng)用，并積累了一些相關(guān)經(jīng)驗(yàn)。下面是我對過去一年的工作經(jīng)驗(yàn)總結(jié)和自認(rèn)為好的一些實(shí)踐，請領(lǐng)導(dǎo)評審。項(xiàng)目管理分為九大知識領(lǐng)域，分別是：范圍管理、時(shí)間管理、成本管理、質(zhì)量管理、人員管理、溝通管理、風(fēng)險(xiǎn)管理、采購管理和綜合管理。范圍管理最應(yīng)該關(guān)注的是：防止不必要的變更。但是目前項(xiàng)目組在開發(fā)的過程中，不能詳細(xì)而明確的說明用戶需求，讓用戶在程序開發(fā)之前進(jìn)行需求確認(rèn)，使得后期不可避免的發(fā)生所謂的變更，而實(shí)際上也許是項(xiàng)目組不能實(shí)現(xiàn)用戶的需求，用戶沒有別的辦法，只能采取另一種實(shí)現(xiàn)方式的變更，或者程序?qū)崿F(xiàn)了的并不是用戶真正的需要，導(dǎo)致uat測試階段大量的變更。我們一直以來的想法就是“抓兩頭，控中間”，所以，需求階段建議采用原型法，在用戶無法提出明確需求的條件下，盡量引導(dǎo)、還原用戶需求，且需求一定要業(yè)務(wù)部門確認(rèn)。另外，據(jù)我的經(jīng)驗(yàn)，項(xiàng)目組在制定項(xiàng)目計(jì)劃的時(shí)候，一定要把項(xiàng)目組所有的任務(wù)都包含在進(jìn)度表里，包括文檔的評審、代碼檢查、上線會(huì)議等管理及溝通工作。事實(shí)證明，如果按照行方的過程要求，把任務(wù)盡量全面的列入進(jìn)度管理表中，到了對應(yīng)的時(shí)間點(diǎn)，也不會(huì)忘記此項(xiàng)活動(dòng)的執(zhí)行，因此，相對能比較好的執(zhí)行要求的過程。時(shí)間管理方面，目前，由于受評分體系的制約，普遍存在的現(xiàn)象是，無論誰的原因?qū)е逻M(jìn)度落后，項(xiàng)目組都會(huì)頻繁的調(diào)整進(jìn)度管理表，來使進(jìn)度不延遲。時(shí)間管理重要的是保證項(xiàng)目進(jìn)度與計(jì)劃一致，但是受各方面原因制約，幾乎沒有一個(gè)項(xiàng)目組能夠按照進(jìn)度計(jì)劃執(zhí)行項(xiàng)目。人都是有惰性的，就像忘記了哪個(gè)原理所闡述的，一個(gè)任務(wù)本來可以三天完成，但是分配給人十天完成，那這個(gè)人就一定會(huì)在十天完成，而不會(huì)提前完成。我跟蹤的一個(gè)進(jìn)度控制相對比較好的項(xiàng)目，項(xiàng)目組內(nèi)部控制進(jìn)度非常緊，留出充足的緩沖時(shí)間，所以，相對這個(gè)項(xiàng)目進(jìn)度延期的可能性就小了很多。因?yàn)楸敬喂ぷ魑覀兪谴砑追竭M(jìn)行管
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1