作者:李東龍
在上篇博客當中寫到了，IT公司現在存在一些問題。對於這問題元芳你怎麼看？
先回顧一下，我提到的幾個問題：
問題一、IT公司不能明確的知道客戶的需求。
問題二、沒有完整的文檔管理體系
問題三、沒有明確的規範
問題四、領導不懂技術，也不和員工交流
對這些問題，我有如下看法，請各位多多指教！
問題一、IT公司不能明確的知道客戶的需求
針對需求問題，這一項都是影響公司主要問題！現在中國的IT行業，就競爭來說比較“激烈”。說到競爭，其實現在IT行業的競爭都處於一種不太正常的競爭形式。這個可能受到了消費觀念的影響！都在追求便宜，而不去追求質量。
如果公司想要拿到一個項目拼的不是實力而是便宜！這樣的競爭對任何一個行業都是存在負面的影響的！這樣以往下來最受影響的是產品的質量。
爲什麼大多數IT公司都有需求不明確的問題呢？
做需求的同志首要任務是把這個項目拿到自己的手中，拿到了就算是勝利。用戶對軟件的開發又不瞭解，他們當然是想盡早的得到產品。所以首先做出一個雛形來，用戶看着好看，就算是敲定了。需求也就從此基本結束了，因爲項目經費其實根本就不夠正常的開發花銷。所以公司拿到項目之後就是按照之前做的一點點皮毛的需求來做開發。如果再去了解需求吧，經費上花銷就大了，開發人員根本就不知道該怎麼做，等到快交工了，就開始了沒日沒夜的幹活！胡編亂造，做出一功能來，然後由需求或者是專門和客戶交涉的人來矇混過關！
這樣一來二去，做出來的軟件很可能就不是用戶想要的。軟件嗎，用建築上的一句話叫：“豆腐渣工程”！這樣的系統只能按規矩點，要不就歇菜了！
對於需求這一問題，解決的決定權在用戶手中。一定要去追求高品質，現在買什麼不都講求個名牌嗎！軟件當然也不例外。這樣中國軟件也的發展才能走上正規！
第二軟件開發人員要提高技術技能，既要保證軟件質量，也能降低成本。
問題二、對於文檔問題，當然是要健全公司制度了！
其實對文檔的要求應該和提高班對文檔的要求就基本可以滿足員工開發對文檔的需求了。對於一個公司對自己做過的產品沒有文字的記錄和描述，這個貌似不可想象啊。由於現在中國軟件行業中人員流動性較大。產品的後期維護和升級，沒有文檔將是讓開發人員最頭疼的一件事情。就想我最近優化的電路導入的方法，現在他們使用的程序本身就有邏輯錯誤，然而又沒有人知道具體的邏輯實現。沒有文檔又沒有了代碼的參考，現在基本就是根據需求進行分析，來進行修改。
問題三、沒有明確的規範
就YY公司現在我修改的代碼來看，他們在開發該版本的時候應該是沒有一個具體的規範的。代碼命名存在一些問題，常用的名稱還算不錯，就怕是一些局部的變量名、對象名等，就有很多不規範的時候了。
還有就是註釋，基本沒有註釋，有些註釋寫了和沒寫一個樣子。我估計也就寫註釋的這個人能看懂。像：//這裏需要修改。； //這個地方可能在XX時候就需要去掉了。
很多類似這樣的註釋，搞得是一塌糊塗啊！也曾經見過世上最牛的方法頭註釋(彪哥共享)：
看到這樣的註釋你會不會崩潰呢，反正我是崩潰了！
這個就需要強制執行了，先在YY公司就推出了這樣的政策。每個組長負責檢查組員的代碼結構和註釋。If和for嵌套操作3層以上的（情況較多的話），不寫註釋的等不規範代碼，一經查出按比例扣除組長績效。
雖然手段有些殘忍吧，不過當然也能起到一定的效果。
問題四、領導不懂技術，也不和員工交流
如果在存在這種問題的公司幹下去，你會被搞的很無語啊！聽同事說，他之前在一家不太大的公司做開發。經理一定也不懂技術，根本就不知道工作量到底有多大，她想起來了， 就趕緊的催一下！搞得開發人員特別頭大。
更讓人受不了的是，每年他們開發人員的獎金基本上超不過1W。而人家那些做部署的和做需求的人卻基本每個項目結束之後就有差不多1W的獎金。
小夥兒實在受不了了，才轉到YY公司的。
上面一個小故事就很明顯的說明了，如果一個領導不懂技術再沒有一個得力的在技術上比較不錯的人幫助或者是約束的話。對整個公司的今後的發展會照成很大的影響。
其實對於這樣的問題，YY公司就算做得還不錯。基本上每一個項目組都有兩個經理，一個管業務的，一個管技術的。兩人的在工作上可以達到一種相互幫助相互制約的效果。
上面是我對IT公司現存在的四大問題的一點點認識和簡單的處理辦法。可能這樣的問題，業餘沒有我想象的這麼簡單。在實際的執行中還是很有困難的。就像YY公司其實這些新制定的規矩，都是針對那些新人的。一些老員工任不遵守，可能是這麼多年在YY公司那樣寫代碼太習慣了。一時半會兒還不能適應這種規範，這種約束吧！
不過有了這樣的規定，就說明現在公司也開始重視這種問題了。只要繼續努力以上的這些問題會原理中國IT行業的。