小河石子
記我思我想
工作了一個月左右，我對這個組的成員有了更多的了解。這個組開發了這個管理係統，當初是十幾個程序員加上BA/QA/DBA 做了將近兩年，把原先老的DOS係統升級成Java分布式係統。我來的時候這個係統上production已有四年。原來的程序員走了不少，留下來的很多都升了職。我的manager就是從senior程序員幾年內連升兩級做到了manager。兩個lead的也是從剛畢業的程序員連升兩級做到了lead。QA manager 更是從普通程序員連升了三級。Director是從business調過來領導這個係統的開發，因為之前這個係統做不出來，在她的領導下才完成。
我本來被招進來是因為組裏接了一個大項目，是要把另一個BU的管理係統並入到我們這個係統裏，因為上麵領導分析認為我們的係統更有前途。其實那個BU的business process 跟我們大不相同，等於是要把我們現有的係統再開發出一個規模類似的，難度和工作量之大可想而知。我們組從director，manager， BA，到lead程序員都投入到前期的需求分析工作中。
看著沒我什麽事，我有點著急，找到我的manager說我要參加需求分析會議，因為隻有了解用戶需求，才能設計出好的流程，寫出好的程序。我的manager說這樣的會議一般是不讓非tech lead程序員參加的，因為怕他們問太多不相幹的問題，影響進度。我說我隻是旁聽，實在要問問題也肯定是相關的問題。他說會幫我爭取一下。過了一兩天，他告訴我他們同意了，我非常高興。
開始參加會議，才發現他們對這個係統真是了解，因為他們就是當初的開發成員。他們對待工作也非常認真，就連工作非常繁忙的director和manager都在開會之前就把資料都讀了，開會就直接討論問題。（這跟我以前工作的大公司非常不同，那些manager和director都把開會當成了聽報告，反正事情都是底下人在做。）我心裏暗暗叫好，這才是我喜歡的領導的工作態度。
話說我參加這些會議確實了解了很多這個係統的business process，又通過和另一個係統的對比，大致了解了新的係統應該做什麽。每次會後我會把我的理解畫成流程圖，以便方便大家討論。我沒有參與寫用戶需求，因為總覺得英文不是我的母語，怕犯些愚蠢的語法錯誤。這個一直是我的短板。
還有一個小插曲，就是參加會議不久之後，我告訴QA manager我早上8：00以後才能到， 因為要先送孩子上學。而會議是每天7：30 –9：30。（這些領導為了不影響他們的其它工作，會議開始得很早。）我原以為反正我不是關鍵人物，晚到一會兒不會影響會議進程。可沒想到他們把會議分成了兩個，我隻參加8：30-9：30的。我非常感動，他們會為我一個不重要的人物改變他們的會議安排，我覺得有了被尊重的感覺。
幾個月之後，我們幾個程序員開始對新的係統進行技術設計。就在我們覺得工作進展順利的時候，意想不到的事情發生了。
