可可簡歷網

位置:首頁 > 熱點 > 其他文案

總經理工作心得3篇 領導成功必備:總經理心得

總經理是公司的領導者,其工作職責非常重要。總經理需要具備良好的領導能力、管理技巧和戰略思維,不斷拓展業務領域,提高公司的運營效率和利潤水平。在實際工作中,總經理需要積極思考,勇於創新,不斷總結工作經驗和心得,從而帶領公司邁向成功的道路。

總經理工作心得3篇 領導成功必備:總經理心得

第1篇

第一,總經理助理是總經理的助手,作為助手,你的工作不是提出問題,而是為總經理解決問題或者提出解決問題的方法,並且著手解決實施的人;

第二,在做決策的時候,除非總經理徵求你的意見,否則不要提出自己的見解和看法(除非萬不得已),因為你的見解和看法或許會動搖總經理的決定和決心,沒有一項決定是完美的,總經理的考量和你的考量角度和方向是不一樣的,所以不要輕易的干擾總經理的思路;

第三,作為總經理的助手,永遠要學會沉默和慎言。總經理助理是經理的助手,作為助手,你的`工作就是對公司的事務向總經理的彙報和對總經理工作意向的下達和落實,所以你的任務不是向總經理提出問題,而是回答和落實總經理提出的問題,永遠不要在總經理面前說不知道,而應該說我立刻去查……隨時讓你的總經理了解他所需要的一切資訊是作為一個助理的基本素質,同時你是一個總經理助理,接近公司的領導決策層,你肯定會接觸到公司的發展戰略和核心資料,那麼沉默和慎言是你的基本操守,一個合格的總經理助理必須是能夠堅定的支援總經理的企業發展方針政策並且堅定的維護和保證它實施的人,所以要求你必須多學多懂,力爭對於公司內部的事務和外部的行業資訊都必須十分的瞭解,因為你是總經理對於公司各個部門各個事務的直接瞭解人,同時對於人事和人力的關係和處理要十分的到位,企業百分之八十的衰落都首先出在公司的領導層的團結上,所以你必須學會如何處理總經理與常務副總、生產副總、銷售副總等公司領導層的團結和關係上,還有,切記你不僅僅是總經理的助理,你更是整個公司的助理,所以不要把自己的位置擺得太高,如果工作需要的話,哪怕是公司裡一個打掃衛生的阿姨安排的工作你都應該去做。完成了上面的任務,就我的感覺只能算是一個合格的總經理助理,但是算不上一個卓越的總經理助理,真正卓越的總經理助理應該體現在為總經理和公司領導層排憂解難和事件處理上,卓越的總經理助理不應該只是一個應聲蟲,不要一味的附和你的經理,如果你在深思熟慮之後,仍然感覺總經理的某些決定處理不當的話,那麼請直言相諫,無論你採用什麼方法,必須注意三點,第一、你的疑義不能夠作為工作上的推託,無論總經理什麼決定,首先毫不猶豫地執行它,疑問和疑義該提的提,但不能夠影響你對於總經理這項決定的完成;第二、點到為止,能夠做到總經理位置上的人必有過人之能,考慮事情要比你全面的多,所以你只需要點到為止,相對於總經理的考量和位置,你的想法未必就是正確,而且能夠做到這種職位的人不會苯到了解不了你的意思;第三、維護總經理的權威。

你是總經理助理,你的目的就是使總經理全面的瞭解他想了解的所有情況,以便作出正確的決定和戰略,同時替他完成他所安排的一切工作,所以一個卓越的總經理助理不是那麼好乾的,不過話又說回來,任何工作都不是那麼好乾的,重要的是你有那個信心和毅力。

總經理工作心得3篇 領導成功必備:總經理心得 第2張

第2篇

整個專案開始要做好專案整體計劃,在專案的整個過程中,始終要按照專案計劃執行,如若遇到專案發生變更,要進行影響分析,得到批准後製定變更計劃,並按變更計劃執行。變更的影響情況,如:費用,時間進度等要通知相關的專案利益干係人,說明變更的原因和產生的影響。

專案首尾工作也是專案管理中,一項重要的工作。需要將專案過程中產生的檔案資料進行整理,歸檔;對專案的費用和進度進行審計和稽核,對專案的質量進行檢驗和驗收;對專案的整個過程的利弊得失進行總結和交流。

變更計劃在軟體專案中經常遇到。控制好軟體專案的變更,首先需要做好專案的開始目標基準的確定,基準的使用者需求明確,才能衡量出哪些是需要變更的。否則變更的東西和開始要求的東西混在一起,變更計劃就無從制定,變更的界限也無從劃清。

自己做過的一個專案,開始為了佔領市場和儘快拿下合同,在使用者需求還沒有詳細提供的條件下,就與使用者簽定了合同,後來不僅費用受到限制,就連時間不夠,在專案過程中,使用者方還總是變更軟體的功能和要求。因為沒有一個基點,我們認為是變更需求和新增功能,而使用者方認為是合同範圍,不能因此增加費用和時間。這個專案在開始好象簽定了合同我們爭取了主動,其實需求不明確,使我們在後來的專案程序中一直處於被動。

所以專案從一開始就要做好計劃,搞清目標。只有專案的目標明確,合理安排時間、費用、人力和其他資源,控制好專案的變更,這些是保證專案能夠順利完成的基本條件。

二、專案範圍管理理論解決了專案開始需求不清的問題

需求管理是專案範圍管理中的問題,這是因為它實際上是開發過程中的所有管理原則的先決條件。只有在開發的目標被清楚明白地表述和理解的情況下,軟體開發才能以一種有計劃的有序的方式進行。實際上,沒有文件化的需求,在開發工作完成前後都很有可能發生產品與要求的偏離。計劃、追蹤、配置管理以及軟體質量保證這些在其他關鍵過程中涉及的原則,都是從一個穩定的基礎開始的,那就是文件化的需求基線。

什麼需求?需求是指分配給軟體的系統需求,或者更簡潔地說,分配需求。這些需求有可能是技術方面的.(比如:功能和效能需求),也有可能是非技術方面的(比如:釋出日期,開支限度)。

區分開需求管理和軟體需求分析是很重要的。一旦分配需求被文件化,並且被所有受影響部門(客戶,系統工程,軟體工程)通過,需求管理的基本工作就完成了,所剩下的就是管理變更而已。沒有證據證明分配需求本身就可以十分清楚完整的作為軟體開發的全部基礎。事實上,通常它們不是。

優化和精確描述需求,填補漏洞,將含義表達得更清楚是軟體需求分析要做的,分析的結果被稱為軟體需求。這樣,作為需求管理的輸出的分配需求實際上就成了軟體需求分析的輸入。需求管理遠遠先於軟體開發的技術行動,而軟體需求分析則是關鍵開發技術行為的第一步。

從這裡的描述看來,需求管理的活動簡直太簡單,太基礎了,顯然沒有哪個軟體開發組織會不有效的進行著這種活動。問題經常出在企業對透明度的懼怕。客戶覺得保持需求含糊不清,鬆散或者無正式檔案能夠給他們更多的機會去說:那並不是我所要的,那並不是我認為的需求的含義。文件化清晰的需求可能迫使使用者在系統滿足了文件化的需求但沒有滿足實際需要的情況下,為開始變更負責。相似地,開發人員覺得含糊不清,鬆散或者無正式檔案的需求能給他們更大的餘地,允許他們與預算和進度儘可能地接近,然後說:這就是我們所認為的需求的含義,如果你需要其他的什麼東西,你必須另外付出代價。文件化清晰的需求會迫使開發者承擔滿足這些需求的義務,並使他們暴露於開支、進度評估不準確的風險之下。

這樣一來,儘管客戶與開發人員的利益動機相對,但他們卻走到了一起。每一方都認為他們在保護自己的利益,鞏固自己討價還價的地位,但是事實上每一方都在走向將來的失望和爭吵,為專案埋下了一刻定時炸彈。

三、專案時間管理理論指導我們在專案管理中怎樣抓主要矛盾

以前進行專案管理時,是根據經驗和每個人的工作特點,進行專案的分工的,軟體專案基本是按照需求分析,概要設計,詳細設計,程式碼程式設計,除錯和測試,使用者驗收等幾個主要過程來進行的。但將專案分工更加細化,每個小過程的時間估算是多少,整個專案可以最短用多少時間來完成,怎樣合理安排人員,怎樣抓專案中的關鍵環節等等,這些都沒有進行過量化的分析和管理。

專案管理的實施最為直觀的就是縮短專案時間。利用專案管理理論、方法,有許多縮短時間的例子。美國路易斯維化

化工廠檢修時把檢修流程精細分解,按導向圖建立起控制關係。他們驚奇地發現,檢修過程選擇不同路徑總時間是有差別的。通過反覆壓縮最長路徑上的任務,將工期反覆優化,最後只用78個小時就完成了通常需125小時完成的檢修,節省時間38%。這就是至今專案管理工作者還在應用的著名的時間管理技術cpm,即關鍵路徑法。

所以我們在軟體的專案管理中,也要將時間控制理論運用進來,結合軟體工程的實際,將任務分解的更加詳細,並用網路圖將整個工作過程建立起來,估算好每個階段的歷時,找出關鍵路徑,並通過快速跟進方法,將關鍵路徑的工期縮短,以提高工效。

我們在進行軟體專案過程中,對軟體的功能測試一直認為還是比較認真和嚴格的,每次測試都要有測試計劃和用例的編寫,然後才能進行測試;測試要有記錄,並將記錄整理成測試報告。

但通過此次培訓後,感覺到我們的測試工作與質量管理的要求還差的遠,有距離。質量控制要深入到每個與專案相關的人,要深入到專案的每個過程中,從一開始,就要樹立質量第一的理念,每個過程都要進行質量的控制,而不是到最好測試時,才想到質量,才去衡量是否符合標準。

標準化設計,標準化管理是專案質量的保證。參加質量體系認證有助於企業提高專案的管理水平,有利於提高工程專案質量。cmm模型已得到廣泛的認可和接受,cmmi沿用其模型的組織方式,有5個等級和18個要素。通過5個等級的認證和加強管理,企業對專案的管理將經過5個境界的提高:從混亂,到里程碑的檢查,到定義清楚的管理體系和標準,到進行統計過程控制量化管理,到最後的優化過程、評價工作流程、進行工作過程的改進。

本人以前參加過為日本軟體進行部分功能的設計和程式設計工作。日本的軟體企業對一個專案的質量控制就做的比較細緻,用我們的觀念衡量簡直是不可容忍。做一個模組的詳細設計,要用他們提供的標準的圖形語言進行描述,用標準的設計摸版進行說明;並在設計完成後組織相關人員對這個設計進行評價,有問題需要修改設計,然後在評價直到通過才能開時以此為設計檔案,進行程式碼。程式碼寫完後,不是見到結果就完事了,要將程式碼打印出來,相關人員對程式碼的整個實現過程進行評價,提出修改建議,程式碼修改後,需要再審,也是通過以後才能提交入程式碼庫,進行程式碼的組裝。

當時認為日本的方法太浪費時間和人力了,對技術人員個人的能力估計的太低,怎麼能提高工作效率吶。可是軟體質量問題的頻繁出現,是我們不斷的認識到,開始浪費一些時間和人力,控制好每個細節的質量,就是省去了許多時候為解決質量問題而進行的新的時間和人力的支出。省去了大量的軟體後期的質量維護費用。總的來看是核算的。為提高專案的質量,降低成本,必須從專案的開始就要做好質量的控制工作。

五、溝通管理中的一些策略的使用可以使專案更好的完成

做專案就需要與客戶接觸,就會出現一些正式和非正式的談判。雙方都會為自己方的利益而進行討價還價。與客戶之間搞好溝通,是專案進展是否順利的一個條件。溝通中有許多的策略在平時的實際工作中可以使用,目的不是坑害別人,而是為了更好地完成專案,達到雙方事先確定的目標,而採用的一些藝術手段而已。溝通的技巧包括:下達最終期限,使用吃驚方法,採用有限權利法,不露面的人,公平合理,戰略延遲,雙方一起論理,撤退,不合理,既成事實等。本人就是成功的採用了戰略延遲法,將客戶方的一筆專案質保金及時地催要了回來。

體會還有很多,總之通過這次學習自己對專案的管理又有了新的認識,我會將這些理論知識運用到實際工作中去的。以提高專案的管理水平,提高專案的質量,降低專案的成本,降低專案的風險,最終提高企業的效益。

第3篇

今年*月,我正式進入了***企業,在新的工作平臺上開始了新的工作歷程。此期間,我作為******,除了按總經理的工作部署,做好相應的助理工作,以及完成業務工作需要的臨時任務外,還承擔瞭如下的一些工作任務:

1、分管工程部工作,以及協助養護分公司進行***大道與***路段養

2、完成部分的文書工作,如收集整理各類工作問題、相關建議及參考資訊,提交公司領導研討;協助******編撰相關工作方案與檔案;參與公司季刊及******協會會刊的編撰、擬稿及校審;總經辦各類檔案、合同、文稿的撰寫、稽核及相關文件資料的整理等。

3、協組相關部門組織公司各類業餘活動,如組織並參加“***”及“***”的培訓與考試工作;主持****協會成立大會的籌備工作、參與組織公司內部或公司與外單位的聯誼活動等。

儘管了了幾句梗概了近一年來所涉及的工作,此中所得的經驗與教訓卻絕非一紙之文能夠涵括,而作為回顧與總結,主要的心得是必須記錄下來的,以使自己在今後的工作中能夠揚長避短:

1、提高管理水平,“熟悉細節”首當其衝

任何事物無不由若干的細節組成,管理工作的好與差、個人管理能力的優與劣,其關鍵其實都在乎細節。對細節瞭如指掌,相應的管理工作自然得心應手,事半功倍;對細節一知半解甚至一無所知,則會導致管理混亂,相應的管理工作往往是一籌莫展,“越忙越亂”。這樣的例子比比皆是,如在工程管理上,若對技術管理人員其知識、能力、個性等情況不熟悉,就不能夠作出科學合理的分工;對專案組籌備、施工準備、現場施工、驗收結算等流程及工序不熟悉,則工程專案就不可能有計劃、有步驟地實施;對施工班組人員、材料、運作流程等不熟悉,就難以對人工報價、材料報價、施工運作成本等進行準確的核算與核定;對專案運作動態不熟悉,則難以及時做出切合實際的施工調整、防漏補缺、以及突發事件的制控……哪怕是一篇簡單的公文撰寫,要做到行文流暢、措辭恰當,就必需熟悉撰稿的目的、主題、關聯事件、目標物件等一系列細節;要組織好會議或者活動,就必需熟悉其議程、人財物配置、現場效果等細節,方可遊刃有餘。歸結起來,自己在涉及的.工作中吃的“不熟”虧不少,以至於時而自怨“技不如人”,同時安慰自己“熟悉需要過程……”云云,所以,我必須繼續給自己上足發條,努力將這個過程縮到最短!

作為企業中的一員,無論在什麼崗位,成本意識不可或缺。日常工作中對辦公用品、用水用電等各類資源使用及開支的節減這是不消說的,每人都有義務堅持去做,通過加強對人、財、物的規範管理進行嚴格的控制;更重要的是要勤於探研如何在自身涉及的企業運作的各個環節中貫徹“成本控制”,概括說來就是要“諳熟操作,精打細算,合理運作”。處理任何一項事務,只有熟悉操作流程、規則等細節,才能清晰掌握控制成本的關鍵;只有抓住控制成本的關鍵點,通過對相關的資訊、資料及資料進行細緻的分析與計算,才能夠擬定針對性高、可行性強的成本控制方案;方案的實施還需密切跟蹤,把握尺度,以求科學合理,應避免“成控過度”而適得其反。如丙方施工合同的簽訂,文字中務必明確體現對整個工序流程中的材料報價、施工質量、工期限制、技術要求、責任義務、違約罰則等細節的嚴格約束,以求在儘量節省公司投資成本與管理成本的前提下確保施工方按要求完成專案,這就需要做足準備功夫,如工序工藝的熟悉、材料及工價的預先詢價、成本分析與預算、風險預測等等;在簽訂前的談判中,還需靈活應對,善於抓住於己有利的關鍵點,如工程量居多的材料及工序需力爭低價,量少的則無需“戀戰”,以免因小失大,應適當放開,以求在控制總體成本較低的前提下達成協議。而在工程實施過程中,則需及時準確地分析現場狀況與甲方、監理各方的要求,靈活變通,正確引導施工人員實施有利於控制總體成本的施工方案與措施,這在隱蔽工程、異形工藝、變更調整、量方驗收等環節上都是致關重要的。雖有“省不出大錢”一說,但只要強化“成本意識”,從“時開始,在此基礎上再積極尋求連鎖性的突破,便能在有限的或限定的經營空間裡發掘出更大的效益。

求學時老師教導要“膽大心細”,如今結合工作上碰到的大事小情,我認為,無論對待學習還是對待工作,這道理是一脈相承的。尤其是***企業目前仍是以工程為主營業務,涉及工程的相關政策法規、合同要求、相關部門或領導的意志、現場變更等“遊戲規則”多,可變因素多,需要我們能夠隨機應變,靈活應對。具體說來,工程專案中的合同變更、工程量變更、資料編制格式與要求的差異、驗收結算流程的差異、各環節人際關係的妥善處理等等,無不需要從“成本”、“效益”的根本出發,細心探究,作出大膽、靈活地變通。當然,“膽大心細”也要建立在“熟悉”的基礎上,必須熟悉相關的合同條款、設計圖紙、清單報價、報審報驗程式、驗收結算依據、簽證程式及相關部門或人員等等,力爭做到“錯漏不出在自己手上,機會不失在他人手裡”。在分管工程的幾個月裡,我親歷了不少因沒有靈活應變而碰壁的尷尬,也體驗到適當變通後所獲得的成就感,強烈的反差,令我決意要盡更大的努力,爭取用更多的成就感充實自己!