既然舊的項目結束了，新的項目自然就開始了。新的項目比較特殊，是隻有方向，沒有方案的，方案需要大家探討。而作為我自身來講，在上個項目中獲得了小小的成功後，除了自己知識和能力的提升之外，就是敢於在組員麵前表達自己的意見了，原因已經提過了，就是因為變得自信了。而在方案探討中，我也自然是積極發言的。
首先，是方案提出階段。
在這個階段裏，當時的我幾乎是沒有任何作用的，這倒是不全怪我，因為我畢竟還沒有熟悉我們公司的整個開發平台。不過我也並沒有閑著，我會在組長跟其他組員探討時，提出自己的疑問，主要是將自己的不理解提出來。組長基本都會非常耐心地給我講解，其他組員可能稍差些，但是也會偶爾回答的，比如段郎，他也會在有些時候回答我的疑問，並且還會順便給我講點相關知識，而在這些提問和回答中，我對公司業務的理解自然也就變深了。
在組長帶著其他組員探討了幾次後，團隊做出了三個項目解決方案，分別可以稱作激進型方案，保守型方案，穩健型方案。這三種方案如此命名是有原因的：激進型方案是一個完美案，但是工作量大，在項目工期內實現的可能性幾乎為零；保守型方案的情況是項目絕對能完成，但是隻能說是勉強達到了目的，方案本身沒有任何美感可言；穩健型是處於兩個之間的一個版本，綜合考慮了工期和方案的優化程度。
其次，方案選擇階段。
估計大家肯定會想，這有啥好選擇的，不肯定是穩健型嗎？要是這麼想，大家還真就猜錯了。還是先說我，作為一個牛掰掰的人物，又剛剛獲得了一個小小的成功，自然毫無懸念地喊出了非激進型方案不做的口號。然後幾位其他組員則明確表示做保守型好。組長呢，表示穩健型比較好。大家輪番表述自己的看法和理由後，組長思考良久，卻是做出了讓步。組長說，我們分兩個步來做這個項目，第一步做保守型，第二步做保守型向穩健型的改造。領導都讓步了，大家自然更是沒有意見了。
最後，便又是任務分擔了。
在這任務分擔的討論中，我開始就明確提出了自己的要求：在此次項目開發中，我希望自己負責一個獨立模塊的設計，實現和測試，同時我希望這個模塊和項目中別的模塊是有交互的。組長很痛快地就答應了。其他的組員的任務經過一番探討後，也就安排好了，這個倒是沒有花費多少時間，前麵也說過了，原因就是組長心中有對自己組員能力的判定，自然任務也就好安排了。
至於我為什麼會提出自己的要求，主要是因為當時的我感覺在軟件開發工作中，主要就是設計，實現和測試這幾個部分，我認為這些都需要盡快了解掌握，而不單單是隻會其中一部分，更不是遇到什麼學什麼，那能力進步會太慢。另外，我希望自己做的模塊和別的模塊有交互的原因則是我覺得需要鍛煉自己的團隊協作能力，搞清楚如何更好地和其他組員進行項目間的合作溝通。現在想來，當時的我是有些小覷了軟件的流程開發，但是確實是值得肯定的，因為這反映了我在不斷地思考自己該在什麼時候做什麼，雖然當時的我沒完全想明白，可是我還是在努力地實施更早之前製定的滿負荷計劃，同時又保證了工作中學習到的是自己想要學習的內容，這就非常合適了。現在想來，這可以認為是我人生計劃的雛形吧，而從另一個角度來看，一份工作值不值得繼續去做，在我看來，很重要的一個部分就是這份工作是否還符合你的人生規劃，這麼說可能有點大而虛，簡單來說，就是這份工作是否能對你人生中最想要得到的東西提供幫助，無論這東西是知識、能力抑或是金錢等，哪怕是不能夠與目標完全重合，起碼也是保持方向一致的，因為這樣，你距離你的目標才會更近一些。
任務分配完了，就是實打實地設計和開發了，當然，當時勉強可以算是菜鳥的我，在這個項目裏還是需要經曆點什麼的。