it項目助理工作總結范文

it項目助理工作總結范文第1篇

tuenhai一直在思考，如果是我，如何當好IT項目經理?

一、IT項目經理需要很專業的IT知識嗎?

是ITPUB上一個討論帖子。

“我是從硬件工程師做到部門主管，對于項目管理,我覺得IT行業的項目管理與其他行業不同，他需要比較全面的IT背景知識。一個做ERP項目的項目經理，他無法完成一個金融中間業務的項目開發。同時在一個項目里會涉及到主機技術、網絡技術、數據庫技術甚至還有備份技術與容災技術等，對于這么多的專業技術，是否需要該項目的項目經理對他負責的項目里所包含的技術有一個大概的了解。對于IT部門的管理者，我覺得光有很豐富的管理知識和經驗不夠，你必須在專業技術上面也要是很有權威的一個人，你要讓小組的成員信任你，不光光是人品的問題、個人魅力的問題，對搞技術的人來說很重要的一條是在技術上讓他服你(中國知識分子大多數有這樣的毛病，外行不能領導內行)。”( mingsir,http:///htm/work/zl/xiaocao/02_7_30_2_2.asp)

如果tuenhai在專業技術上夠格，tuenhai有信心成為業界最優秀的項目經理之一。tuenhai之

3 所以有此信心，原因之一是tuenhai絕不會對項目文檔的重要程度認識不足。

“文檔從用途上分主要分為內部文檔和外部文檔。

內部文檔包括： 項目開發計劃; 需求分析; 體系結構設計說明; 詳細設計說明; 構件索引; 構件成分說明; 構件接口及調用說明; 組件索引; 組件接口及調用說明; 類索引; 類屬性及方法說明; 測試報告; 測試統計報告; 質量監督報告; 源代碼; 文檔分類版本索引; 軟件安裝打包文件。

外部文檔主要包括： 軟件安裝手冊; 軟件操作手冊; 在線幫助; 系統性能指標報告; 系統操作索引。 ”(《 有效的軟件質量管理 》 蘇黎虹 http://上的文章，tuenhai在網上是透明的)

從優秀IT項目經理到千萬富翁的距離只有1m。

你要做的其實很少，也不是那么難：

第一，你是優秀的IT項目經理，這是前提.

第二，你要找到一家前景很好的初創公司。

這個公司現在價值可能只有500W，三年后可能就是5億了。

你要在初創時期找到并加入這家公司，并最大程度發揮你的專長，在這個同時，你自身也得到最大的鍛煉和提高。

第三，也是相當重要的一點，公司boss為人非常好。(非常開明，非常大度等)

確保在你在公司做出極大貢獻的同時，權益也最大化。

這種權益主要的形式就是公司的股份。(可能是期權形式)

6

因為你是創業功臣，在你的收益中，薪資所占的比重會微不足道。

3年后，你會發現，比你專業技能更強的牛人進來了，牛人技術確實很強，但因為進入公司時機選擇得不如你好，牛人得到的除了薪資，還是薪資。而你，你完全可以去“笑傲江湖”，“環游世界”，只要你喜歡，你可以去做自己想做的任何事。

tuenhai比較懶，技術一般，管理也一般般。

有一天tuenhai突然頓悟，悟出事業成功的兩個要素：

1. 自己專業技能上過硬。

2. 充分展示自己所掌握的知識和技能，以創造結識創業合作伙伴的機會。

一旦結識理想的創業合作伙伴，我的百萬富翁之夢就實現了一半。

我的目標一開始就不是定位在打工仔，打工的話薪資再高也是非常有限的。

要上升到創業合作伙伴層面，就要處理好兩個過程：

創業合作伙伴認可我，

我認可創業合作伙伴。

這兩個過程處理好了，成功就預期不遠。

你可能已經發現了，網上許多地方都有“tuenhai”，這是tuenhai人生中的重大戰略策劃：

既然tuenhai自認為是優秀的，就要創造機會，讓創業合作伙伴有充分機會認識到我的優秀。

一群同樣優秀又技能互補的人一起創業，想來讓人激情飛揚。

王侯將相寧有種乎!

it項目助理工作總結范文第2篇

3. 新品定價單，新品拍照。 4. 數據分析，匯報 5. 自營店貨品調度

說明： 一. 數據錄入

1. 自營店銷售數據錄入

要求：收齊報表，做好登記，分門別類，補貨單，日報表填寫清晰，整潔

除周一周四補貨工作繁忙，其他時間均在當天下午兩點半之前錄入。

準確，少差異

核實店員銷售情況，反饋銷售過程中的價格錯誤，贈送款式錯誤等情況給市場督導 2. 內部銷售單據錄入

要求：明確發貨倉庫，金額，備注清楚購買人員等

3. 定價單錄入

要求：做定價單——定價——錄入——審核——通過——拍照——編輯——歸檔(愛協展廳圖片)

查詢，同款鞋定同價

定價單簽名存檔

經銷商定價單，直接錄入，審核。 4. 差異表

要求：店鋪盤點完，庫存總數無誤，才可打印系統庫存表給店里對賬

差異表只能調碼數，顏色串號之間的差異，不同貨號調整需要說明原因

差異表日期均做每月的最后一天 二. 自營店對賬

1. 經銷商調貨對賬(每月的最后兩天)

要求：打電話問店員調貨情況，看是否與系統的相符，漏單的補單，過月不予補單。對完告知羅漪 2. 進銷存對賬(每月3—9號)

要求：數據準確，無誤，單據齊全，三表統一，與系統數據一致，表格清晰，整潔，簽名確認

報表上交及時 三. 自營店貨品調度

要求：暢銷款調貨(分析各店鞋款銷售情況，從滯銷店調給暢銷店，考慮運費)

經銷商調貨(須經銷售部人員同意，方可調貨，經銷商不可自行調貨;調貨完畢，做退倉單，再通知倉庫同事做單出庫)

網購調貨(交代好收貨地址，收件人，運費付款方，快遞選擇，寄出后單號回傳告知網購同事;記賬做退倉單)

自營店查鞋(第一時間查詢，告知店員) 四. 數據分析，匯報

1. 每日登記銷售數量，平均數量，累計數量

2. 每周匯報銷售金額，數量，排名，同比，達成率，暢銷款 3. 每月匯報對賬情況，庫存情況，總目標達成情況

2012年3月12日星期一

it項目助理工作總結范文第3篇

IT外包行業報告：IT外包轉型關鍵因素分析

中投顧問發布的《2016-2020年中國IT外包市場投資分析及前景預測報告》指出，中國IT外包行業轉型存在三個關鍵課題：第一是卓越運營和管理，第二是專項能力建設，第三是全球業務拓展。相對于目前難以突破的“紅海”競爭狀態，其實這三項都可以歸結為形成差異化競爭優勢：業務運營和后臺支持管理是IT服務企業的核心差異化能力之一;專項能力建設有橫縱兩個方向，憑借專項能力企業能夠在技術或行業細分領域構建自己的獨特壁壘;全球業務拓展則是通過向海外延伸本土能力獲得競爭優勢，是中國IT服務企業應對國際競爭的必由之路。

卓越運營和管理是IT外包企業繼續擴大規模的基礎。IT外包商業模式的核心是以智力密集為特點的服務交付，這就決定了企業運營和管理能力成為業務發展的核心競爭力之一。盡管數字化轉型越來越被關注，當前大型IT服務企業的業務增長模式還是主要依靠線性增長。中國的IT外包企業經過近10幾年的發展，在實戰中積累了豐富的經驗，目前已有能力管理百人、甚至是近千人級別的軟件工程作業，業務和組織規模也超過萬人水平，但與印度和歐美領先企業幾十萬人的水平相去甚遠，其中關鍵差異就在于運營和管理信息化系統的成熟度和應用水平。潛心提高自身的運營和管理信息化能力，將外包服務管理經驗固化在系統中，從而大幅降低運營成本、提升客戶滿意度是IT服務企業實現差異化和擴大規模的基礎性工作，也是一項長期的企業內部項目，需要從CEO到業務領導的各級負責人投入大量的精力，并且需要在IT架構、業務分析、項目管理等方面補充人才和預算。對于IT外包合作伙伴關系而言，兼有穩健和靈活特點的專業服務運營系統其實才是最終讓客戶心甘情愿買單的東西，因為它能夠實現客戶外包提高技術實現效率和靈活度的外包初衷。

專項能力建設是IT外包企業不斷進化發展的前提。度過行業初期原始積累階段后，粗放的、依賴成本優勢的增長方式難以為繼，企業必然尋求提供更高價值服務的方法，在某一技術領域或細分行業領域建立起自己的差異化優勢。建設專項能力不外乎內部培育和外部獲取兩大類手段?；谄髽IDNA，延伸發展原有業務或基于某項目的中間產物研發是比較經濟安全的方式，但在內部惰性之下可能進展緩慢;有目的的并購、與他方合資、與客戶共建等方式可以較迅速的獲得目標能力，但需要較大投入，也面臨能力融合或協同的挑戰。技術能力中心、解決方案中心、創新產品實驗室、客戶體驗中心是能力建設的標準套路，而在互聯網創投蓬勃發展的外部環境下，國內IT服務企業也可以嘗試內部投資孵化的模式。另外，對于某些重要的能力線，建設子品牌也能夠創造更清晰有力的市場影響，從而有益于業務增長和行業拓展，東軟、亞信、文思海輝等企業都在這方面進行了不同程度的投入。IT外包企業建設專項能力無疑是向行業或解決方案的轉型的肇始，也就意味著平行于現有業務將產生迥異的商業模式、成本結構和人才供給，由于傳統技術服務仍然為國內IT外包企業的主干業務，專項能力建設面臨的最大挑戰將是不同業務模式之間的共存和協同。

全球業務拓展是中國IT外包企業應對生存挑戰的必選。十年前，在中國外包剛剛得到外界關注的時候，曾有樂觀的預測中國將取代印度成為下一個全球IT外包目的地，然而在經歷快速發展之后我們看到中國離岸外包產業在多種不利的經濟和產業環境因素影響下發生了下滑。盡管中國IT外包企業在“走出去”的實踐中已經超越了很多先發的國內企業，相對于世界領先的歐美和印度同業而言還是非常弱勢，在日益重要

中投顧問·讓投資更安全 經營更穩健

中投顧問產業研究中心

的全球外包生態中不但只占微不足道的份額，而且由于在全球化業務拓展方面慢于它國企業，微小的份額實際上還可能在不斷被蠶食。舉例而言，俄羅斯的EPAM,拉美的Softtek，Stefanini等原先和中國處于同一梯隊的企業在歐美、亞太、甚至是在中國都廣泛開展業務，收獲了業務增長和全球影響力。盡管中國國內市場潛力巨大，但中國IT服務行業和軟硬件行業一樣，外企占有強勢地位，因此這一巨大市場并非自然轉化為中國IT服務企業的成長;對于智力密集的IT服務行業，外企與中國企業競爭的不僅是市場，更是人才。中國IT服務企業在自己的主場已經遭遇到全球競爭的擠壓，安于國內市場已經不是選項之一，或者說，只看國內市場在大多數行業和領域存在發展瓶頸，達到一定規模后很可能即面臨全球性企業的整合。在國際市場處于弱勢、而國內市場向外企開放這一腹背受敵的局面之下，中國IT服務企業只有破釜沉舟，堅持“走出去”這一條道路方能見到民族產業可持續發展的未來。全球業務拓展不是孤立的，它是和前面卓越運營和管理、專項業務能力建設相伴隨的過程;然而基于過去十幾年對國內IT外包企業的觀察，我認為全球化業務拓展相對于另外兩者而言是最難的一個課題，單個企業需要借助優勢的資本，除此之外，類似印度所做的，國家在目前的各種政策和支持之前首先給予產業發展的優先級也會起關鍵的作用。

中投顧問·讓投資更安全 經營更穩健

it項目助理工作總結范文第4篇

摘  要：近年來信息技術迅猛發展，IT團隊開發迭代時效性要求越來越高，技術迭代速度也在提高，作為IT開發團隊的雛形學生開發團隊的壓力也隨之增加。在這一背景下，學生團隊急需一個團隊協作軟件或工具來輔助學生項目的開展，為此設計出了WorkLog團隊協作平臺。該平臺為用戶提供個人、團隊項目管理和團隊考核等功能，是一款側重于學生設計和研發的管理工具，同時也是為廣大用戶提供了一個輕巧便捷、高效性能的團隊協作平臺。

關鍵詞：團隊協作;時間管理;項目考核

0  引  言

隨著信息技術的飛速發展，軟件開發團隊規模的擴大，團隊協作能力已經成為各高?？己巳瞬诺闹匾笜酥?，擁有良好的團隊精神是一個IT開發團隊必不可缺的一部分。與此同時，面對日益增長的在校大學生數量，學生們的時間管理和團隊管理也沒有得到較好的指引，學生的學習和工作壓力越來越大。由此看來，一個團隊協作平臺對學生而言尤為重要。

國內對協作平臺進行研究以來，市場上的團隊協作平臺不少，產品種類越來越豐富。由上海匯翼信息科技有限公司開發的Teambition，實現了項目知識的分享、溝通、項目任務的安排及進度監督，但是產品沒有審批和考勤功能，企業專業版略顯昂貴。以任務管理為中心的協作辦公平臺——Worktile實現了任務和消息模塊的連通，提升了團隊協作效率，但是其他日常辦公的模塊比較欠缺，需要配合其他軟件一起使用。沈澤[1]設計了基于CSCW的虛擬團隊協作平臺，由于時間限制，基于CSCW的工作流管理系統對安全機制考慮得不是很周全。余鵬[2]研究了基于Wiki的企業資源共享與團隊協作平臺搭建應用，而Wiki平臺局限于小范圍公司，非行政強制性，對團隊成員管理松散。哈爾濱工業大學孫志朋[3]設計與實現了面向軟件項目管理的團隊協作平臺，改進了當前很多軟件缺乏的最基礎的溝通交流功能。華南理工大學甘東[4]發表了基于多域管理模式的團隊協作學習平臺設計與實現的相關文獻，此系統基于課程教學，學習者以個人或班級的方式進行學習，無法基于項目或主題教學以團隊成員的方式進行學習。

顯然，團隊協作工具已經進入專業的互聯網4.0時代，團隊協作軟件功能和作用隨技術的演變，呈集大成趨勢，通過協作工具進行團隊管理將成為一種主流模式。WorkLog團隊協作平臺汲取同類平臺的優點，開發了一個風格簡樸、易于操作、功能較全的平臺，最終實現網站和微信小程序的多端口供用戶使用。本系統已經在廣西財經學院信息與統計學院參與科研項目和大創項目的學生團隊中得到推廣使用，通過近一年的使用表明該系統不僅適用于個人還適用于團隊，可進行廣泛推廣，可走進校園和企業，便利學習、生活與工作。

1  系統總體結構

WorkLog是為團體用戶量身打造的一款團隊協作、時間管理和項目考核工具，系統整體架構如圖1所示。

整個系統可以劃分為5個層次，分別為：前端UI、業務層、框架層、基礎服務和運行環境。平臺前端采用ZUI+ jQuery等技術框架相互配合使用，大大減輕了Web前端開發難度及工作量。其中主要提供手機移動端和PC端的訪問。業務層是其中的重要組成部分，業務層的各項功能不僅便于用戶每日溝通團隊工作，還有利于管理員評閱團隊工作日志以及進行上下級各項進展的溝通。在業務層中，用戶可以梳理每日待辦事項，清晰列出一日工作，合理安排工作節奏，隨時記錄和更新工作進展，確認工作完成情況。系統每日發送任務提醒，使用戶養成良好的工作習慣，其中以多圖表形式展示的工作日志，讓學習工作時間比例清晰明了?？蚣軐诱故境鯳orkLog平臺后臺使用的技術框架，主要采用Spring+MyBatis等技術框架?；A服務層提供文件存儲和郵件服務等基礎服務，其中數據庫使用MySQL。平臺運行環境使用常見的云服務器。此外WorkLog微信小程序設置了工作日志、OKR、今日待辦、統計回顧、個人中心和我的消息6個模塊，為用戶提供填寫日志、待辦提醒、OKR管理、統計回顧、消息提醒等功能。

2  系統功能模塊

WorkLog團隊協作平臺擁有PC端和移動端兩個子模塊。

2.1  PC端子模塊

PC端子模塊的注冊方式除了郵箱注冊方式外，還支持第三方賬戶的注冊，比如微信登錄、QQ登錄和微博登錄。為了保證平臺信息安全，用戶只有注冊并登錄后才可以使用平臺的功能。用戶注冊并登錄PC網站，即可使用網站記錄工作日志、回顧工作歷程、進行項目管理和團隊管理。功能模塊主要分為兩大模塊，即用戶模塊和管理員模塊。在用戶模塊中，用戶在注冊并登錄該平臺后，可在“我的日志”頁面記錄自己的工作動態和學習內容;在“統計回顧”頁面中，可以清晰地看到近期記錄的工作內容;在“項目管理”頁面中，可以看到自己參與項目的狀態和內容。相比用戶模塊，管理員模塊具有更高級的管理功能。除注冊登錄、用戶管理、項目管理、統計分析等功能之外，管理員還可登錄后臺系統進入“用戶管理”頁面了解用戶動態并進行管理;在“項目管理”頁面管理已創建的項目，并查看項目進度;在“統計分析”頁面查看團隊成員的工作記錄，并以Excel形式導出記錄。管理員設置的任務提醒團隊成員可以隨時隨地收到。在這種多功能的管理模塊下，管理員可以及時獲取每個團隊成員的反饋信息，直觀地了解他們的工作進度和工作狀態，及時糾正工作中的偏差。

本校項目管理頁面如圖2所示。

2.2  移動端子模塊

WorkLog微信小程序為用戶提供工作日志、OKR、今日待辦、統計回顧、消息管理、個人中心等功能，系統功能設計圖如圖3所示。

用戶進入微信APP，搜索WorkLog小程序，便可進入小程序和應用小程序相應功能?！肮ぷ魅罩尽蹦K的功能齊全，具有基本的填寫、修改和刪除功能?！癘KR”模塊旨在共享OKR，如圖4所示，有助于整個團隊明確目標，達成可衡量的關鍵結果，幫助協調和集中精力。

小程序將“統計回顧”模塊細化，可將工作記錄詳細分為周記錄、月記錄和年記錄，并將工作時間分布運用扇形統計圖直觀地展示在用戶面前，便于用戶觀察時間比例。在“今日待辦”模塊中，用戶可根據自身需求進行設定，該設定具有人性化，設定的時間提醒準確到秒。系統根據待辦提醒時間發送提醒消息，減少工作被遺忘的事件發生，提高了團隊的工作效率。在“消息管理”模塊中，系統每天提醒用戶記錄工作情況，編寫工作日志，使用戶養成良好的工作習慣，在項目過程中或項目結束時，方便用戶查詢自己的工作記錄，做好工作總結?！跋⒐芾怼蹦K支持消息的跟蹤和回饋，是解決團隊溝通的一個重要渠道，用戶還可以在此模塊查看積分和積分排行。在“個人中心”模塊中，用戶可以查看和修改個人資料。

3  結  論

WorkLog團隊協作平臺遵循“簡單、活潑、極致”的原則，對網站、微信小程序進行合理的板塊規劃，采用豐富有趣的配色對頁面進行設計，增加用戶對本軟件的粘性。巧妙采用PC端和移動端形式，輕巧便捷，很好地提高運行速度，增大用戶體驗。平臺適用于各種大小型團隊，能處理較多事務，解決了團隊中時間不合理安排，工作效率低、工作完成質量差等常見問題，尤其解決了大多數人接手多項目時，出現的計劃安排亂、項目延期多、反饋不及時、經驗難復制等普遍情況。WorkLog是針對這些問題研發的一個團隊協作平臺，方便個人和團隊的管理，集中寶貴資源解決項目問題，消除或減少重復的工作，按時間、按程度、按內容分類自己的工作，按時按質量地完成，讓其養成良好的時間規劃習慣，為生活工作提供便利。成員在團隊項目中可以及時接收到自己的任務，合理安排工作計劃。管理者只需要給每位成員分配OKR，系統會自動計算項目的完成率，輕松管理項目的進度，提高工作效率。WorkLog團隊協作平臺是以服務個人和團隊為宗旨，我們希望通過這樣一個平臺能為團隊提供更好的管理環境，提高其工作和學習效率。

參考文獻：

[1] 沈澤.基于CSCW的虛擬團隊協作平臺的分析與設計 [D].湖北：湖北工業大學，2010.

[2] 余鵬.基于Wiki的企業資源共享與團隊協作平臺搭建應用研究 [J].信息技術與信息化，2014（5）：39-41.

[3] 孫志朋.面向軟件項目管理的團隊協作平臺的設計與實現 [D].哈爾濱：哈爾濱工業大學，2017.

[4] 甘東.基于多域管理模式的團隊協作學習平臺設計與實現 [D].廣州：華南理工大學，2019.

作者簡介：方熾帶（1998.12—），女，漢族，廣西欽州人，本科，研究方向：數據挖掘;梁為磊（1997.01—），男，漢族，廣西欽州人，本科，研究方向：數據挖掘;鐘鋌偉（2000.02—），男，漢族，廣西玉林人，本科，研究方向：數據挖掘;廖云翔（1998.05—），男，漢族，廣西玉林人，本科，研究方向：數據挖掘;通訊作者：高榮（1979.02—），男，漢族，山東濰坊人，講師，教師，研究生，研究方向：數據挖掘。

it項目助理工作總結范文第5篇

第一章

P32 習題與思考

一、請談一談你對項目與項目管理的價值的認識，舉例說明項目和項目管理的價值所在。 答：

我們把利用有限資源，在一定的時間內，完成滿足一系列特定目標的多項相關工作叫做項目。項目的價值是指項目具有明示和潛在的功能，能滿足利益相關方明示和潛在的需要。項目是實現價值、成就事業的載體，所有重大事件、所有的宏偉工程、所有的卓越發明、所有的時代精英，都是通過一個個項目造就的。而且，項目作為國民經濟。組織運作和個人發展的基本元素，對國家、組織和個人的發展都將起到至關重要的作用。例如，一個組織或者是公事，是靠一個至多個項目的啟動，當這些項目完成后，組織進入日常工作狀態來維持基本地運行，隨著環境的變化和組織的發展，組織通過新的項目來推進和壯大自身的規模。 所謂項目管理，就是把各種知識、技能、手段和技術應用于項目活動之中，以達到項目的要求。項目管理是通過應用和綜合諸如啟動、規劃、實施、監控和收尾等項目管理過程來進行的。項目管理的價值就在于，通過項目管理，企業在財務能力、客戶滿意度、項目成功率和學習能力以及增長指數方面都將獲得極大的改進。項目管理另一個非常重要的價值就是知識的積累。例如，每個項目的成功實施除了產生新的產品和相應的服務外，還會給我們留下非常珍貴的經驗和教訓。

七、在PMBOK的九個知識領域中，有哪幾個是核心知識領域，為什么稱它們為核心知識領域?

答：

在PMBOK的9個知識領域中，有四個核心知識領域，這四個核心知識領域分別是范圍管理、時間管理、費用管理和質量管理，之所以稱其為核心知識領域是因為在這幾個方面將形成具體的項目目標。

十三、一個軟件系統通常包括哪幾部分?它們的作用是什么?

答：

一個軟件系統通常包括在計算機運行中能夠提供所希望的功能和性能的程序;使程序能夠正確運行的數據結構和數據;描述系統結構的系統文檔和如何使用與維護該系統的用戶文檔。其中，程序是按照事先設計的功能和性能要求執行的指令序列，是軟件的窗口，它展示著系統的能力;數據是是程序能正常、正確操縱信息的設計結構，是軟件的根本，它決定了系統的價值;文檔是與程序的開發、維護和使用有關的圖文資料，是軟件的靈魂，它關系到系統的命運。

十八、查閱一些網站，讀一遍寫得不錯的IT項目管理文章，用1~2頁篇幅概括文章的內容(要求附文章及來源)

在文章中提到很多IT項目管理過程中要注意的細節問題。本文中系統的細節的幾大類，如：用人不當、流程問題、計劃問題和溝通問題。并且在這幾個類中又有細分常見的項目實施管理的失誤對項目的影響和建議。

一、在用人不當中，列舉了缺乏適當的人員與技能和缺乏富有經驗的項目經理兩個細節。

二、在流程問題中，列舉了沒有遵循標準的項目管理流程、流程太多太雜、對項目變更缺乏追蹤、對項目動態缺乏了解項目經理圈子和對小問題掉以輕心，這個幾個細節，并給出建議。

三、在計劃問題中，列舉了沒有定義項目范圍、風險評估過于隨意、對用戶抵觸心理認識不足、和時間進度表欠完善等細節，詳細的給出了作者的建議。

四、在溝通問題中，列舉了對不合理的項目期限不作反駁影響和與項目支持者、參與者缺少溝通兩細節，針對這兩個細節給出相應的建議。

IT部門在項目管理上的失誤大多是由計劃不當或溝通不暢所引起的。這些錯誤嚴重降低了項目的成功幾率，公司在眾多項目的實施管理中或多或少存在著問題，在文中羅列出幾類常見的項目實施管理失誤，幫助我們在以后的實踐操作中加以比照、測量與改善。

文章標題：IT項目管理中要注重細節問題

IT部門在項目管理上的失誤大多是由計劃不當或溝通不暢所引起的。這些錯誤嚴重降低了項目的成功幾率，公司在眾多項目的實施管理中或多或少存在著問題，在下文中將羅列出幾類常見的項目實施管理失誤，幫助你加以比照、測量與改善。

一、用人不當

1.缺乏適當的人員與技能

影響：用人不當與資源分配失調是項目管理失誤中最常見的一種現象。一個項目能否圓滿完成，人員與技能的配備占了主導因素。用人不當的結果往往會導致項目無法繼續執行，這樣就算計劃再好，也是紙上談兵。

建議：IT與項目經理應全面了解及掌控技能與資源情況，包括對項目顧問、合約承包商和外包商的詳細評估。使用項目管理軟件可以幫助項目經理充分掌握所有團隊成員的技能與工作量分配。在了解分工與職責后，IT與項目經理就可以決定如何在日常工作和項目中合理分配資源。指派專門的資源經理來負責解決人員與資源的分配問題也是一個不錯的主意。

如果你在項目人員分配上依然有困難，或許可以考慮先查看整個公司的項目組合，然后暫緩那些與商業戰略關系不大，或非任務關鍵的項目，從而釋放部分可用資源。

2.缺乏富有經驗的項目經理

影響：如果沒有一名經驗豐富的項目經理掌舵，項目很可能會隨著發展而失去控制。建議：聘用一名符合項目要求，并擁有出色人際關系處理技巧的項目經理。他應當有號召力，能夠管理風險，并在團隊成員和外部參與者之間起到協調作用。此外，一名優秀的項目經理也應該具備相關技術的知識與技能。

二、流程問題

1.沒有遵循標準的項目管理流程

影響：這是項目管理中的第二大常見失誤。缺乏合理的流程會抬高項目風險，加大項目失敗的可能性，最終導致無法在限定的時間與預算內完成項目。

建議：制定良好的項目管理流程能助你提高項目效率，并及時捕捉到項目執行過程中的各種問題，控制風險。

IT與項目經理應事先建立可重復的流程來進行項目規劃、資源分配與成員溝通。這樣才能保障項目所能產生的回報與成效。

2.流程太多太雜

影響：過多的流程會讓項目失去靈活性，繼而影響參與者的積極性。

曾經有一家軟件開發商告訴客戶公司的項目經理，他們能夠在不增加成本與工作量的基礎上添加額外的功能，但項目經理卻回絕了這一建議，因為他覺得公司用戶并沒有要求這一功能。其實，只要不影響項目預算與計劃進度，又征得用戶的同意，多添加一些功能是利大于弊的。

建議：提高靈活性，與項目支持者及參與者積極溝通。

3.對項目變更缺乏追蹤轉自項目

影響：要么預算超支，要么進度拖慢(或兩者兼有)。

建議：建立正式的變更申請流程，任何項目范圍內的變更(比如添加新功能)都應在變更文件上詳細注明，并由項目最高主管簽字批準。此外，項目經理也需判別出該申請對預算和時間進度會產生什么影響。

4.對項目動態缺乏了解項目經理圈子

影響：管理學大師彼得德魯克曾說過，無法管理就無法測量。反應到項目上，即無法及時協調資源，或對變更做出應變。

建議：使用軟件。

5.對小問題掉以輕心

影響：問題不會自己解決。如果對小問題掉以輕心，那么它們就會演化成大問題，最終成倍增加項目成本。

建議：加強項目團隊成員的態度與意識，及早糾錯。等到亡羊補牢，為時已晚。

三、計劃問題

1.沒有定義項目范圍

影響：如果商業與IT部門沒有事先定義項目范圍，那項目終將無法滿足預期的成效，IT也會缺乏方向來如期完成項目。建議：通過商業用例和范圍劃定來糾正錯誤定義的項目。

2.忽略項目之間的關聯項目

影響：忽略項目之間的關聯會造成資源分配失調(比如配給某項目的人員也是另一項目所需要的)，從而影響項目進度，作為連鎖反應，其它項目也會受到拖累。

建議：在制定項目計劃時將關聯因素考慮在內。與項目參與者多交流，并繪制項目關聯表，可協助你明確了解各項目之間的關系。

3.風險評估過于隨意

影響：項目脫離原有軌道，IT需清理預料外的麻煩。

建議：風險評估應是項目計劃的一部分?？梢栽趫F隊中進行頭腦風暴，收集可能的風險因素，然后設法規避這些風險。這一活動不會花費太久的時間，而且他也能幫助你在正式開始前充分了解項目的軟肋所在。

4.對用戶抵觸心理認識不足

影響：用戶對新技術的抵觸會讓項目所投入的資金與精力白費。

建議：在項目計劃階段先考慮到推行過程中的阻礙，并設法化解這些阻力。與那些工作將受新項目影響的用戶交流溝通，向他們闡述項目會給他們的工作流程帶來的有利變化與價值。

5.時間進度表欠完善

影響：團隊成員對何時完成何種任務沒有概念，對整體項目的按時達成形成阻滯。

建議：最簡單的方法是判別出項目中所有的活動，并在這些活動后面標注預計完成日期。使用項目管理軟件亦可創建進度計劃表。

四、溝通問題

1.對不合理的項目期限不作反駁影響：使自己陷入無法如期完成項目的窘境，并有損IT部門的信譽。

或許公司所設定的項目期限過于苛刻，而IT部門強行完成只會起到反作用。

建議：IT經理應向公司管理層解釋無法預期完成的實際困難，以及強行完成所需付出的代價(比如成本大幅上升，資源預算超支等)，讓管理人員在成本和速度之間做出選擇。

2.與項目支持者、參與者缺少溝通

影響：IT無法達成預期的要求。

建議：在傳遞關鍵書面文件與表格的同時加以當面說明，并用對方能夠理解的方式簡明地闡述要點(有些商業人員不會理解長篇大論的技術術語)。

在這種溝通互動中，其實公司的商業分析師在用戶與IT之間扮演了一個非常重要的協調角色。

建議：對參與項目，或受項目影響的所有商業成員提供一份項目綜述(從計劃到部署)，并標示出那些活動要求商業人員參加互動，以及互動的目的?？傊?，IT應多花一些時間來指導商業部門了解項目執行的步驟。

文章來源：

(http:///articles/show_article_content.asp?articleID=22466)

第二章

四、項目生命周期分為哪幾個階段?每個階段的主要任務有哪些?

答：

項目生命周期分為四個階段，分別是分為定義階段、開發階段、實施階段和收尾階段。 定義階段主要任務是明確要求、策劃項目、調查分析、收集數據及信息、確立目標、進行可行性研究、明確合作關系、確定風險等級、擬定戰略方案、進行資源測算、提出組建項目組方案、提出項目建議書和獲準進入下一個階段。

開發階段主要任務是確定項目組主要成員、界定最終產品范圍、研究實施方案、確定項目整體計劃、預算項目費用與現金流量、形成工作分解結構、制訂項目政策與程序、評估項目風險、確認項目有效性、編制項目概要報告和獲準進入下一階段。

實施階段主要任務是建立項目組、建立與完善項目溝通渠道、實施項目激勵機制、建立項目工作包，細化相關技術需要、建立項目信息控制與管理系統、執行工作分解結構的各項工作、獲得訂購物資和服務、指導/監督/預測/控制項目范圍、進度、費用、質量和管理項目的變更，解決實施中的問題。

收尾階段的主要任務是提交最終產品、評估與驗收、清算與審計賬務、評估項目、項目技術與管理文檔的歸檔、資源清理、轉移產品責任者和項目組的解散與人員再分配。

六、建立組織的目的是什么?組織的設計原則有哪些?

答：

德魯克認為組織的目的，就是要使平凡的人做出不平凡的事。其實質是對管理人員的管理勞動進行橫向和縱向的分工。

組織的設計原則包括如下7個原則：(1)目標的一致性原則(2)合理的管理幅度和管理層次原則(3)命令統一原則(4)責任與權利對等原則(5)合理分工與密切協作原則(6)集權與分權相結合的原則(7)環境適應性原則

十、簡述5個過程組中每個過程組的主要任務，以及每個過程組的主要成果。

答：

在大多數情況下，大多數項目都有共同的項目管理過程，這一過程包括啟動、規劃、執行、監督、結束5個過程組。

啟動過程組的主要任務是確認并核準項目或項目階段。在項目開始階段啟動過程的主要成果就是形成一個項目章程和選擇一位項目經理。

規劃過程組的主要任務是確定和細化目標，并規劃為實現項目目標和項目范圍的行動方針與路線，確保實現項目目標。規劃過程的主要成果包括完成工作任務分解結構，項目進度計劃和項目預算。

執行過程組的主要任務是通過采用必要的行動，協調人力資源和其他資源，整體地、有效地實施項目計劃。執行過程的主要成果就是交付實際的項目工作。

監控過程組的主要任務是定期測量和實時監控項目進展情況，發展偏離項目管理計劃之

處，及時采取糾正措施和變更控制，確保項目目標的實現。監控過程的主要成果是在要求的時間、成本和質量的限制范圍內獲得滿意的結果。

it項目助理工作總結范文第6篇

1、 項目經理為整個項目的第一責任人。

2、 項目經理對《質量檢查報告》中的所有細則負首要責任。

3、 項目經理必須有效掌控項目開發的各個環節，協助、指導項目組成員的工作，及時發現并處理項目中存在的問題，并對項目組成員的工作進行合理的評價。

4、 負責管理和控制項目全過程的質量、進度。分析偏差，采取糾正措施。如果發現項目實際進展顯著偏離計劃，則及時采取糾正措施。

5、 根據項目規范建立項目組內部管理和溝通機制。

6、 可根據需要調配組內人員等資源。

7、 有權對項目組成員提出獎懲建議。

8、 項目經理負責組織需求分析工作，并組織對需求文檔和需求變更文檔進行復審。

9、 分配系統設計任務，包括體系結構設計、模塊設計、用戶界面設計、數據庫設計等。

10、組織對體系結構設計、模塊設計、用戶界面設計、數據庫設計進行評審。

11、負責組織項目開發小組會議并編寫會議紀要。開發小組會議每周至少舉行一次(可與項目例會合并)，對難點、疑點問題進行分析、解決，保證小組內成員充分溝通。

12、負責每周對開發人員的代碼進行檢查。

13、負責提交測試版本、搭建符合實際的集成測試環境，每個項目只能有一個測試環境，開發環境不可與測試環境混合。

14、所需提交文檔：

? 立項后制定《項目計劃》并保證該計劃的合理性和現實性。組織項目組內對《項目計劃》進行評審，《項目計劃》制定或變更后必須發郵件通知部門經理、測試部及項目相關人員。

? 每周五下班前提交項目的《項目周報》至TFS上項目相關目錄。

? 協助設計人員編寫《體系結構設計報告》、《模塊設計報告》、《用戶界面設計報告》、《數據庫設計報告》

? 提交《內部驗收表》。項目成果交付用戶前項目經理必須組織內部驗收，并簽字生效。

? 結項前向項目管理部門提交《結項申請書》。

? 負責組織開發設計人員、需求分析人員、測試人員，根據《用戶需求說明書》提交各類技術文檔，并保證該文檔的及時有效性和準確性。

二、 項目管理FAQ

1、 項目計劃如何編寫?

項目計劃按文檔模板的提示完成各項內容，統一使用PROJECT工具制定并跟蹤。

2、 項目計劃編寫好后怎么提交?

項目計劃編寫完畢后，需將初稿提交給項目管理部門進行初審，并由其組織項目管理部門成員及項目組成員進行開會評審。

3、 怎樣進行項目計劃變更?

在項目過程中，需根據實際情況對《項目計劃》進行變更，須提交項目管理部門進行評估，如對項目有重大影響，項目經理須填寫《項目計劃變更申請表》并提交項目管理部門進行審核。

4、 需求分析文檔編寫有哪些要求?

項目的需求分析文檔是開發的依據，在編寫中每項功能的描述必須思路清晰，要求有輸入、輸出項和操作步驟、業務流程等信息，并能對功能畫出示意圖、流程圖等。需求分析文檔編寫完成后需將初稿提交項目管理部門進行初審，再由其組織項目組成員并邀請相關人員進行會議評審。

5、 整個項目實施過程中，各類角色周期性需要提交什么文檔?

項目經理：每周五舉行項目例會，并提交《項目周報》的“項目進度”部分。 開發人員：每周五提交《項目周報》的“實際完成任務”和“問題匯總”。 測 試 員：每周五提交《項目周報》的“質量保證報告”。

6、 項目經理的主要任務是什么?

在立項申請評審會議中指定項目經理后，項目經理需提供項目組開發人員的建議名單，包括體系結構設計員、界面設計員、數據庫設計員及模塊設計員。

制定完《項目計劃》后，項目經理應按《項目計劃》要求制定《開發計劃》。 項目經理負責對各系統設計員所提交的設計文檔進行初審。

項目經理應經常對開發人員的模塊設計或源碼進行抽查，確保軟件開發質量，并符合設計要求，并在每周五提交的《項目周報》中的“源碼檢查情況”記錄相關信息。

7、 如何使用Bug管理系統?

項目立項后，測試部將會在Bug管理系統創建該項目，并設置項目組成員及各成員的角色。

項目組內任何人發現項目缺陷都應該登錄Bug管理系統中進行記錄，若非項目組成員發現錯誤應及時反映給測試人員。

提交缺陷時，根據缺陷的嚴重性選擇類別，并選擇“嚴重級別”能讓開發人員及時獲取信息進行修改。標題應該簡要說明缺陷內容，以便進行相關查詢和統計，不能以“錯誤”、“測試結果”等無意義的詞作為標題。

8、 怎樣進行驗收、升級、安裝?

所有項目在提交客戶前，必須通過測試部和項目經理組織的內部驗收，并填寫《內部驗收表》。

內部驗收通過后，項目經理制定《客戶驗收計劃》并組織客戶及項目相關人員進行驗收，編寫《客戶驗收報告》。

項目組/開發人員負責提供需要驗收的軟件和建立驗收環境。并編寫安裝、升級腳本。 安裝、升級前應先在測試服務器上搭建與正式服務器相同的環境，執行安裝、升級腳本，確保腳本執行無誤，然后再驗證程序的正確性。

測試服務器上安裝、升級無誤后，項目經理指定開發人員進行正式系統的安裝、升級，安裝、升級人員填寫《升級(安裝)記錄表》。

9、 如何結項?

所有交付給用戶使用的系統，必須在交付驗收的同時，提交經項目經理和質保員審核的操作手冊、軟件系統管理手冊、系統安裝、配置和維護手冊等驗收所需文檔。 所有驗收文檔提交齊全后，由項目經理撰寫《結項申請書》，申請結項?！督Y項申請書》應附上經項目經理審核的項目竣工文檔清單，并對項目進行全程回顧，總結項目中的經驗教訓，對項目組成員的工作質量、責任心和效率等進行評估。

項目管理部門對《結項申請書》進行評審，決定是否同意結項，并提交《結項評審報告》。

10、操作手冊等驗收文檔由誰來寫?

驗收所需文檔均由項目經理指定項目組內成員完成，項目經理和測試員負責審核。

11、結項后又有新需求或需求變更怎么辦?

根據需要重新考慮立新項目。

12、對于細小需求頻繁變更，時間要求又緊張的需求變更如何應變?

對于較小的需求變更，經過需求分析人員和開發人員的溝通，記錄在需求文檔的歷史記錄中，并由項目經理簽字確認;重大需求的變更，則必須按照需求變更流程進行控制，提交《需求變更申請書》，并進行項目組內的需求評審。如果質保員在測試時才發現需求有重大變更但未形成文檔且未經評審，則嚴肅處理。

三、 項目風險控制

1、 合同風險

簽訂的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。

預防這種風險的辦法是項目建設之初項目經理就需要全面準確地了解合同各條款的內容、盡早和合同各方就模糊或不明確的條款簽訂補充協議。

2、 需求變更風險

需求變更是軟件項目經常發生的事情。一個看似很有“錢途”的軟件項目，往往由于無限度的需求變更而讓項目承建方苦不堪言，甚至最終虧損(實際上項目建設方也面臨巨大的風險)。

預防這種風險的辦法是項目建設之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。

3、 溝通不良風險

項目組與項目各干系方溝通不良是影響項目順利進展的一個非常重要的因素。 預防這種風險的辦法是項目建設之初就和項目各干系方約定好溝通的渠道和方式、項目建設過程中多和項目各干系方交流和溝通、注意培養和鍛煉自身的溝通技巧。

4、 缺乏領導支持風險

上層領導的支持是項目獲得資源(包括人力資源、財力資源和物料資源等)的有效保障，也是項目遇到困難時項目組最強有力的“后臺支撐”。

預防這種風險的辦法是主動爭取領導對項目的重視、確保和領導的溝通渠道暢通、經常向領導匯報工作進展。

5、 進度風險

有些項目對進度要求非?？量?進度要求不高的項目，我們同樣要考慮該風險)，項目進度的延遲意味著違約或市場機會的錯失。

預防這種風險的辦法一般是分階段交付產品、增加項目監控的頻度和力度、多運用可行的辦法保證工作質量避免返工。

6、 質量風險 有些項目，用戶對軟件質量有很高的要求，如果項目組成員同類型項目的開發經驗不足，則需要密切關注項目的質量風險。

預防這種風險的辦法一般是經常和用戶交流工作成果、品牌管理采用符合要求的開發流程、認真組織對產出物的檢查和評審、計劃和組織嚴格的獨立測試等。

7、 系統性能風險

有些軟件項目屬于多用戶并發的應用系統，系統對性能要求很高，這時項目組就需要關注項目的性能風險。

預防這種風險的辦法一般是在進行項目開發之前先設計和搭建出系統的基礎架構并進行性能測試，確保架構符合性能指標后再進行后續工作。

8、 工具風險

軟件項目開發和實施過程，所必須用到的管理工具、開發工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等，是項目組需要考慮的風險因素。 預防這種風險的辦法一般是在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前(一般需要提前一個月左右)跟蹤并落實工具的到位事宜。

9、 技術風險

在軟件項目開發和建設的過程中，戰略管理技術因素是一個非常重要的因素。項目組一定要本著項目的實際要求，選用合適、成熟的技術，千萬不要無視項目的實際情況而選用一些雖然先進但并非項目所必須且自己又不熟悉的技術。如果項目所要求的技術項目成員不具備或掌握不夠，則需要重點關注該風險因素。

預防這種風險的辦法是選用項目所必須的技術、在技術應用之前，針對相關人員開展好技術培訓工作。

10、團隊成員能力和素質風險

團隊成員的能力(包括業務能力和技術能力)和素質，對項目的進展、項目的質量具有很大的影響，項目經理在項目的建設過程需要實時關注該因素。

預防這種風險的辦法是在用人之前先選對人、開展有針對性的培訓、將合適的人安排到合適的崗位上。

11、團隊成員協作風險

團隊成員是否能齊心協力為項目的共同目標服務，生產管理是影響進度和質量的關鍵因素。 預防這種風險的辦法是項目在建設之初項目經理就需要將項目目標、工作任務等和項目成員溝通清楚，采用公平、公正、公開的績效考評制度，倡導團結互助的工作風尚等。

12、人員流動風險

項目成員特別是核心成員的流動給項目造成的影響是非?？膳碌娜肆Y源。人員的流動輕則影響項目進度，重則導致項目無法繼續甚至被迫夭折。

預防這種風險的辦法是盡可能將項目的核心工作分派給多人(而不要集中在個別人身上)、加強同類型人才的培養和儲備。

13、工作環境風險

工作環境(包括辦公環境和人文環境)的好壞直接影響項目成員的工作情緒和工作效率。 預防這種風險的辦法是在項目建設之前就選擇和建設好適合項目特點財務管理和滿足項目成員期望的辦公環境、在項目的建設過程中不斷培育和調整出和諧的人文環境。

14、系統運行環境風險

目前，大部分項目系統集成和軟件開發是分開進行的(甚至由不同公司承接)。因此，軟件系統賴以運行的硬件環境和網絡環境的建設進度對軟件系統是否能順利實施具有相當大的影響。

預防這種風險的辦法是和用戶簽定相關的協議、跟進系統集成部分的實施進度、及時提醒用戶等。

15、分包商風險

有些項目管理可能會涉及到將系統的部分功能分包出去，這時項目組就需要關注項目的分包商風險。