其他

Soft Skill嚴格來說，這種說法本身就不妥當。大部分人認為softskill就是指個人在特質、習慣、行為等與人相關的事情上。說到底，這往往是指一個人的修養、內涵、性格、價值取向等相關的。因此說是skill往往會誤導一些人的認識。因為skill一般是指技術、技能、行動等方面的內容，一般是可以通過結構化的方法、學習來掌握的。但是soft

 美國是一個全民新教的國家，參加一次禮拜的確是認識美國最好的機會，也是深入認識美國人的最好的機會。上午10：30到達LakeWood（http://www.lakewood.cc/site/PageServer?pagename=LCH_index）教堂，這是Houston最大的教堂和教會組織了，教會的牧師也是當地很有名氣的牧師。由於5.28號周一是美國的假日，因此今天的人異常多，而且不多數人都是從外地趕來的或者是第一次來的。從2樓上去，在門口引導的人知道我們是第一次來並且是來自中國後，這個老哥

1.在每次小別之後第一次見面都要結結實實的一個擁抱，如果在公眾場合，就要你親親我的臉，如果沒人，就親嘴巴。2.買一張可以放在床上的小桌，不願意起床的時候，我們可以賴在被窩裡上網，吃飯，下棋。3.有一個漂亮的水晶花瓶，你下班回來的路上給我買的花，即便已經皺掉，也會高高興興地把他們插起來。4.每個月學一道新菜。5.躺在你的腿上看電視，指手畫腳的叫你給我拿吃的。6.不強迫你丟掉以前女友的照片，但這並不代表你的錢包裡可以不放我的照片。7.制訂兩個人的管理條例，約定生氣冷戰可以，但是不許超過25秒。8.要

 在以前的文章中關於專案經理做什麼或者如何做好一個專案管理者/專案經理都有很多的敘述。但是最近也有很多的朋友MSN詢問作為一個PM應該關注的重要的事情是哪些？ 當然其實所謂的重要的事情，如果從系統化的角度來看的話，有三個系統化教材可以得到全部的答案，這也是作為在軟體行業內作為PM應該熟悉的內容，他們是SWEBOK（Software Engineering Body Of Knowledge）、SW-CMMI（Software – Capability Maturity Model

  技術因素指標值說明產品功能滿足程度□高 □中 □低工具產品功能滿足測試需求的程度，一般的工具產品都有其產品的優勢和劣勢，需要綜合評判對需求的滿足情況。產品易用性□好 □中 □差一般的測試載入器由於專業化程度高，因此選擇易用性好的產品能夠減少產品的匯入成本，提高效率。產品的可靠性□高 □中 □低對於不是很成熟的產品，或者其新推出的系統平台版本的選擇更要謹慎評估其可靠性。支援平台□多 □一般

據說做第一遍PMP的類比題，對的機率一般在20%左右，我花了大概3.5小時做了一遍試題，基本上沒有感覺的或者一看題就不會的我就直接跳過去了。因此時間用的比較少一些。最後的結果還比較理想，200道題，錯了91，答對率大概55%。

 從達拉斯回來好久了，一直沒有時間來記錄。在達拉斯待了4天，活動範圍局限在住的賓館周圍和中國城。我們住在HYATT酒店，屬於檔次比較高的地方，進出都是西裝革履、打著領帶或領結的商務人士，我們是去參加展覽會的，就只好是休閑一族了。Dallas對大多數人比較熟悉的恐怕就是甘迺迪遇刺的記憶了。我們住的酒店剛好就離遇刺的地方不遠，不行也就20分鐘。在這兒有甘迺迪的紀念塔，形狀象四面牆，下面是幾個柱子，不知道有什麼含義。隨後我把拍到的照片放上來。在甘迺迪遇刺的行程的路上專門畫了兩個XX，表示的是刺客的兩次

要快樂的度過充滿困難的一生——任總給陳珠芳及黨委成員的一封信　　陳珠芳及黨委成員：　　

  1         前言   

 專案計劃的制定一般分為頂層計劃和底層計劃，頂層計劃一般有叫做裡程碑計劃，對於大項目來說計劃可能還不只是兩層，還會有三層計劃。項目實際是有三層計劃，一層是裡程碑計劃，也就是整個項目共分為幾個裡程碑，這是整個項目各方共同遵守和溝通的基礎。另外一個就是專案經理掌握的反覆項目計劃，反覆項目計劃是定義迭代目標和每次迭代的時間，一般是一個月左右的時間。每次迭代開始前，專案經理明確本次迭代的迭代目標，即每次迭代完成哪些需求用例、實現哪些用例以及完成測試哪些用例，另外就是本次迭代的時間點，以及為下一次迭代準備

很多專案經理總是要求過程制訂的要細化，要把專案管理所有的事情都寫出來。而有些做過程的人也是想儘可能把項目的事情都涵蓋，其實在過程制訂和實際專案管理之間的邊界本身就是模糊的，而這塊灰色地帶就需要專案經理來操控。有人說過程制訂好了，專案經理就是想流水線一樣照本宣科，一步一步就可以，這是比較理想化的。過程自動化在軟體行業還有很長的路要走的，尤其是現在很多管理不成熟的企業，過渡依賴過程是不現實的，當然過渡依賴個人的企業也很難走向成熟。 那麼過程管理和專案管理到底區別在哪兒呢？過程管理專案管理是在組織層、

 綜合因素指標值說明綜合性價比描述考慮綜合的性價比投資收益描述考慮投資收益，工具的引入主要是為了提高效率、提高管理的規範性和測試的有效性。因此需要對工具引入進行投資收益分析。在國內的成功案例□多 □中 □少國內成功案例多，一是說明產品具有較好的通用性，二是能夠說明該供應商對中國市場的支援比較大，三是該廠商具有較好的本地化的支援人員隊伍，四是國內有一批該工具的技術人員。 

自從CMM來到國內後，軟體企業量化管理就一直讓我們的EPG和過程管理員視為軟體管理的利劍，其實在我實踐很多次後，發現事情並不是我們想像的那樣簡單。首先是一種需求（生產的需求、管理的需求），企業是否需要這些資料？為什麼需要這些資料？在我們量化前是一定要想明白的，不能按照教科書上寫的種種指標或者諮詢公司提供給你的各種看上去眼花繚亂的量化資料。否則就會陷入資料的泥潭，永遠是只見樹木不見森林；另外就是有時老闆們說出來需要的資料不見的就是你所理解的，管理的需求就象我們開發軟體擷取使用者的需求一樣，很容易發

下面是課程的相關內容，供參考，如果有可能，也幫著推薦給別的同事，謝謝！   軟體功能點估算原理及實踐課程說明：http://www.suiji.com.cn/FPA1.htm  功能點應用領域：http://www.suiji.com.cn/FPuse.htm  課程大綱：http://www.suiji.com.cn/%20FPA2.htm  課程安排：http://www.suiji.com.cn/FPA3.htm 

大家在編寫測試案例的時候往往把輸入資料、操作步驟、輸出、結果、以及一些過程資訊等都包含很全，但是往往忽略掉對執行該測試的檢查點，這些檢查點往往是測試案例設計和編寫的人的經驗或對被測對象的深入的理解基礎上，很多檢查內容參加我寫的測試檢查點的文章。 因此我建議在描述操作步驟的時候還要把檢查點列上去，如下：VP即時Verifacation Point:  VP1（重點檢查點）：每個列表列出的人員、機構資訊是正確的，沒有重複、不缺少使用者VP2:

 這往往會成為項目組樂於接受並主動歡迎的唯一的形式。因為大部分企業把培訓作為一種福利或激勵手段。而工具的推廣一方面使得專案經理和技術人員學習到最新的工具和方法，另一方面也可以提高項目組的成員的工作效率，為他們的日常工作提供方便，減輕日常的繁雜的工作，比如：工作量的填報、收集、問題單的填報、跟蹤、各種報告等重複性勞動等。   

        剛開始做專案管理的時候，總是跑到書店看一些管理方面的書，但是後來發現看的時候耳根發熱，但是過不了多久，似乎就忘記了。總感覺對實際工作影響好像也不大。近兩年讀了一些書，似乎覺得受益匪淺，後來琢磨原因，個人覺得IT行業的本身是理科的學生，上學的時候讀的人文、曆史、哲學方面的書就比較少，又由於閱曆沒有那麼豐富，IT行業的專案管理甚至更高的管理員似乎畢業3-5年後就差不多了，這時社會的閱曆其實還是很嫩的。因此如果直接去讀管理的書，往往是知其然而不知其所以然，工作中照葫蘆畫瓢似乎也不奏效，

Web 2.0的設計模式在“模式語言”（A Pattern Language）一書中，克裡斯多夫·亞曆山大（Christopher Alexander）為精鍊描述對於體繫結構問題的解決方案，開了一種格式上的處方。他寫道：“每個模式都描述著一種在我們的環境中一遍又一遍地出現的問題，並因此描述了對該問題的核心解決方案。以此方式你可以使用該方案上百萬次，而從不需要重複作同樣的事情。”1.

提起香港總是感覺人口密度極高、生活節奏極快的社會。但是去了總體感覺不錯，可以享受大都市的便捷，卻無堵車煩惱。服務業更是感到是在享受服務，看到的是親切的微笑。對比北京的大城市，生活的壓力也許更大，僅就堵車一項，每次外出辦事，總是先考慮路線和花費的時間，外在加上半小時的堵車時間，還往往倉促感到。我現在每天幾乎花費5小時在路上。國內服務業更是看人下菜碟，你買他的東西，好像他是大爺一樣，還得處處琢磨他給你的承諾是真是假，買完東西後就是身心疲憊。當然在香港打車和吃飯還是比較貴的，打車是1公裡7元。吃飯大概

http://news.csdn.net/n/20080715/117363.htmlSAP九華山莊會議回放：內部爭鬥“驚心動魄”大多數人對政治問題、人物多少都有些負面的觀點。但是其實企業中的政治問題一直是管理理論中的灰色地帶。更多成為了潛規則。企業面臨市場的競爭越來越激烈，內部的鬥爭也是一樣，資源的競爭、職位的競爭、機會的競爭、晉陞等等。但是實際‘政治’也並非對企業管理全部是負面的影響。相反在很大情況下，起到了激化衝突，快速解決問題的途徑。甚至是企業長期維持穩定的方法之一。政治提供了管理制度化