我只想敘述乙個過程。
大學裡，學生組隊都需要起個組名，而第一次當組長的我也免不了為小組起個名字，叫什麼呢？
好吧，就叫「文件寫到吐」吧，然後，軟體測試4人小組就開始了他們的工作。
說實在的，到答辯那一天，我都在想著，考研，組長，測試，還有海賊王。好了，答辯開始了，只做了最基本的幾種測試的我們，不能說很害怕被訓，但心裡也清楚老師不會太高興……
「你做一下這個吧？」，「不要！」。「把格式再改一下，好嗎？」，「你改吧!」。"你幫那誰做一下吧，他最近忙啊。"，「我再看看吧。」。「你在做一下這個吧。」，「你之前又沒說。」……
從腦海中的各種混亂話語中回過神來，我為老師介紹了組員情況，然後是測試計畫。ppt製作耗時一天，只有20幾頁，每個問題都從語言，**，統計圖，word自帶插圖等來反映。老師的表情好像是感覺還不錯。對，現在是還好，因為還沒到專案結果匯報。於是，我接著往下講著……
不想看老師表情晴轉多雲，而且專案的結果早已塵埃落定，相關的匯報內容也已清楚地寫在ppt上，所以我只是順著往下讀……
心裡想著，自己乙個要考研的人，當組長本就是不得已的。在這之前一直都是跟著幾個能力比較強的，也是要保研的同學幹，工作重但效率也高。現在不想拖人家後腿，去和其他同學組隊，以為可以不用幹那麼多，但回頭來卻當了組長。
答辯結束了。我聽到有人說「組長，辛苦了！」。然後和三個組員慢慢往外走著，我低著頭看著路……
剛開始當組長什麼都不懂，才惹得組員們總是拒絕做事，後來慢慢懂了。組員說有事可能晚一點，我就爽快地答應，然後告訴他如果不會的我幫他。其實每個人都有責任感，都有想要獨自解決問題的慾望。
所以作為組長想要組員高質量完成任務就需對任務進行量化，細到文件的不能被兩頁紙分開的要求。想要組員按時完成任務就需經常性的交流，辦他們解決難題，比方說環境配置。
其實，有很多組長為了專案質量乙個人做很多事，但我是覺得這樣就沒有意義了。還有恕我沒有給組員布置更多的任務，因為對小專案而言，你要想量化組員任務花的時間可能比你自己做還多。
從整個做軟體測試的過程中，我收穫了許多知識，以下主要從兩個方面進行總結。
首先，作為軟體測試課程中的一名學生，我學到了令自己滿意的專業知識和工作能力。關於專業知識，譬如，測試專案的整個流程、測試技術、測試方法、測試的基本原則、測試的原理知識。關於工作能力，例如，word文件規範、excel繪圖與指標、網上搜尋方法、交流溝通、資料考究能力等。
其次，第一次有幸作為組長，我有兩方面的體會。一方面是，組長必須具備溝通，團隊協調，人員分配，積極性調動的能力。而且，作為組長，經常需要首先搞清楚一件事情怎麼做，也就是所謂的為組員提供模板。同時，最重要的是，組長首先要分析任務的可完成性，執行的必要性，以及主次。另一方面，我是真的明白了處理煩瑣事情的感受，所以以後我的組長的任務我會更加盡心的完成，不想組長抱怨。
最後，第一次嘗試這個特殊身份，不求優秀，同時如果有什麼缺點與不周之處還懇請指正。
第一次當專家
以前參加過一次所謂的專家評審的活動，不過是專案建立完以後，評啥先進性的，乙個學術派的老傢伙竟然談開了演算法，真是搞笑。這次鬼使神差的竟然作為專家去評審乙個省裡專案方案，就是說說裡面的道道，和技術基本無關，可以說一群所謂的專家和不負責的開發商進行一場惡搞。這裡面只是簡單介紹一些潛規則，至於有的地方有責...
第一次當CEO
凡事都有頭一遭，比如出任ceo。沒有人生來就會領導人的，尤其是天性散淡的才子佳人。只是經不住功名利祿的引誘，每日動心忍性，一步一步爬到這個位置。突然間發現工作的物件變了，不再有無數的計畫書要寫 無數的客戶要見，而是淹沒在會議與e mail裡。可別小看了這堆mail。表面上彬彬有禮，裡面不知埋著多少圈...
第一次當主考
從小到大，參加考試無數，想不到這個週六，居然當了一次主考。週六上午，英語四級考試，學校人手不夠，拉我過去做監考老師，而且是主監考。因為沒有經驗，老是有點擔心，介紹的老師說，沒有關係，按照考務手冊做就可以了。8點剛過，到校，先到教師，開啟考務袋，裁開准考證，貼好。考場標準，在門口貼好。黑板上寫上時間點...