三種模式可以幫助您擴大團隊規模 - li_hsuan

探險家
當您啟動或計劃新產品時，您正在探索一個新市場。你是新來的孩子。您的資源有限：幾個軟體開發人員，三個月的現金流以及您的日常工作。現在是時候進行很多小小的下注，並希望至少有一個大勝利。

• 您面前有太多未知數。您無法預測明天的市場狀況或瓶頸。因此，最好的團隊是最佳化靈活性和敏捷性的團隊。
• 一個理想的探險隊是什麼樣的？我認為，這是千篇一律的萬事通。您的設計師還是銷售電話中的救災投手；您的軟體開發人員可以兼任資料庫管理員，資料科學家和安全工程師。
• 此時您不需要中間管理人員，因為您負擔不起溝通的開銷。一時的決策延遲可能意味著生死。

擴充套件器
一旦產品獲得足夠的吸引力，您就必須迅速擴大規模，然後再逐漸消失。使您的雜亂無章的探索者團隊保持原狀可能很誘人。儘管如此，現實情況是，如果您想在合理的時間範圍內建立大型軟體系統，那麼您將需要比舒適地容納在車庫中更多的人員。

• 如果您擁有可靠的業務模型，則可以規劃出可帶來客戶成果的價值流。您的新團隊應與這些價值流保持一致，這意味著擁有端到端產品開發過程的一部分，以便他們可以專注於提高價值的產生並減少瓶頸。
• 擁有多個團隊的一個不幸的副作用是概念完整性的下降。您可以將概念完整性視為一種樣式指南，以確保每個使用者互動和軟體元件都適合整體設計理念。
• Spotify模型[url=https://en.wikipedia.org/wiki/Community_of_practice]的實踐社群，[/url]卓越中心，行會和各章均致力於維護整個組織的概念完整性。關鍵是要建立腳手架，以在團隊嘗試建造摩天大樓時為團隊提供支援。

提取器
您已經構建了屢獲殊榮的產品，現在您是該領域最大的公司之一。您的會議議程現在圍繞如何保持增長和降低成本。您更關心產品穩定性而不是創新。

• 您的風險規避將反映在您的人員配備計劃中。您僱用的運營工程師多於應用程式開發人員。如果您有更細微的客戶支援水平，這將有所幫助。您依靠專家或專業團隊來幫助您降低成本。
• 當產品未處於積極開發階段時，您不太可能擁有配備齊全的跨職能團隊。全面的文件記錄將有助於防止產品和機構知識的流失。
• 採掘團隊不可避免地會屈服於這樣的觀念：如果產品沒有破裂，當他們的首要任務是保持產品存活時，不要修復它。