助研實(shí)習(xí)總結(jié)

1、助研實(shí)習(xí)總結(jié)這是一篇由網(wǎng)絡(luò)搜集整理的關(guān)于關(guān)于助研實(shí)習(xí)總結(jié)的文檔，希望對你能有幫助。項(xiàng) H 管理分為九大知識領(lǐng)域，分別是：范圍管理、時間管理、本錢管理、 質(zhì) 量管理、人員管理、溝通管理、風(fēng)險(xiǎn)管理、采購管理和綜合管理。范圍管理最應(yīng)該關(guān)注的是：防止不必要的變更。但是 U 前項(xiàng) U 組在開發(fā)的 過 程中，不能詳細(xì)而明確的說明用戶需求，讓用戶在程序開發(fā)之前進(jìn)行需求確認(rèn) , 使得 后期不可防止的發(fā)生所謂的變更，而實(shí)際上也許是項(xiàng)口組不能實(shí)現(xiàn)用戶的需 求，用 戶沒有別的方法，只能釆取另一種實(shí)現(xiàn)方式的變更，或者程序?qū)崿F(xiàn)了的并 不是用戶 真正的需要，導(dǎo)致 uat 測試階段大量的變更。我們一直以來的想法就是 “抓兩

2、頭，控 中間，所以，需求階段建議采用原型法，在用戶無法提出明確需求 的條件下，盡 量引導(dǎo)、復(fù)原用戶需求，且需求一定要業(yè)務(wù)部門確認(rèn)。另外，據(jù)我 的經(jīng)驗(yàn)，項(xiàng) LI 組 在制定項(xiàng) LHT 劃的時候，一定要把項(xiàng)口組所有的任務(wù)都包含在進(jìn) 度表里，包括文檔 的評審、代碼檢查、上線會議等管理及溝通工作。事實(shí)證明， 如果按照行方的過程 要求，把任務(wù)盡量全面的列入進(jìn)度管理表中，到了對應(yīng)的時 間點(diǎn)，也不會忘記此項(xiàng) 活動的執(zhí)行，因此，相對能比擬好的執(zhí)行要求的過程。定會在十天完時間管理方面，目前，由于受評分體系的制約，普遍存在的現(xiàn)象是，無論 誰 的原因?qū)е逻M(jìn)度落后，項(xiàng)口組都會頻繁的調(diào)整進(jìn)度管理表，來使進(jìn)度不延遲。 時

3、間 管理重要的是保證項(xiàng) LI 進(jìn)度與方案一致，但是受各方面原因制約，兒乎沒有 一個項(xiàng) 口組能夠按照進(jìn)度方案執(zhí)行項(xiàng)口。 人都是有惰性的，就像忘記了哪個原理 所闡述的， 一個任務(wù)本來可以三天完成，但是分配給人十天完成，那這個人就一 成，而不會提前完成。我跟蹤的一個進(jìn)度控制相比照擬好的項(xiàng) U, 項(xiàng) LI 組內(nèi)部控制進(jìn) 度非常緊，留出充足的緩沖時間，所以，相對這個項(xiàng) LI 進(jìn)度延 期的可能性就小了很 多。因?yàn)楸敬喂ぷ魑覀兪谴礤竭M(jìn)行管理的，所以在這一年當(dāng)中兒乎沒有對成本進(jìn)行控制，此處不做說明。我們過去一年最重要的工作，就是項(xiàng)訂管理和質(zhì)量控制，但是作為最重要工作之一的質(zhì)量控制，我認(rèn)為我做的并不好。在過

4、去的一年中，過程質(zhì)量保證相對做的比擬好，但是產(chǎn)品質(zhì)量方面就差了很多。 Cmmi 標(biāo)準(zhǔn) ppqa 過程域中要求 的很多活 動我們都沒有做到，包括沒有質(zhì)量保證方案等。因?yàn)閷︺y行業(yè)務(wù)不了解 , 我兒乎沒有 參與 qc 的工作。當(dāng)然，也有一定的收獲：比方， uat 測試中，要盡量 讓熟悉業(yè)務(wù)的 人員盡快介入 uat 測試，否那么越難發(fā)現(xiàn)且越復(fù)雜的 bug 會在項(xiàng)訂 后期提出，這樣對項(xiàng) LI 造成的影響是很嚴(yán)重的。提高質(zhì)量的三個方法就是缺陷預(yù) 防、測試和評審。去年 只在一個項(xiàng)訂用到了缺陷預(yù)防的方法，但是沒有考察缺陷 預(yù)防的效果。一般來說， 項(xiàng) LI 的工期都比擬緊，測試用例很多情況都是測試的同 時編寫的

5、，也沒有熟悉業(yè)務(wù) 的人員進(jìn)行評審。要想使測試覆蓋率到達(dá) 100%, 首 先項(xiàng) H 組得有業(yè)務(wù)流程圖，其次 qa 得能夠比擬熟悉業(yè)務(wù)，過去的一年這一點(diǎn)兒 乎沒有落到實(shí)處。也許是每個 qa 跟蹤 的項(xiàng) H 較多，就存在這樣一個矛盾， qa 需 要編寫的文檔越來越多，如果要把所有的 文檔都及時的填寫，根本就沒有跟項(xiàng)口 組溝通和深入監(jiān)控項(xiàng) L1 的時間。要想深入到 項(xiàng) LI 組，口前看來真是一件比擬困難 的事情。由于各工程組 pm 管理能力上下不同，人員管理方面也表現(xiàn)出了很多問題。有的項(xiàng) LI 到后期的時候，只有一兩個人能夠勝任工作。因?yàn)樵降胶笃诘墓ぷ?，越需要人員在這個項(xiàng)LI的綜合能力高，如果平時不注

6、意培養(yǎng)人才，一個項(xiàng)LI做完了，人 員能力并不會有太大的提高， 導(dǎo)致項(xiàng)口后期任務(wù)只能依鼎一兩個人， 對于 項(xiàng) LI 來說， 這樣的情況會造成項(xiàng) U 延期，對于個人來說，忙碌的這一兩個人始終 得不到休息， 滿負(fù)荷的丄作， 效率自然不會高，而其他人員就相比照擬輕松， 但 是能力沒有提高。 因此，在項(xiàng)訂初期進(jìn)行項(xiàng)訂籌劃的時候，就應(yīng)該制定好人員培 養(yǎng)等訃劃，以滿足后 期項(xiàng) LI 需求。我認(rèn)為溝通管理是項(xiàng) H 管理九大知識領(lǐng)域中最重要的一個，軟件工作中兒 乎 所有的工作都是依靠人來完成了，而人和人之間最重要的莫過于溝通。項(xiàng) LI 管 理的 時間 75%到 90%用于溝通， 45%左右用于傾聽。項(xiàng) LI 初

7、期就必須注重與領(lǐng)導(dǎo)及 相關(guān) 方的溝通，獲取他們對項(xiàng) LI 的期望，從而制定項(xiàng) LIU 標(biāo);項(xiàng) LI 執(zhí)行過程中，要 積極 與行方 pm 溝通項(xiàng) U 中遇到的困難和問題， 越快越早的解決問題， 使對項(xiàng) LI 造成的影 響降到最低。溝通最重要的是站在對方的立場分析問題，提出解決方案 , 需要溝通的 雙方如果都不能明口彼此在說些什么，那溝通就沒有意義了，但可笑的是，行方與工程組之間的溝通，往往都是這樣的。軟件行業(yè)也是效勞行業(yè)的一種，我們要抱著為客戶效勞的心態(tài)來工作，站在客戶的角度思考，滿足客戶提出 的要求，只有客戶 滿意了，我們的工作才算是做好了。風(fēng)險(xiǎn)管理也是這一年中做的 t 匕較不好的一項(xiàng)工作。

8、項(xiàng) LI 組識別的風(fēng)險(xiǎn)， 都 是 項(xiàng) LI 初期項(xiàng) LI 組 pm 為了到達(dá) pmo 的要求，為了填寫風(fēng)險(xiǎn)管理表而想出來的。 因?yàn)?我經(jīng)驗(yàn)缺乏，也沒能給項(xiàng) U 太多關(guān)于風(fēng)險(xiǎn)識別方面的建議。以我現(xiàn)在的知識 , 有些項(xiàng) H 問題發(fā)生了，但并不能識別出來。但也有些經(jīng)驗(yàn)積累，例如：如果項(xiàng)U 生命周期中包含長假，比方十一長假，十一前后共計(jì)半個月的時間人員的工作效率就會很低，相應(yīng)的在制定項(xiàng) H 方案的時候就應(yīng)該識別這個風(fēng)險(xiǎn) ; 無論這個產(chǎn)品 或者平臺在別的銀行有多么好的實(shí)踐效果，只要有客戶化的局部，無論多少都將會是風(fēng)險(xiǎn) ; 與其他系統(tǒng) 接口較多的系統(tǒng)，相對的風(fēng)險(xiǎn)就更大了。項(xiàng) U 初期釆取“頭 腦風(fēng)暴的方式識別項(xiàng)U 風(fēng)險(xiǎn)是比擬好的一種方法，如果項(xiàng) U 組本身有風(fēng)險(xiǎn)庫， 從風(fēng)險(xiǎn)庫中篩選也是很好 的方法。本年度的項(xiàng) LI 管理工作沒有涉及采購管理，此處不做說明。項(xiàng) LI 管理各大知識領(lǐng)域是相互關(guān)聯(lián)，相互影響的。例如：評審作為質(zhì)量管 理 的活動，有必要寫到進(jìn)度管理中，作為項(xiàng) LI 任務(wù)的一局部 ; 溝通管理中的召開例 會， 也