軟體諮詢——並不像看上去那樣簡單
很多做過開發的都有過做諮詢顧問的幻想——苦心鑽研一門技術，然後成為這個領域的專家，穿梭於各種充滿**的華麗場所，給那些像熱鍋上的螞蟻一樣焦急的客戶提出高明的建議，而客戶會立即毫不猶豫地採納。更重要的是，每一分鐘的工作都能撈上一筆不菲的收入。諮詢真的就像看上去那樣容易和有**力嗎？
諮詢業流行著這樣乙個故事：開春的頭一天，吉克和盧克決定去獵熊。當他們到達小木屋時天色已晚，不能獵熊了，所以他們不得不先休息一晚。天剛亮時盧克就醒了，他走進外面的樹林，開始享受大自然的清新空氣。不幸的是，在他回來的路上遇到了乙隻正在尋找早餐的灰熊。熊撲向了盧克，盧克則衝向木屋。就在熊將要抓到盧克的脖子時，盧克仰面朝天摔倒了，而熊撲得太猛停不住，直接跨過了盧克，衝進了開著門的小木屋。盧克想了一下，立刻跳了起來並關嚴了木屋的門，衝著屋裡睡覺的夥伴喊道：「吉克，你先把它剝了皮，我再去弄乙隻回來。」
如果聽故事的人中包含有it經理和諮詢師，他們對於這個笑話的理解則截然不同。it經理們往往認為：「盧克就像是個諮詢顧問，他們總是帶來麻煩，然後把麻煩留給我們自己去解決。」而被這句話氣夠戧的諮詢師卻說：「盧克就像是我們的客戶，那些it經理們總是自己處理容易的問題，而當他們遇到處理不了的問題時，他就會把這些問題和諮詢顧問一起鎖在小木屋裡。」
這樣的理解偏差，這樣的矛盾，在諮詢過程中無處不在。畢竟，諮詢並不會像開飯館一樣簡單。
軟體諮詢，不同於其他諮詢
軟體諮詢業是與通常意義的管理諮詢、投資諮詢、人力資源諮詢、營銷與市場諮詢等非技術性諮詢是完全不同的。談到這裡要先從國際上比較著名的諮詢公司談起。
大家耳熟能詳的國際上著名的諮詢公司：畢博（bearpoint）、麥肯錫（mckinsey）、波士頓顧問公司、羅蘭貝格、正大諮詢等。國內的知名諮詢公司：北大縱橫、和君創業等。這些諮詢公司大都是從事管理、投資、法律等等方面的顧問諮詢。
軟體諮詢本身有著很厚重的技術和技術應用經驗成分，這是與其它諮詢最大的不同。因此軟體諮詢公司一般不會招聘應屆畢業生進入到公司來從事諮詢業務，而其他類別的諮詢公司都會招聘應屆畢業生，通過培訓讓他們參與諮詢工作。當然，這也與軟體諮詢業的成熟度有關。相比較而言，管理諮詢業要成熟的很多，流程分工也非常細。軟體諮詢所需要的技術經驗和技術深度不是簡單的通過學習就可以達到，而是需要切身的經歷才能做到。沒有人會相信做軟體諮詢的人沒有5～10年以上的專案經驗的能夠做好軟體諮詢，甚至，只有10年以上經驗的人才有資格來從事軟體諮詢這項工作。
在國內，軟體諮詢基本上處於萌芽狀態，到目前為止還沒有一家完全成形的專業軟體顧問諮詢公司。umlchina應該算是最早成立並在國內提出做軟體諮詢的組織了。自2023年成立以來，專注於上門為企業作uml/up團隊訓練。訓練完全和受訓團隊當前專案結合，「訓練的過程就是指導團隊用uml/up方法實作團隊當前專案的過程」。umlchina在團隊訓練方面已經有了豐富的積累，涉及的軟體開發專案也包括各種型別。不過，umlchina的大多數諮詢業務都是伴隨著企業內訓開展的，並不以諮詢專案為主體。他們離真正的軟體諮詢還有一定的距離。
國內軟體諮詢的方向
國內的軟體市場，到目前為止仍然停留在管理資訊系統（mis）的基礎上，幾乎絕大多數的軟體專案都是在做管理資訊系統，這包括各行業的管理資訊化、電子政務、網上採購、電子商務、門戶**等等。此外，還有大量的oa系統仍然在開發和規劃中，還包括其他一些技術含量不是很高的軟體專案。
在軟體專案中技術難度較高的部分，諸如資料抽取挖掘、實時控制、作業系統、自動控制系統等等大都仍然採用國外的現有技術來做實現。
除此之外，在國家制定的工程專案管理辦法中，除了資訊系統外的建設工程到目前為止都有監理的存在，而資訊系統工程的建設一直都沒有國家制定的關於質量和工程監理方面的管理辦法出台。於是，2023年國家提出了資訊工程監理的問題，於2023年12月15日資訊產業部計算機資訊系統整合資質認證工作辦公室發布了《資訊系統工程監理暫行規定》並於即日開始實施。
從上面的內容中我們可以看到在國內進行軟體諮詢工作主要是如下三個方向。
第乙個方向：軟體技術和管理諮詢
這個方向主要包括軟體技術、開發過程、專案管理等三個方面的指導和諮詢服務。這裡的管理諮詢屬於專案管理範疇，而不是企業管理的概念，雖然兩者有相通之處。
面向的客戶目前主要是軟體企業。雖然國內軟體專案中採用難度較大的技術不多，但是，軟體企業一旦遇到了技術問題，也就遇到了生死要隘。因為軟體開發人員缺乏對新技術的掌握和學習的機會，公司幾乎不給員工提供培訓和進修學習的機會，這就造成了很多軟體開發人員長時間的停留在相對較低的水平上，而得不到應有的提高。
因此在一定的情況下，國內的軟體企業需要相應的技術支撐和服務。在國內軟體業逐漸國際化和世界接軌的過程中，一些軟體公司也在不斷的提高自己的管理水平和技術水平，他們同樣需要掌握先進技術的有經驗的人員能夠給他們提供相應的支援服務，這種服務一方面是通過諮詢實現的，另一方面是需要通過培訓來推廣的。
第二個方向：軟體技術和管理培訓
技術培訓是附著在諮詢業務之上的一種諮詢附加業務。它可以給諮詢帶來更多的內涵和外延的擴充套件。一方面讓諮詢公司能夠獲得額外的收入，另一方面可以擴大公司的影響，推動諮詢業務的發展。
其培訓客戶分為兩個方向，乙個是軟體企業的技術人員，另一方面還包括大中型企業中的資訊系統相關人員。單純給軟體廠商提供培訓是無法滿足市場的實際需求的。以電信行業為例，從2023年開始，已經開始招聘一些曾經在軟體行業從事過實際專案開發的技術人員進入其中，為他們的行業資訊化提供直接的支援。這種支援不是乙個諮詢公司可以隨時提供的。而且，這些企業也不會讓諮詢公司的人員過來提供長期的支援服務，畢竟諮詢的服務費用都是相對較高的。而自己招聘過來的這些人員必然被要求要了解國際上先進的技術，同時可以隨時在企業的資訊化專案中完成最直接的支援和必要的審核。這些人同樣需要獲得相應的知識，需要參加更多的培訓。
第三個方向：資訊工程監理服務
資訊工程監理服務是隨著市場的要求，伴隨著國家制定的《資訊系統工程監理暫行規定》的推廣而興起的。在此之前，大家只知道一般的建設工程需要建立，雖然在軟體專案中遇到了很多問題，但是，因為缺乏相關的法律法規，也沒有辦法進行資訊系統工程的監理工作。
軟體專案因為期專案自身的特殊性決定了它與硬體專案的差異，因此它們的監理過程是不同的。硬體工程是在主體硬體裝置已經完成的基礎上進行安裝測試試執行的過程，而軟體工程則是在主體軟體沒有開發或者尚未開發完成的情況下啟動的工程過程，因此兩者有著生產製造過程的差異。
其他工程專案的監理一般都是由監理公司完成的，而目前看來，這些監理公司大都沒有有經驗的軟體技術人員的存在，因此無法完成資訊系統工程進行有效可靠的監理工作。因此，資訊系統監理工作必然需要乙個組織化的形式出現，或者就是在現有的監理公司內部形成這樣的團隊或部門。
軟體諮詢公司是肯定可以扛起資訊系統工程監理這桿大旗的。因為軟體諮詢公司的技術人員大都有著多年的軟體專案經驗，也有著對高新技術的掌握和控制能力。因此，軟體諮詢公司提供資訊系統工程監理服務，也就屬於義不容辭的業務範圍了。
由此可以看出資訊工程監理服務是站在甲方的立場上完成專案的方式。除了為甲方提供的資訊系統工程監理服務外，作為監理服務的增值服務專案的規劃建議，也將成為軟體諮詢公司的乙個重要工作內容。軟體諮詢公司將通過前期的對整個專案的可行性研究工作，為甲方提供出關於這個專案的幾年內的發展規劃和技術應用建議。只有這樣，在後期的監理服務中，軟體諮詢公司才能獲取到更多的對使用者業務知識和該專案發展狀況的了解，來更好的完成對整個專案的監理服務工作。
因此，資訊系統工程監理服務包括兩個業務方向：資訊系統工程監理服務和可行性研究規劃制定服務。
軟體諮詢中國實踐
同為軟體大師的ivar jacobson和gerald weinberg，在職業生涯上有很多相似之處：在軟體領域都有超過40年的工作背景；都曾在ibm工作過，後來離開ibm；都有一定數量的高階計算機著作，並因為在某乙個領域的貢獻而獲得大獎；都是開始做開發，後來都轉入諮詢領域，做諮詢師，並開辦了自己的諮詢公司……他們的諮詢生涯或許對國內由開發轉入做諮詢的人有一定的借鑑意義。
ivar jacobson博士被認為是深刻影響或改變了整個軟體工業開發模式的幾位世界級大師之一。他是模組和模組架構，用例，現代業務工程，rational統一過程等業界主流方法/技術的創始人。ivar jacobson博士與grady booch和james rumbaugh一道共同建立了uml建模語言。
2023年，ivar成立了瑞典objectory ab公司，之前曾任愛立信公司的首席軟體體系架構師。2023年，objectory ab被rational收購，ivar也進入rational，擔任rational business engineering部門的副總裁，直到2023年rational被ibm收購。
離開rational以後，ivar主要從事的研究和活動主要集中在active software和aop，寫了新書，從事一些他個人非常喜歡的軟體開發的研究。2023年，ivar建立了ivar jacobson international****，專做軟體諮詢顧問業務。現在已經在全球四個國家有了分公司，新加坡、美國、瑞典、南韓，今年正在籌備中國的諮詢顧問公司。
談起如何走向諮詢業的，其中還有乙個小插曲。在ivar建立諮詢公司之前，他本人從來沒有這個計畫進入諮詢這個行業，直到兩年前，一家南韓公司找上門來，讓ivar來做公司顧問。ivar在這家南韓公司裡面，每當看到他們在產品設計和架構上，非常錯誤的運用用例、架構設計等技術，都忍不住像看到自己的孩子在外受欺負一樣的要哭。在這期間，ivar還發現，很多非常優秀的軟體技術，在全球很多地方在被錯誤地使用，沒有讓新技術真正發揮出作用，一方面，這讓ivar感到惋惜，另一方面，這實際上也證明有乙個巨大的需求，需要有人來改變這種狀況。ivar因此而決定走進諮詢領域。
ivar對軟體諮詢公司的定位是：在乙個非常實用、非常接近現實的環境裡，教會人們如何來正確的使用或正確的開發軟體。「正確地做事」和「做正確的事情」一樣重要，而乙個好的開發過程或開發模式，應該同時回答了這兩個層面的問題。
TDD並不是看上去的那麼美
那麼，這次就說說tdd吧，這是thoughtworks中國和agile的fans們最喜歡的東西了。我在原來的那篇文章中，我把tdd從過度炒作的技術剔除了出去，因為我還是覺得tdd有些道理的，不過，回顧我的經驗，我也並不是很喜歡tdd。我這篇文章是想告訴大家，tdd並沒有看上去的那麼美，而且非常難以掌...
TDD並不是看上去的那麼美
那麼，這次就說說tdd吧，這是thoughtworks中國和agile的fans們最喜歡的東西了。我在原來的那篇文章中，我把tdd從過度炒作的技術剔除了出去，因為我還是覺得tdd有些道理的，不過，回顧我的經驗，我也並不是很喜歡tdd。我這篇文章是想告訴大家，tdd並沒有看上去的那麼美，而且非常難以掌...
TDD並不是看上去的那麼美
那麼，這次就說說tdd吧，這是thoughtworks中國和agile的fans們最喜歡的東西了。我在原來的那篇文章中，我把tdd從過度炒作的技術剔除了出去，因為我還是覺得tdd有些道理的，不過，回顧我的經驗，我也並不是很喜歡tdd。我這篇文章是想告訴大家，tdd並沒有看上去的那麼美，而且非常難以掌...