從不會寫會議紀要做起大約四年前，乙個偶然的機會進入了資訊化監理這個工作角色。第乙個專案就被派到了乙個省級專案。這個專案總投資2億多，共計分了11個包。第一次工程會議，總監帶我一起參加，說是讓我記一下會議紀要。當時心想這個簡單，然而，然而…
參加會議的人員從業主、設計、施工到監理有將近20人。大家七嘴八舌的說了很多話，我這瞬間感覺耳朵跟不上，筆也跟不上。感覺很多內容都沒有記下來。那時起就開始對會議紀要感覺到恐慌。
然而，那次會議上，總監代表監理發言的時候，只看到他在紙上寫了幾句提綱，竟然能侃侃而談，把工程的方方面面都談到了。我的心裡是暗暗佩服的。
而後就是大大小小的會議，我都在做會議紀要。從一開始的小心翼翼，到現在的「隨心所欲」，會議紀要這一關我是過了。現在想來，會議紀要根本不是用耳朵聽到的話做記錄。而是開會前就要對整個工程的現狀有個清晰的認識，會上不論誰發言，只要根據自己內心裡那張工程現狀的大圖進行修改，只記錄下要點就可以了。完全不會有剛開始做會議紀要的恐慌。客觀的記錄會議紀要也只是第一步。
第二步就是有選擇的進行記錄。並不是發言人說的每乙個要點都要寫進會議紀要。站在監理的角度，只記錄對工程有提醒、推動作用的要點即可。也要站在業主和承建方的角度來把握哪些應該寫，哪些不應該寫。寫進會議紀要的內容都要經得起推敲，而且依法合規。比如，如果會議上各方達成一致，由於財政支付的壓力，要先行支付工程款，後續再進行工程驗收。這樣的內容雖然是實事求是的，但是就不能寫進會議紀要。否則的話，後期審計就會出問題。
記錄會議紀要是乙個基本功，沒什麼值得恐慌的…
以下內容由 資訊系統工程論壇整理 資訊系統工程論壇：資訊系統工程從業者業內論壇，專業的人都在這裡
昨日會議紀要
使用者耐心看完我們毫無準備的匯報後，開始慢慢的發飆，最後甩下一句 我看我們還是先考慮一下這項工作是否還有繼續的必要吧 離場而去。整個專案組懵了，大家沉默了半分鐘，部門技術負責人和使用者說 我們借用一下你們的會議室 內部反思開始。首先說的是專案經理的匯報方式有問題，一上來沒說自己要匯報什麼，直接把使用...
昨日會議紀要
使用者耐心看完我們毫無準備的匯報後，開始慢慢的發飆，最後甩下一句 我看我們還是先考慮一下這項工作是否還有繼續的必要吧 離場而去。整個專案組懵了，大家沉默了半分鐘，部門技術負責人和使用者說 我們借用一下你們的會議室 內部反思開始。首先說的是專案經理的匯報方式有問題，一上來沒說自己要匯報什麼，直接把使用...
學習做會議紀要
昨天和頭兒一塊兒開會，看看自己做的會議紀要，比了才知道自己的差距在哪兒。因為會議主要是我們這邊主導，所以開會前首先應該確定要討論的議題。比方說我們此次開會主要討論三個主要方面 功能範圍 實施計畫 商務合作。那麼，在會議紀要中，首先就要把大綱列出來。對照自己做的會議紀要，問題在於自己希望把會談的內容，...