首先宣告下我們團隊的成員：2013040101059葉思維，2013040101061謝軍瑩，201304010164莫皓中，2013040101067郭榮傑，2013040101073孫宇巨集，2013040101075張心語。
我們小組在辯論並投票之後，劇院模式和祕密團隊的票數居多，祕密團隊本身就給人一種神祕感，但考慮到我們即將要做的軟體專案是公開的，也就不能作為一個祕密去開發了，所以我們團隊選擇了劇院模式作為我們將來進行專案開發的團隊型別參考模式。劇院模式這樣的團隊在每一個專案中，不同的人會挑選不同的角色，在下一個專案中，這些人也許會換一個完全不同的角色型別。各人在團隊中聽從一箇中央指揮的指導和安排。能起到各司其職，自由分工的作用，利於團隊的交流，同祕密團隊模式一樣，團隊內部有極大的自由，較高的熱情。不存在絕對的領導，這樣大家也就不會有對某人不服氣的想法了。
對於主治醫師團隊，有首席程式設計師，負責處理主要模組設計和編碼，其他成員從各種角度支援他，這樣容易退化成"一個學生幹活，其餘學生打醬油“，所以我們沒選擇這種團隊模式。對於明星模式是主治醫師團隊模式的終極版，這樣，團隊中的明星的光芒會蓋過團隊其他人的總和，隊內其他成員可能會出現不滿和消極狀態，不利於團隊合作。對於社群模式，好處是”眾人拾材火焰高“，但如果大家都只來烤火不去拾材，最終火也就熄滅了。相比較特工團隊，要求成員們都是精英程式設計師，可想而知，並不適合我們這些初級程式設計師。談到交響樂團模式，同劇團模式比較起來，這也是一種很不錯的模式，但交響樂團模式總給人一種雜亂無章的感覺，傢伙多，門類齊全，這樣在程式的最後交付過程中可能會忙不過來，因為大家都可能寫出了不一樣的程式碼，其次，演奏期間沒有聊天和走動的現象，意味著大家在程式設計的過程中沒有交流，這樣就不能把好的思想集中到一起，同時也不能去掉沒有意義的思想。再者，交響樂團模式是練習過多次的曲目，這樣就缺乏創造力，會導致我們團隊在做專案的過程中啃老本，不去創新。對於爵士樂模式，和交響樂團模式在很多方面都對立，爵士樂模式重在強調個性化表達，強有力互動，對變化的內容有創意的迴應，但要求是一些很有造詣 的音樂家去執行，意味著對我們團隊來說，需要大家都有很深的程式設計功底，這一點要求稍微有點困難，所以我們沒有選擇爵士樂模式。對於官僚模式，應用起來的確不好，因為成員之間不光有技術方面的合作和領導，同時還混進了組織上的領導和被領導關係。跨組織的合作變得比較困難，我們團隊便沒有選擇這種模式。總的來說，很多團隊最後都演變成功能團隊，功能團隊便是具備不同能力的同時們平等協作，共同完成一個功能，在這個功能完成後，這些人又重現組織，和別的角色一起去完成下一個功能，成員之間沒有管理和被管理的關係，這一點與劇院模式很相近，最後，經過這些分析，我們團隊選擇了劇院模式，作為我們的團隊模式。