項目管理試用期轉(zhuǎn)正工作總結(jié)項目管理試用期轉(zhuǎn)正工作總結(jié) 時間好快 短短我來到 xx 公司已經(jīng)兩個月 拉 在這段時間里 每天都在感受 xx 公司的激情和發(fā)展 和同 事的相處中 我得到了很多幫助 這其中更多的是來自我的指 導(dǎo)人呂某 每每我碰見一些生疏的辦事環(huán)節(jié)或工作任務(wù) 總能 得到他的精心指導(dǎo) 如今我對 xx 公司有了一個全面的了解 感 受到了很多同事間的和諧友好 項目組的團隊意識 在過去的兩個月里 我負(fù)責(zé)x 模塊的需求討論 數(shù)據(jù)庫設(shè)計 代碼編寫進度管理的同時 還負(fù)責(zé) x 項目 xx 平臺的開發(fā)進度管 理 通過與大伙的通力合作 基本上在規(guī)定的時間內(nèi)完成了大 部分的業(yè)務(wù)需求 通過這個項目 也增強了自己在項目管理方 面的經(jīng)驗 學(xué)習(xí)了很多 x 方面的業(yè)務(wù)知識 全面地了解了項目 組內(nèi)各成員的綜合素質(zhì)和工作能力 就個人業(yè)務(wù)方面 對 x 大 部分業(yè)務(wù)做了深入的了解 xx 評估方面 我主要了解 x x x x 等業(yè)務(wù) 當(dāng)然這很多得益于小唐 小衛(wèi) 小馮等人 的精心指導(dǎo) 我很是感謝他們 在已過去的x 項目實施過程中 我也發(fā)現(xiàn)了項目組存在的一 些優(yōu)勢和問題 對于優(yōu)勢我就不多說 主要還是大伙的實干精 神較強吧 針對項目組存在的一些問題 這里我發(fā)表一些個人 的觀點 僅供參考 1 項目組的控制力 由于我們當(dāng)前的項目是一個全新的組合 各成員間存在太多 的生疏和不確定性 這就造成了 我們在實施計劃任務(wù)的過程 中 對其風(fēng)險的控制程度不為樂觀 我們在制作相關(guān)計劃任務(wù) 的時候總是憑借自己的第一感去處理 所以在實施過程中也出 現(xiàn)了很多計劃滯后的事件 對待這些滯后我們唯有加班來彌補 過度的加班和返工必然損壞其組內(nèi)成員對項目組控制力的滿意 度 當(dāng)然也直接影響到對公司的認(rèn)知和評價 我感覺我們總是缺少一些可以控制和預(yù)見的能力 完成任何 事情或目標(biāo)總是存在不可預(yù)知的風(fēng)險 但如何在風(fēng)險爆發(fā)前最 大限度的加以控制 降低其影響層面 那是我們應(yīng)該去考慮和 管控的 2 項目組的協(xié)作力 說到項目組的協(xié)作力 我覺得當(dāng)前我們做的很差 在任務(wù)實 施的過程中 現(xiàn)在的項目組就好比中國古代的三國時期 群雄 逐鹿 各忙各的 每天我們都很忙 但是忙的就是自己的那塊 空間 彼此的交流和協(xié)作時間太少 一個功能模塊的實現(xiàn)不是 最大限度去尋求業(yè)務(wù)的吻合度 而是自己憑借自己腦袋亂寫 自創(chuàng)輪子 總是把自己的意識強加給客戶 在過去的代碼編寫時間里 我總是發(fā)現(xiàn)很多同事存在一個問 題 自己做的模塊與別人的存在關(guān)聯(lián) 這時候彼此間需要進行 簡單的交流 配合完成 但是很多人沒有交流 而是把別人的 代碼直接下載下來 然后加上自己的需要 提交完事 等其具 體人員某天發(fā)現(xiàn)自己的代碼被修改而不為所知 最終遇到問題 相互推諉 這就是缺乏交流的后果 說到協(xié)作 順便說下分工 在代碼編寫的過程中最為緊要的 應(yīng)該就是分工明確啦 我們需要嚴(yán)格規(guī)定那些人有相關(guān)文件的 修改權(quán)限 那些文件刪除前需要廣播說明 而不是一味的看著 不爽就改 刪 加 試問操作前是否考慮過有對其項目或別人 的影響 3 項目組的執(zhí)行力 執(zhí)行力方面 我覺得主要是我們需要的規(guī)范太少 可依賴的 標(biāo)準(zhǔn)幾乎沒有 試問下 我們的 開發(fā)規(guī)范 項目組日常行 為準(zhǔn)則 系統(tǒng)技術(shù)選型方案 技術(shù)定型評審標(biāo)準(zhǔn) 壓力 測試評估范圍 代碼檢查計劃 代碼核查標(biāo)準(zhǔn) 業(yè)務(wù)流 程處理說明 項目風(fēng)險性預(yù)測報告 諸如類似的標(biāo)準(zhǔn)在哪里 目前除了一個大概的開發(fā)規(guī)范 我沒看到任何成型的文檔存在 我們選擇了s2 spring ibatis dojo 這樣的技術(shù)框架 但是為什 么我們要選擇這些 而不是去選擇 s1 hibernate ext 等 我還清 楚地記得我們是怎么選擇的 很是草率很簡單 一拍桌子 ok 就選它們了 可是為什么呢 每次我們討論業(yè)務(wù)紛爭 總是一味的你一句我一腔 張說張 有理 李說李有道 漫天就是口水戰(zhàn) 這樣的討論還不如不論 浪費時間 有那些時間不如回家睡覺去 一個良好的開發(fā)框架 一定限制和影響其使用者的研究方向 因為我們?nèi)粘５木幋a技術(shù)本就是寄托在框架下的 ctrl c ctrl v 所以對于開發(fā)選擇和成熟完善需要一個慎重和持續(xù)的過程 我 不知道我們現(xiàn)在使用的框架是否需要延續(xù) 如果是 我們應(yīng)該 給出健壯性 兼容性 可擴展性 可維護性等相關(guān)評審說明 健壯性應(yīng)該兼顧做好應(yīng)對各種高并發(fā) 突風(fēng)險處理 兼容性 應(yīng)該具備不斷的技術(shù)版本升級 靈活運用于各類數(shù)據(jù)庫 可擴 展性保障系統(tǒng)的各類可用性功能擴展 實現(xiàn)方式升級 靈活多 變 可維護性告訴我們需要在持續(xù)的使用中不斷修正其 bug 和 通用性 有專門的人員完成不同時期版本升級 專注于系統(tǒng)架 構(gòu)的相關(guān)人員應(yīng)該對其使用的項目技術(shù)有專攻的過程 畢竟任 何東西都是有利有弊 不透徹的了解 怎么知道其需要改進的 地方呢 4 項目組的統(tǒng)籌力 最后說說統(tǒng)籌力吧 這很多時候應(yīng)該是針對實施計劃安排 實施過程管理而說的 我希望每次我們制作計劃時都做一個簡 要的評審過程 這樣的過程可介乎于幾個人內(nèi) 很多時候做計 劃的人總是按照自己的思路和想法在行走 我們應(yīng)該在完成計 劃之于 多和參與計劃的執(zhí)行人員進行交流 查看其是否可以 在計劃的時間內(nèi)完成安排 并進行討論修正 對一個任務(wù)你是 否只有一個計劃 你是否考慮過當(dāng)前計劃的風(fēng)險 如果執(zhí)行者 某天生病不來上班或離職了怎么辦 你的計劃時間某段被公司 的集體活動占用怎么辦 公司某天停電怎么辦 等等類似的問 題太多啦 這些就是我們的計劃風(fēng)險 是不可預(yù)知的 你是否 應(yīng)該考慮一個 b 計劃 做計劃不是做完后盲目的下發(fā)開展 別老是告訴你的執(zhí)行者 就