軟體開發和管理現在有很多種方式，找到適應自己的才是最好的。可不少公司為了省事，把別的公司或是現成的開發規範直接拿過來就用，似乎有些欠妥當，說白了，他們缺乏了自己對管理和軟體開發的理解和思考，只是希望能快速的解決問題。欲速則不達，乙個團隊的戰鬥力的形成，不是一蹴而就。下面我就舉乙個我親身體會的反面例子，鑑於方面描述，我就把這個公司稱為某軟體公司吧，呵呵。
某軟體公司，剛剛成立，通過深厚的公司背景和財力，從其他公司挖來很多不錯的開發高手，形成了初級規模的開發團隊，由於專案較多，於是把開發人員分成了若干個開發團隊，基本上是2~3個人開發乙個專案。為了管理專案的質量，公司不知道從何處引入了一些開發規範，主要是些開發流程和相關的文件模版，於是開發人員的噩夢便開始了。由於專案工期緊，大家的工作基本上都是比較飽和的，但為了迎合公司規定的開發流程，開發人員還要完成相應的流程文件，把本來不多的時間搞的越發的緊張，最後專案的質量不但沒有提高，反而下降了。因為開發人員為了完成流程文件，減少了對**的優化和測試，開發流程和文件不但沒有起到管理專案和監控質量的工具，最後往往都成了形式上的東西，公司的初衷是好的，但是結果卻是很不理想的。
我對軟體管理的本質的思考：軟體管理的目的無非是以最低的成本高質量完成專案。每個公司的情況不同，專案不同，開發人員不同，總之，有很多不確定的因素影響著專案的開發。沒有萬能的方法能夠適合任何的專案，專案管理人員根據實際情況來管理專案才是最可取的。以前很多前輩們總結的開發流程和規範，只能作為參考，要深入思考它們，理解它們為什麼要這樣做，吸取它們的經驗，避免在自己的專案中重複這些錯誤才是正道，一句話，專案管理沒有捷徑，需要腳踏實地的工作才能達成乙個更好的結果。
軟體管理隨想記 績效考核
現在很多軟體公司都對軟體開發人員進行績效考核，針對軟體開發員進行績效考核是否合適這裡不做詳細討論，讓我們看看這些管理者是怎麼給他的員工進行績效考核評分的吧。先介紹一下績效考核評分的方法。關於績效考核評分有很多種方法，讓我們用最常用的評分方式來說明吧，那就是abcd評分制，說得簡單一些，就是年中或年末...
軟體管理隨想記 管理者的管理風格1
序 首先宣告一下，我不是乙個管理者，充其量也就帶過小小的開發團隊，這裡所寫都是根據平常的所見所聞加上我的個人觀點整理而成的，當然也有一些迷惑在裡面，希望各位讀者能夠指點迷津，共同討論一下。管理者的管理風格1 每個不同的管理者有不同的管理風格，不同的管理風格則帶來不同的效果。哪種風格更好一些呢？仁者見...
企業如何選擇適合自己的專案管理軟體
公司在選擇專案管理軟體時，因為不同行業和專案風格，都會有一些個性化的需求，不同的專案管理軟體也各有優勢 cornerstone 專案管理軟體經過多年的積累和完善，贏得了不少企業的信賴，那麼它是如何高效的處理專案的呢？在 cornerstone中整合了很多方便實用的功能，加之友好的使用體驗，下面具體來...