小公司，限於預算的限制，大概就7，8個，加上開發和產品，在這種情況下，什麼樣的人員結構最合適：
所有it公司其實就兩種開發模式，1，英雄模式，2，扁平模式，要麼就是這兩種模式的混合體，大多數大型軟體公司都是這兩種模式的混合體。
適合創業小公司的，其實是英雄模式，而不是扁平模式。英雄模式顧名思義，要求開發組中有1到2個高手主導者充當英雄，絕對不能超過2個，英雄負責業務的核心邏輯，如果是專案就是專案中的主要任務，完善整體結構並指導其它開發完成任務。所有的開發，包括英雄向產品經理溝通，英雄又需要和其他開發溝通。英雄負責底層和發布任務，這樣就不需要運維和太多的測試，快速發布，持續發布，有問題就發布。可以借助工具如jenkins。
扁平模式適合的是所有的開發水平在乙個層次，在相對固定的框架中每個人負責乙個模組，所有開發直接和產品經理溝通。在預算有限，人員水平高低不等的情況下（大多小公司就是這種情況）並不適合。
乙個開發組要麼是英雄模式，要麼是扁平模式，只能其一，兩種模式的混合體是指 單個開發組內可能是英雄模式 多個開發組之間就是扁平模式，每個開發組負責一塊內容。
或是單個開發組是扁平模式，多個開發組之間可能是英雄模式，例如有架構組的話，就是充當組間英雄。
人員要求，英雄 可以翻譯成 teamleader（又和tl有不同，不需要關心邊緣模組,產品經理負責）,遊戲開發中的主程，工作經驗5年以上，
產品經理 | （前期的）專案經理，負責溝通需求和介面原型設計，要求有完整專案開發過程經驗（至少乙個完整專案），最重要：對自己的專案負責！第二重要：有開發的經驗！
不是從開發轉過來的產品或是專案經理不是好經理！！因為他不理解開發過程中具體會有的難點和風險
其他隨便招
設計模式 狀態模式公司請假
工作流中的請假流程 某人提出請假申請，先由專案經理審批，如果專案經理不同意，審批就直接結束 如專案經理同意，再看是否超過3天，如果三天以內，審批直接結束 否則，交給部門經理，部門經理審核後，無論是否同意，審批直接結束。狀態模式特點 1.根據狀態來分離和選擇行為。2.狀態模式是狀態驅動，由上下文負責。...
odoo多公司開發建議
開發需求建立多公司多語言的乙個進銷存系統關於介面由於各個分公司對介面的需求不同，多數是不希望介面出現別的國家或者是用不上的字段odoo介面主要核心要素 tree form等檢視 各種語言翻譯tree form等檢視1.設定許可權組 分公司 2.將介面關聯到許可權組 sale.order.form.m...
公司工作流程開發培訓
敏捷方式 專案啟動 乙個新的系統需要開發。頁面設計 產品通過頁面或原型設計把需求定義清晰。參與人員功能討論 完成頁面以後，所有開發人員需要參與溝通，將所有功能確認，並保證技術可以實現。編碼 根據靜態模型或頁面編寫功能。測試 通過系統測試，測試所有用能。專案上線 完成專案開發，測試沒問題上線執行。缺點...