其他

情境：某項目前兩周的周會，當專案經理說到月度開發的功能由於測試不通過，因此上月24日的部署目標沒有達到時，受到了客戶的質疑。客戶先是質疑開發效率，當時專案經理解釋是開發稍微有Delay，主要時我們自己送檢測沒有通過。客戶並沒有被我們的解釋轉移了目標，那接著投訴測試工作效率比較低，而專案經理當時在周會並沒有確實的資料說明送檢測的功能點數目，以及測試反饋的Defect數目。專案經理解釋項目組回到公司開發，測試環境的準備花費了較多的時間，而且以往測試環境和生產環境的使用不同應用伺服器存在差異，因此也造

情境：昨日去業主方現場去瞭解項目組的工作情況，瞭解到項目L已經著手初驗工作，除了初驗工作外，目前還針對本期上線實施後雙方提出的變更進行開發，預計下周內完成本期變更的上線。我詢問了項目組L的專案經理YS和技術經理CC，問這些變更的工作與客戶是否有達成共識，客戶是否對變更“買單”。得到的回答是已經和客戶達成共識，在下一期的項目裡補充本期的變更。我進一步詢問，公司的工作量統計網站，他們當前項目的工作量報到什麼項目裡。得到的回答是，工作量還是報在本期的項目裡。分析：我給他們的要求和建議是：專案經理YS應

在博文《發生在眼前的故事：不做好最壞的打算，往往事情就會去到最壞的地步》系列故事中，提到了cdw和我們在排查系統類別似“死機”的工作中，逐步掌握了分析系統效能的方法。在完成了該系統的排查任務後的一天，剛好另外一個項目組M也在為系統S上線做準備，該項目組也知道我們前面在系統最佳化工作的成果，向我們提出協助的請求，我推薦了cdw去項目M現場對上線前效能最佳化壓力測試的工作進行協助。cdw在項目M現場工作了一天，主要進行壓力測試和Weblogic的效能分析，並且在一天內提出了效能分析報告，對其中的效能

周會的最後一班崗是什嗎？情境：某周會談了3個小時，大家都累了，又是在周五，天氣又不好，老下雨，大夥都準備散會了。好像好缺了什麼功課？思考：我們沒有養成對會議的內容進行立即總結的習慣； 為事後的周會紀要做好充分的準備，再一次提供機會和大家對共識的問題以及非共識的問題進行確認； 如何做好待跟蹤事項的確認，讓業主、使用者或者我們知道對於周會中發現的一些需要後續跟進的事務性工作，避免事後給使用者Challenge你的機會； 事先讓進行會議紀要的同事瞭解，他必須在周會的最後一班崗做總結。

情境：最近跟蹤了某專案經理三周的項目周會，專案經理和客戶的例行會議在周一進行。在第一周剛開始跟進項目的時候，發現在周會中，經常存在待辦事項遺漏導致使用者的質疑和投訴。QA從第一周開始，在周四和專案經理Review，檢查是否存在待辦事項忘記跟蹤的情況，發現還是有不少遺漏點，專案經理跟進；第二周的周會，還是給客戶投訴，周四跟蹤待辦事項，還是有不少工作被遺漏；第三周的周會，情況開始往好的方面改觀，QA只發現有兩項待辦事項有執行，但是沒有向業主說明。總結：改進是一個過程，需要有恒心和毅力；從專案經理開始

某系統周一上線了，周二早上收到了同事P的上線監控報告，截至目前情況該系統由於業主周一才正式發文通知各地市使用，因此還未有很大的壓力挑戰。同事P在總結中也指出了此問題，並且說明了Weblogic運行情況正常，從3個時間點抽樣來看，健康狀態都是OK；另外指出ETL部分目前是以增量方式進行資料幫浦，也還未經受挑戰。另外在郵件中付上了兩個附件。 看完了附件，我的回複如下：本文和附件在內容上，缺乏直接的聯絡，沒有在本文中存在類似“從附件1《XX》中可以看到。。。結論”的字眼；不易讓業主、同事、領導看到本文

參加了不少項目周會，截至到目前為止，還沒有專案經理能夠在周會上落實給業主4項（含4項）以上的工作:(心態分析一下：一個項目、工程肯定需要多方配合，譬如業主方、監理方、顧問方、實施方、介面方等等，安排工作給各方是很正常的工作需要，包括給我們的業主； 我們同事很多時候覺得“自責”或者不敢說，其實想想：“不是要你去陷害他們”，要坦然地將包括業主的各方象我們的同事一樣去安排，才是一個職業的專案經理的想法； 讓包括業主的各方忙起來，為一個共同的目標邁進，是平衡工作壓力的最好手段，一個巴掌拍不響；

公司進行中CMMi實施，從前一周CMMi顧問在預評審階段前給到我們的差距分析報告來看，可以毫不客氣地說，現在公司進行中地項目，CMMi實施項目是風險最高的項目了。從報告中看到的差距，那些在我們工作中抽查發現“本末倒置”的做法，可以看到不僅需要我們在工作中紮實付出改進、嚴格執行，更可以看到，需要我們專案經理的領導在意識上、管理理念上進行升級換代。隨著管理中心近期對CMMi的加大投入，我想QA即將面臨的尷尬，可能面臨項目團隊，甚至專案經理的領導的反問：你們自己以前做項目的時候都做不到，為什麼現在就要

Manage Control Flow in Struts AppsYou've finished the deployment descriptor for your first Struts app. Now learn to forward control.by Budi KurniawanPosted September 24, 2002After finishing the deployment descriptor for your first Struts application,

情境：在周會上，專案經理彙報上周某系統上線的培訓，由於出現了前一天部署更新系統導致環境的問題，影響了培訓效果，我們培訓的當天中午解決了問題，下午終於可以開展完畢。業主覺得我們在系統上線前的培訓工作，重視不夠，除了專案經理，只派了一個開發人員參加，向負責該業務方向的進階專案經理施加壓力，要求進階專案經理應該參加以後的培訓。另外，還表達對我們專案經理的能力的懷疑，說專案經理的表達能力還不夠，而且轉述了業務方的行業經理對培訓的看法：“我們本來對這個系統的期望值很高，但是這次來培訓被潑了冷水！”。思考：

情境：最近參加某項目周例會，剛開會的時候，業主A情緒激動，一上來就投訴我們的服務能力和品質，說我們服務同事的處理問題的能力太弱，一下就說了三個事情：禮拜五，你們服務的同事改了密碼也不說上午的事情，回應時間很慢中午提的帳戶問題，到現在還沒有處理好誰也不願意剛開會，沒有坐定，就被別人亂轟一炮！在簡單瞭解了問題的緣由後，知道目前的涉及影響、大問題已經解決以及同事們正在後續處理後，管理中心同事承諾會後和業主A單獨瞭解這個情況，並且會給出一個交待，但是周會按原計劃先開。周會後，瞭解投訴的三個事情是同一個事

 連續幾個文章都出現了管理者面對客戶的投訴，甚至是會上對專案經理進行尖銳的批評和指責，做為管理者，我們應該也需要進行及時的善後工作處理。 針對前面的案例：業主說我們專案經理上線很隨意，“愛發就發”！服務，服務，服務的價值！不善後，結果如何？業主希望看到我們的改進，不善後處理，會讓他覺得無奈；無奈多了，業主會完全失去信心，等到那個時候，才去做工作，已經晚了，現在投訴我們，還算是投資我們；被指責的同事，會在一段時間內信心下降，客觀協助他們分析原因，讓他們學會自我改進，給出改進意見是同事們對我們管理者

在該項目中，需求調研人員花費一個半月時間開了8次需求交流會發出十幾封需求討論郵件向業主方調研需求，期間產出了3個版本的需求規格說明書（均在60頁以上）。系統部分功能開發完成後給業主方展示。看了之後業主方驚呼不是自己想要的，指責我方不按照需求開發，

轉自csdn博主leo的Blog【leo著作權聲明：原創作品，允許轉載，轉載時請務必以超連結形式標明文章原始出版、作者資訊和本聲明。否則將追究法律責任。本文地址： http://blog.csdn.net/jobchanceleo/archive/2008/10/15/3078182.aspx】專業與職業的區別  最近看了網上一篇文章，裡面有句話給我很深的印象“所謂的職業，就是你靠這個能夠生活。”結合自己11的職場經曆，反思自己之後，感悟很多。專業素質 

某日同事G和我聊起了半年來在一線當專案管理的感受，做為他當專案經理的處女作，特別談到了其中的各種挫折，有管理方面挑戰、技術方面、團隊方面和客戶信任等等方面！感慨規範的重要性，提及這段時間我對其工作的指引，並且談及如何避免未來公司的新任項目經重蹈覆轍，他最後做出的感慨是：規範很重要。再從另一個角度看，公司CMMi認證目前也正在緊鑼密鼓地開展，已經去到了最關鍵的時刻，期間也有不少動搖，現在各種定義檔案和規範檔案都已經出台，規範也即將有了，但是有了規範就是救世主嗎？我告訴了G同事，規範是很重要，但是我

前序：看標題，大家肯定一心想的是我們工作Delay了，應該吸取什麼教訓。但是今天要告訴大家的是一個由於客戶方的工作原因導致Delay了，我們應該怎麼辦？這個CASE不是要告訴你誰的責任，而是想告訴大家，Delay了工作不可怕，可怕的是沒有去分析原因，並且改進，那麼下次還會因此Delay。情境：某周會上，專案經理談論到最近的工作，由於業主的業務部門負責人配合上的問題，導致需求不能及時和我方確認，我們已經將我們的理解以及對業務處理方法按業務線條進行規劃，並且將資料發送給負責人，但是負責人還沒有反饋。

昨日出外開會後回到公司，檢查了同事負責的給另外一個部門提供測試伺服器的工作任務。按照要求，我們需要提供一台安裝有作業系統linux以及中介軟體伺服器tomcat+oracle的測試機器，此工作原計劃在周一10月13日下班提供，由於技術原因實現承諾，周二、三的期間由於有其他工作安排工作掛起，周四10月16日已經向同事承諾再投入一天在周四下班前完成。很不幸，昨日10月17日下午檢查工作結果是工作還沒有完成，再一次無法兌現對其他同事的承諾。詢問了負責該項工作的同事，告知其實周一就已經安裝了CentOS

前序：這句話出自《微笑的異端——影像中的胡適》一書中的文章“文人不相輕”，說的就是胡適和蔡元培先生的事情。說到蔡元培主持的北大，各種勢力相匯，既有複古派的學人，也有高揚新文化的健將，讓北大的空氣活躍起來。蔡在一篇文章中說，學術研究，沒有絕對正確者，只要能言之有理，持之有據，則可立於講台前。這句話用在我們項目周會上和客戶的探討我覺得也非常合適。事前回顧：某周會，談到業務策劃，由項目組同事給客戶介紹業務策劃的思路。當然我們也做了沒有完整的原型，我們的安排在示範原型前，先做思路介紹。我們的同事開啟了計

What is EDI?EDI stands for Electronic Data Interchange, a method of transporting all types of information, such as purchase orders, invoices, payments and even graphics, to another party electronically. EDI technology was introduced by Value Added

UCCnetWhat is UCCnet?UCCnet's GLOBALregistry? has been endorsed by many standards groups, including UCC, EAN International, GCI, VICS, GMA, and FMI, as the central item registry for our industry. Many other retailers including Ace Hardware, Lowe's,