為期一周的封閉會議結束了，領導總結：「這是一次成功的大會，圓滿的大會，勝利的大會」。
做了三年的程式設計師，第一次站在系統架構和需求的位置思考問題（雖然這個架構並不完善），在這裡對自己的感想作乙個記錄。
1、怎樣確定正確的需求
本次會議涉及了眾多單位，總局領導、總整合、總標準、業務專家、各系統開發商，人數眾多造成了溝通
的困難。為了消除八個業務系統的資訊孤島，真正意義上實現資訊化辦公，開發商和業務專家們每天都在
開碰頭會，就我在會上的所見所聞來看，收效甚微，執法司整整一下午都在談論投訴舉報的流程，河南局
和江蘇局為了乙個流程的名字爭的面紅耳赤。我突然發現。客戶根本不想看業務的流程圖，只想聽開發商
的講解，當開發商把錯誤的流程圖發給客戶時，他們只是簡單的說句「沒問題」，幾個月後卻說「這不是
我們想要的東西」，需求竟如此難以確定！從一開始就在朝錯誤的方向發展。
2、怎樣做到有效的溝通
行政許可系統需要與每個業務系統互動，確定共享資料與介面理所當然成了重中之重。然而每個系統都要
與若干系統互動，在短短的時間裡，大家都只關心與自己最為密切的系統，比如食品司更加關注檢驗檢疫
。先天存在的優先順序、不了解其它系統的需求，再加上系統是由不同公司製作，三點合一使溝通困難重
重，吵架時有發生。作為總整合我們，需要與全部系統確認資料介面，對同乙個問題經常要回答好多遍
，其中大部分問題源於沒有仔細閱讀總體設計文件和對一些約定概念缺乏了解。
3、怎樣做到明確職責
這本應是個可笑的問題，但確實發生了——在多家公司合作的時候。兩個系統可以公用的部分誰來作？
比如乙個查詢或統計。每次面對公用問題，各家就會互相推諉，最後不約而同的提出應該總整合統一製作
，總集成為什麼要負責兩個系統之間的公用查詢問題？總整合難道不樂於推諉嗎？好像每次發生這
樣的情況都是總局領導在大會上宣布：aa司和bb司的公用問題統一由aa司的系統開發商解決。將來業務變
更或系統公升級時會發生什麼情況？拭目以待吧。
4、怎樣真正做到資訊化辦公
從我在計算機專業埋頭苦讀的時候就夢想著有一天能夠做到軟體強國，我們的辦公系統能夠像美國一樣先
進，直到今天我也不知道這個夢想是越來越近還是越來越遠。當我苦思應該給領導怎樣的視覺效果時突然
聽到了來自基層人員的聲音：資訊劃系統不但沒有減輕工作量，反而使工作量成倍的增加！為了給領導展
示巨集觀統計圖，他們每天除了正常辦公外還要在各系統間不停的切換，錄入大量的資料——重複錄入。我
們真的做了足夠的調研嗎？為什麼提出這個問題時會場上鴉鵲無聲？為什麼我們之前沒有注意到這個問題
？是我們理解問題不夠？還是早就忘了軟體的真正用途？
5、怎樣製作系統頁面
我有幸負責系統的頁面設計，在設計中我結合flex使用了大量的富客戶端效果，在演示時領導盯著華麗的頁
面不停的問：「這個幹什麼用的？」我意識到，這些花哨的介面阻礙了他對功能的理解，也許還會阻礙
他對系統的進一步研究。在統計**的demo上，我隨意輸入一些雜亂無章的數字，結果被反覆指出「這個
資料有問題，中國名牌哪有這麼多？」儘管反覆重申數字是我憑空捏造的。我突然想起兩年前親眼所見財
政部領導們對於數字的敏感，其程度絕不亞於我對張怡寧的崇拜。最後在奮鬥了30多年的老前輩的帶
領下重新趕工，終於在最後一天讓領導點了點頭。看來對業務理解程度所起的作用遠大於技術能力的作用
。在《程式設計師》上看到一篇《用例有粒度嗎》深有感觸，文中有乙個審批用例：
顯然右邊的比較好，局長不想和科長使用同樣的頁面，能畫出這個用例應該是邁向勝利的第一步吧。
6、怎樣有效的制定開發計畫
原計畫是這樣的：開發工作從3月下旬到5月中旬；測試時間從5月中旬到6中旬；修改時間從6月中旬到6月
下旬，之後是美好的前景，比如上線試執行，全國推廣…… 領導欣然點頭，「你們要加班加點」。
我從沒有看過在乙個半月能完成第一版的系統，我不相信在這麼短的時間裡程式設計師會寫單元測試，會注意
軟體質量；我也懷疑沒有經過迭代測試的系統是不是像地雷一樣危險，特別是在人員不足匯報人數30％的
7、到底誰愚蠢
「你們主要把需求明確，把設計做好就行，編碼兩個小時就完事了」乙個領導說的。愚蠢！我的第一感覺
。估計對方也在想，這幫蠢貨，連我要什麼直到現在還沒理解！到底是誰蠢呢？訪問一下
www.god.gov
吧，看看上帝怎麼解釋的。
無數個問號在頭腦中翻滾，我期待在今後的工作中找到答案。
關於做事的幾點感想
關於做事的幾點感想 作者 li xianjing 2006 12 19 今天晚上，老總召開會議討論軟體部和硬體部溝通的問題。因此讓我破天荒的加了一次班，一些問題也是我比較關注的，儘管只是坐在角落裡靜靜的聽，也有不少感想。1.做個現實主義者而不是完美主義者。為了乙個小問題討論很長時間，原因是無法為它找...
敏捷實踐 比每日會議更瘋狂的半日會議！
由 每週例會 說起 每天專案例會的話，頻率太高了，可能會浪費時間，如果每月一次，似乎時間太長了，於是我們往往會 每週例會 有一次我參加了某專案的每週例會，開會的時間是周五，會上其中一位專案成員反應了乙個問題。我問 該問題什麼時候發現的。答曰 周一。我問 周一為什麼不說這個問題？這是真實個案，有問題為...
會議記錄及感想
老師真的很優秀，從言談舉止就可以看出。開會的時候，老師總是會根據每個人說的話去仔細的找每個人的優點，去找每個人閃光的地方。而且在給予意見的時候總是話語很溫柔。老師真的很棒，我感覺進了小組這麼久，好像就沒有老師解決不了的問題。每個人都會遇到各種各樣的問題，但是老師總能很輕鬆的給出解決方案。這就是見識，...