很多資訊化系統都有業務專家的角色，但是業務專家的定義很模糊，沒有實際的成果可以檢驗，不像軟體開發的，是不是開發方面的專家最起碼的就看你能不能開發出軟體來，是一類不容易偽造的專家，但是業務專家就因為沒有實際的成果可以檢驗，往往是偽業務專家的重災區。
資訊化系統的本質是乙個業務世界對映到軟體世界的結果，既然是2個世界，自然需要有乙個人來做類似翻譯的工作，把業務世界的一些東西翻譯成軟體世界能理解的東西，這才是業務專家的價值所在，既然要翻譯總的有個載體吧，不能光口傳心授吧，這個載體也已經發展出來了，就是uml，叫統一建模語言，可沒叫什麼圖之類的，為什麼叫語言，其本意作為2個世界的通用語言之用。
可是現在很多搞資訊化的公司，尤其是使用資訊化系統的客戶公司自己的業務專家，很多都是偽業務專家，根本沒有起到鏈結2個世界的翻譯作用，很多都是二傳手的角色，只是把客戶的業務需求重新講一遍而已，這種不負責任的偽業務專家其實是大多數資訊化系統失敗的源頭。這樣的偽業務專家口頭禪就是業務是最重要的，技術是不重要的，這種謬論就有明顯的悖論，業務世界如果只在偽業務專家心裡，不能落地成實在的資訊化系統，哪還有什麼價值可言！為什麼偽業務專家要這麼說呢，就是沒有連線2個世界的能力嗎，索性就把技術貶低了，就可以掩蓋自己能力不夠的問題。更可怕的這種論調打破了團隊協作的基礎，造成了團隊的**，業務和開發相互排斥，還怎麼合作。
那什麼樣的才算是真業務專家呢，不用說能連線2個世界的就是好專家，這樣的專家首先就應該用uml的好手，現在能用好uml的好業務專家真的是很稀少，可遇不可求，大多數企業碰到其實都是偽業務專家，這類偽專家說白了就是搞銷售的，宣傳是一把好手，但是解決不了實際問題。
企業在招聘業務專家時一定要小心謹慎，多問問過去你作為業務專家給團隊帶來了什麼，有什麼實際的案例來證明嗎！
管理誤區之完美的目標
作為乙個管理者有時候會講不要追求完美的軟體，可是往往有時候不會想到自己追求的乙個目標何嘗不是乙個完美的目標，其實完美的目標也是不可能實現的，這往往會成為團隊內耗的根源。管理者在提出乙個目標時，往往會附加很多條件，這些附加的條件往往都是相互矛盾，這些條件讓目標成為了乙個完美的目標，而且團隊對目標的條件...
管理誤區之嚴格管理vs彈性管理
中國大概除了bat等領先的網際網路企業之外很多軟體公司還是以嚴格管理的方式為主，總是把彈性管理當成是乙個福利來看待，總是心裡一萬個不願意。美國軟體業全球第一，彈性管理也是最普遍的管理方式，難道這裡面的關係就真的是因為高福利國家的緣故嗎？軟體業是乙個快速變化的行業，尤其是技術方面的迭代速度可以說是全行...
管理的誤區（2） 只有專家才能做這事
在專案等待專家的情況出現時，很多管理者感覺還是可以掄上三板斧的。他們可以讓專案等一等，也可以請專家多工並行，或者他們拽來另一位專家頂上。畢竟，在任何專案裡，你並不是時時刻刻都需要專家。三板斧還是挺管用的，不是嗎？任何資料庫管理員 高階測試人員或發布工程師難道不都一樣嘛 隨到隨用 即使他們對你的專案的...