參與了cmmi dev-3的開發流程的組建，執行了一年半以後，回頭看看現狀，並回想一下自己的開發共享軟體的經歷，感覺還是很有意思的。
在我們企業中，目前而言，大部分專案都是上級企業所要求必須的開發專案，對於專案的執行，領導最關心能否按時交付，至於質量則放在第二位。或者說，只要能夠按時交付硬體，其中的嵌入式軟體可以後續變更的形式進行二次交付。領導其次關心**能否上交，不能讓你拿著**來要挾領導，更不能洩露給競爭對手。因此我們企業的開發流程有兩點最重要——保密和速度。
回想一下共享開發的經歷，其實由於其特點也可以說是其他軟體類free lancer的經歷特點，關鍵是可行性和質量。
可行性，關係到這個專案能否在技術上實現、市場上能否成功。因此，開發時首先需要在可行性分析上著力，這一部分花多少力氣也不浪費。包括對關鍵技術點的識別和分析、執行環境的分析、競爭對手的分析等內容。
然後就是質量，一般而言，軟體質量由設計保證，由測試閉環。在袖珍開發的場合下，由於資源的限制以及小團隊溝通的簡單，設計僅針對需求分析、大的框架設計即可，但是對於關鍵資料結構應該有完備的設計。針對**測試，一般國產袖珍團隊都不會有專職測試人員，對於乙個設計、編碼、測試一肩挑的人來說，進行**動態測試工作的意義不大。因此，測試工作需要注重自動化靜態測試工具的使用，這種工具可以通過對**的分析，找出其中的執行缺陷和安全缺陷，這種測試方式效率比較高，可以有效地防止那些除零、陣列越界、記憶體溢位的故障，防止低階問題降低使用者體驗，比較典型的工具有c++test、jtest、klocwork等。
動態測試比較擅長的地方在於軟體第三方測試，這種測試模擬使用者體驗來執行程式，針對性很強，但是這種測試對於測試人員的耐心要求較高，且需要較為充足的時間來執行。所以，在第三方測試過程中，需要制定好策略，對於需求分級把握，對於軟體的特色功能、重點功能進行重點測試。
小團隊軟體開發
軟體開發是自己的本行,這裡談談對乙個小團隊開發軟體的幾點思考 1 每個開發人員要對所要開發的東西在開發之前就要有一定的了解,最好是在開始的時候就把需求問的詳細一些,不要對著乙個全是文字的東西談需求,最好用圖形來互動,做軟體的都有個體會,往往到自己把介面做的差不多了,給使用者一看,使用者馬上就補充了一...
高效軟體開發團隊
高效的軟體開發團隊是建立在合理的開發流程及團隊成員密切的合作的基礎之上的，成員共同的迎接挑戰 有效的計畫 協調和管理各自的工作以至完成明確的目標，高效的開發團隊具有如下特徵 1 具有明確且有挑戰性的共同目標 乙個具有明確的而且有挑戰性目標的團隊比目標不明確或不具有很大的挑戰性目標的團隊效率高得多，通...
軟體開發團隊階段
第1階段 家庭作坊 團隊成長之初，2 4名開發者在一處非商 用的場所工作。溝通和協調非常簡單，幾乎不需要管理。每個人都是全能的通 才。每個人的腦子裡也都裝得下整個公 司和產品的全部狀態資訊。這一階段，你是在建立並摸索一款具有 最低可靠程度的產品，或者說摸索自己 到底要做什麼。這時任何組織結構或過 程...