其他

管理風格的探討在管理的課程上已經是討論的很多了，而且個人的管理風格與個人的性格、背景、組織所處的文化、老闆的風格以及team的狀態都是緊密相關的。其實這個問題也是困擾自己很久的問題，一直沒有得到很好的解決。其實看看成功的案例，不管是強勢的領導還是具有儒風文雅的領導都有可能成功。從上面看影響管理風格的因素很多都是自己很難改變的，而team的狀態確實可以觀察到並可以決定什麼樣的style是適合的。作為一個leader，管理人的leader，跳出職位本省的職責來觀察team的運轉狀態是很重要的。從外面

Team Building是作為一個PM的重要的職責之一，做好Team Building對team的建立、達成項目目標，成功完成認為是非常重要的。一個成功的項目必定有一定成功的團隊。下面說的是如何深度完成Team Building的工作，所謂的深度不是指大家合作愉快，相互配合，角色職責。其實實現深度的交流也並不是很難的事情。關鍵的一點在於能實現心與心的溝通，而不是純粹語言的溝通。Open your

管理體系的目的我認為有三：1. 能夠提高生產效率，項目能夠賺錢；2. 保證好品質，提高客戶滿意和客戶對公司的持續信任；3. 滿足公司長遠的戰略目標（比如人員流動、流程能力積累等）。企業管理的目的是為了企業的盈利和發展，專案管理作為實現企業管理的目標的重要的環節，應該是保證交付的品質、減少項目的成本。因此管理的目的不是為了追求理論的嚴謹、形式的完美，當然教條僵化、照本宣科更是沒有意義。 

大凡是建立公司制度、流程的，沒有不把流程、制度的簡單性、可操作性作為最重要的目標的。很多大的公司甚至成立新的項目再造流程和制度，目的就是讓流程和制度變得適合業務、變得簡化、變得實用。但是往往不幸的是，一個一個目標被重新提出，又一個一個目標面臨墜落的危險。流程和制度永遠落不了地，永遠看上去是陽春白雪般的高貴和完美，就是不能與業務很好結合。造成的後果和驚人的類似，那就是魚死網破。或者是流程體系被束之高閣，專門作為給外行的客戶或客人示範的談資。或者被強制執行，造成業務在變態的管理體系下變得不倫不類，怎

  一個新的方法和模型，總是會有人提出負面的問題，就如NAH癥結（Not Applicable Here），對於一個新的方法體系，大家都覺得有道理，但是具體到一個組織、一個項目實施過程中，總是能找出消極的理由來說明這個方法在這兒是不合適的、是不適用的。大家堅信這個方法或理論對於其他的組織和單位是適用的，但是到了自己頭上，往往想到的是它有哪些缺陷和不適用，對它們的優點視而不見，總是用過於批判的眼光來審視它們，這也是造成推廣效果不理想的重要原因之一。對於這種阻力，我們要從兩方面來分析：l      

很早就考慮考PMP了，但是做項目一般都是很難抽出時間來的。在老闆的考核的要求下，也考慮自己的職業發展的情況下，開始了PMP之路。雖然自己對PMBOK還是比較熟悉，但是真正面對考試還是不能忽視。畢竟自己的理解、經驗與實際的理論和考試的思路還是不太一樣。這個周末計劃把PMBOK的前五章看完，還比較順利，周六一天就吧前五章基本看完了。第一遍看的比較快，主要是熟悉一下PMBOK的組織圖順便評估一下看書的花費的時間。第一天的看書比較順利，下午去遊泳花了一個小時。下面將看書花費時間： 內容花費時間第一章

空間分配swap   512MB/boot  60MB/home  4096MB/      6637MB下載“語言支援軟體包”問題安裝過程中需要下載“語言支援軟體包”，具體點就是scim-tables-zh-0.5.6-2_all.deb，等待了很長時間，索性跳過去了，不知道上次有沒有遇到這個問題，反正系統安裝完成後還是需要補充裝這個包的；FF外掛程式新安裝以下外掛程式：>FasterFox2.0    最佳化FF速度>adblock_plus>downthemall>

 寫下這個標題，等待的也許是被猛烈的拍磚，加上雞蛋和西紅柿。但是我想大家敞開了談談這個問題也許不是件壞事情。 剛剛接觸品質管理和過程管理的時候，尤其是聽了很多的培訓和看了很多書後，對過程這把利劍滿懷崇敬和信心。後來隨著實踐，過程確實可以解決很多的問題，比如規範性、統一性等。對軟體開發的品質和效率的提高找到了一絲希望，尤其是在象欠缺管理理論和經驗的中國的軟體企業來說，更是如此。但是一直沒有出現如期望般的那樣靈效，尤其是發現決定品質這四個字真的不是過程這兩個字可以頂的起來的，理論是一回事，實際確實不

 實踐證明，在企業實施和推廣一個組織級的專案管理體系的阻力來自公司內部、公司外部。（公司外部的因素涉及到整個行業的發展、市場因素和客戶因素，在此不做描述，本文重點對企業內部的因素做分析。）因為體系的實施，需要的是組織內部的人員的工作方式和管理的改變，這種改變影響最大的就是技術和管理員。有人說：如果人沒要改變，那麼一切都不會改變。因此要想獲得組織級體系的實施的成功，改變體系的主體人是最直接、最重要的一項工作。   

這些例子都是網上找的----------------按鈕BUtton ---------------------------------from tkinter import *class GUI:    def __init__(self):        self.root = Tk()        self.root.title('Button Styles')        for bdw in range(5):            setattr(self, 'of%d' %

 作為專案經理，如何處理好與客戶之間的關係非常重要。但是究竟如何處理客戶關係呢？客戶的人員都有哪些類型？不同類型的客戶的應對是否都一樣呢？下面我們來看看在日常工作中經常遇到的客戶類型，應該如何處理跟他的關係？類型特點應對策略權威決策型這類客戶往往具有權威的技術、業務和管理能力，對於事情本身具有決策權。正面應對，以技術服人典型決策者具有商務上的決策權，但是不是業務和技術的專家用通俗的語言表達技術和業務，盡量減緩正式的衝突，下面處理協調，效果會更好技術專家型只關心技術實現、細節和技術可行性關注技術的

1. 修改driver/mtd/nand/Kconfig：在--------------------------------------------------config MTD_NAND_OMAP_HW--------------------------------------------------上一行添加--------------------------------------------------config MTD_NAND_OMAP_OSK        tristate "

 項目組人員抱怨文檔太多是一個普遍的現象，甚至有些人把進度的延誤歸結為寫了太多的文檔。抱怨文檔太多的原因有以下幾個：1.      確實是比較多：除了技術方面必須的文檔之外，用於管理的、控制的、追蹤記錄的、作為報告的、度量分析等文檔，文檔的工作量增加了管理的成本，同時也增加了項目組的負擔；2.      重複勞動比較多：為了針對不同的讀者（上級領導、客戶等）對同樣的內容要按照不同的模板寫多次。這種情況發生在專案經理身上比較多，經常為了彙報項目情況要把相同的內容拷貝、粘貼到不同的模板交給不同的人。

轉眼考試複習PMBOK兩個月了，但是進展還是最近幾天比較快些。目前中文版的PMBOK看了兩遍，但讀的不是很細，有些內容回頭髮現還跟沒看一樣。英文的看了三章，感覺進度比較慢。現在做題大概在70%左右的正確率。考試有時確實是有效學習的一種很好的途徑，PMBOK由於翻譯的問題，如果不是多讀幾遍，根本很難看下去，即便是看下去了，收穫也不會很大。但是當你讀上幾遍後發現的確是精華所在，獲益匪淺。

1、管理是修已安人的曆程2、搞清楚推、拖、拉的真正用意，合理應用以求圓通3、以化解代替解決，務求盡量減少後遺症

 度量的目的主要是實現精細化的管理、有效地對項目進行控制，對度量資料的分析用於輔助決策、經驗積累、有效評估等。但是度量本身就是雙刃劍，一方面度量對於精細化管理是必要的前提，另一方面度量體系、度量的執行需要花費大量的人力成本，而且如果沒有明確的目標和有效方法來分析和利用這些資料，度量就又陷於無謂的勞民傷財，成為組織過程的累贅。很多企業的度量陷於盲目，導致了很多負面的影響，進而影響整個組織對專案管理體系的理解和信任。有如下問題和誤區存在：1.      不清楚組織的需求（到底需要度量什麼）；2.  

   正常化的文化說到底是建立一種共識，有了這種共識，正常化的制度、流程才得以順利執行，缺少這種共識，在我們推行一個體系和制度時就會困難重重，阻力和壓力會導致衝突和失敗。文化相對於制度，正如道德相對於法律，對於執行來說可以大大降低成本。因此從一開始就以建立共同的共識、最終建立一個正常化的文化為目標，會使得我們的推廣行動事半而功倍。想一想，當規範和制度成為一種習慣的時候，我們的“推”行的工作還需要“推”才“行”嗎？當然這個時候我們的工作重點就是過程的改善和維護了。   

昨天跟朋友在聊天，也大多是項目和管理的問題。這位朋友提到了自己有時間就在琢磨一些事情。我也是經常在大腦中思考一些問題，很多時候覺得豁然開朗，就是想通了的感覺。但是也有很多時候就陷入一種問題越來越複雜的地步，難以解決。其實自省是一種進步的表現，也是一種提高個人修養的途徑。聖人尚且鼓勵大家去自省，總是有一定的道理。現在的心理學也是教導大家獨處、自省來減輕壓力，讓自己的思想獨自思考，並能夠在危機中找到方法。同時也是不至於讓自己總是限於忙碌的工作中去。讓工作將個人淹沒。另外自省也總是一種總結、提升，讓自

 信任，是一種力量――寫給PM和Manager            從事專案管理和部門管理算下來也有六七年時間了，管理工作與人的溝通、關係是作為一個PM或Manager來講最重要的事情之一。自己犯過很多錯誤，吃過很多虧也收穫過很多經驗。細想下來，管理工作中信任是最重要的事情之一了。           

周一上午完成NFFS2 VTD文檔更新。下午小組開會，確定NFFS2的release，我的工作重點到了LNBS上。這段時間Felix那邊沒有什麼進展，本周的目標是release