監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關閉
電子文檔管理系統(tǒng)

當前位置:工程項目OA系統(tǒng) > 領域應用 > 文檔管理軟件 > 電子文檔管理系統(tǒng)

軟件開發(fā)企業(yè)中的電子文檔管理系統(tǒng)

申請免費試用、咨詢電話:400-8352-114

AMTeam.org

每個骨干的工程師都有自己的絕活,而這是否完全公開共享,又取決于工程師個人的心態(tài)是否開放自信,經理們催緊了有巧取豪奪的嫌疑,會給工程師們增添卸磨殺驢的顧慮,不采取手段又容易導致工程師要挾談條件和員工流失的巨大損失,怎么辦?

以上問題幾乎在所有的IT公司都或多或少存在,而且經理們都在苦尋解決之道。我認為我們可以試用PSP(Problem Solving Process)方法來分析原因并尋求解決方案。

問題點:公司的技術經驗等不能積累并在公司內共享

一次原因1

公司沒有此類規(guī)程,不知道哪些需要積累,哪些可以共享。

解決方案

制定相應規(guī)程。關于規(guī)程,需要根據也只能是根據各個公司的實際情況來制定。這些在實施了CMM/CMMI或ISO開發(fā)標準的公司,都基本已經做到。比如說在項目開始時制定項目管理的庫結構,規(guī)定哪些生產物必須保存在哪個目錄下等,并安排QA人員進行物理檢查,即檢查是否在規(guī)定時間內在規(guī)定目錄下保存了相應的生產物(至少在各個里程碑點檢查)。項目結束后要求按照規(guī)定的格式和內容立即提交項目完了報告(包括業(yè)務特點,特有技術,管理心得,甚至共通代碼等)。并在組織級進行整理歸納總結。當然還有很多,這里不再一一贅述。

不過只有規(guī)程還遠遠不夠。舉個簡單例子,項目組成員是在規(guī)定時間內將相應的生產物保存在規(guī)定的目錄下了,也在項目結束后提交了項目完了報告,但是保存的成果物是不是對公司的經驗積累有幫助,是否值得共享,無從檢查,尤其對于有一定規(guī)模的公司。這就涉及到下面的問題。

一次原因2

即使有規(guī)程也不能很好地被遵守。

→二次原因1

公司員工不愿意公開自己的技術經驗。

→三次原因1

員工認為這是額外的工作,做與不做不影響對自己的評價。

→解決方案

建立獎賞制度。對于在公司知識積累做出貢獻的員工,額外給予獎勵。

→三次原因2

員工有被卸磨殺驢的危機感。

→四次原因1

員工沒有事業(yè)上的安全感。

→解決方案

提供事業(yè)方面的發(fā)展機會。一般來說,能夠在這方面做出貢獻的員工,都具備幫助公司完善開發(fā)管理水平的能力,所以他們有潛力。公司需要為其提供發(fā)揮 其能力的平臺。同時還需要通過和這部分員工進行溝通,讓其明白只有幫助別人,才能幫助自己獲得職業(yè)提升的機會。

→四次原因2

員工在公司學不到新東西,只是釋放自己的已有知識,只出不進,不能成長。

→解決方案

首先要加強對新技術的跟蹤并對員工進行培訓,讓員工的技術不至于老化。

另外通過OJT,經驗者帶初學者,高層經理帶項目經理,項目經理帶普通員工。逐級傳幫帶,加強上層經理在知識共享方面身先士卒的表率作用。

最后通過逐步建立公司級知識庫,每個員工都可以共享他人的技術經驗,管理心得等,甚至可以直接利用別人的代碼。

也可以簡單地說,知識管理需要在組織中從上到下逐層推進。這樣推進起來就會非常順利并有效。其實這也在一定角度和一定程度上反映組織的執(zhí)行力。

來源:KMCenter

發(fā)布:2007-03-21 15:31    編輯:泛普軟件 · xiaona    [打印此頁]    [關閉]
相關文章: