中小型軟體企業的技術生存方式大體可以分為兩類，一類為應用服務型，另一類為技術研發型，目前大部分的中小型軟體企業均屬於應用服務型，筆者所在公司的技術生存方式也屬於第一種型別，即為應用服務型。下面，僅就技術服務型技術生存方式軟體企業的技術管理工作發表一些自己的建議，供同行參考：
一、開發和管理崗位分離
技術部門的管理，一上來就不能夠將開發和管理混為一團，其結果必然是差強人意的，目前大部分的中小型軟體企業，在考慮到成本或者根本就沒有意識到這個問題的情況下，技術部經理和技術總監往往是一人兼任，這樣做帶來的直接後果是，技術總監是乙個優秀的開發技術人員，但卻不是乙個合格的管理人才，而技術部門的團體戰鬥力是不能依靠個人英雄主義來成全的，如果企業處在這樣的一種境遇中，其技術部門人員的流動，技術部門人員的內部培養，技術部門工作的管理，必然存在諸多不足之處，原因很簡單，人無全才，做技術做的好不一定做管理做的好，做管理做得好不一定做技術做的好。
二、具有一定的通用積累
技術部門的管理，其最終目標是具有高效的投入產出比，借用軟體工程的復用思想，技術部門的管理者必須要有一套長遠的通用積累計畫，通過把繁複的工作轉換為一系列可復用的過程來提高整體的技術生產力，目前，有很多軟體企業已經在進行這方面的工作，但是仍然不夠清晰，這方面的工作主要體現在，產品架構的良好設計，基礎類庫的設計和構造，快速開發工具如**生成器的一些開發，介面通用模板的設計，業務構件的通用封裝，資料結構規範，軟體開發規範等等，技術生產力的高低依賴於投入產出比，而高的投入產出比依賴於高的通用積累儲備。
三、良好的內部分工體系
技術部門的管理，構建在良好的內部分工體系之上，評價內部分工體系是否良好的標準，不能夠用我們通常所認為的「一人一崗，各司其責」標準來衡量，因為對於乙個應用服務型軟體企業來講，其技術部的工作日程不可能是四平八穩的，企業要生存，必須要能夠快速、高效、優質的完成客戶交付的專案，技術部門通常是壓力最大、日程最緊的乙個部門，因此，除了在傳統的「一人一崗，各司其責」基礎之上，還得引用「備份」機制，不能出現缺少某個人而不能正常運轉的情況，從需求調研、軟體設計、軟體編碼、軟體測試、發布更新、配置管理直到技術管理，每乙個崗位都必須有乙個預警措施，能夠確保工作不依賴於某乙個人，這樣就確保了良好的分工體系，不把某個人累垮，也不依賴於某個人。
四、長遠的技術規劃
古人云：「凡事預則立、不預則廢」，中小型企業的生存是第一要義，但是從團隊培養的角度來說，只有具有持續吸引力的團隊才是最穩固的團隊，凝聚技術性人才的真正動力，在超越了收入這一層次的時候，技術素養的培養更具有吸引力，這就必然要求技術部門的管理者要能夠有乙個相對長遠的技術規劃，一方面能夠讓企業在技術手段上能夠立於不敗，另一方面能夠使團隊的每乙個成員感受到吸引力和進步感，這樣，既能夠穩定技術結構，又能夠穩定人員結構。
總而言之，中小型軟體企業的生存壓力，一方面來自於市場的競爭，另一方面更來自於企業管理自身，而後者往往被大部分的企業決策者所忽略，沒有乙個企業決策者不想把自己的企業做大做強，但是，並不是每乙個企業決策者都能夠付諸行動，我想，這正是技術部門是否能夠留住一流技術人才、軟體企業是否能夠持續發展壯大的乙個根本原因之一。
中 小型軟體企業的專案管理
目前軟體的應用已經深入到企業 及我們日常生活的方方面面，其中大量的開發是由中 小型軟體企業承擔的。由於中 小型軟體企業在體制，人力資源投入力度和關心程度等方面存在差異，開發軟體產品時與專業軟體企業有很大的不同，因此對中 小型軟體企業的軟體專案管理進行研究，有助於提高軟體專案管理水產，增強客戶的滿意度...
中小型軟體的開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...
中小型軟體開發專案管理
本處指的中小型軟體開發專案是指 參與開發的直接人員 即開發團隊 數量在3 25人 開發時間在3個月 18個月的軟體專案 行數5000 75000行 子程式數量300 3500個 1 軟體開發管理的任務 軟體開發管理的真正任務是團隊成員的智慧型充分而適宜地發揮，並有效地投注在創造軟體的活動中。也就是說...