最近乙個月，有幸去現場進行專案實施。由於公司第一次做這樣的專案,所以無論從需求到編碼人員,都是清一色的一張白紙.只是對外宣稱在這個領域裡面是專家級別的.忽悠的目的就是為了拿下專案.最後確實以低標價，最短時間完成pk掉這個領域的專家了。前期的需求調研依舊進行.只溝通了幾個重要性的需要具備的功能,並沒有就需求的詳細資訊進行展開.沒有任何的詳細的需求細節.需求調研結束後,需求分析師查詢了不少資料,以及客戶提供的參考資料,自己確認了一系列的功能.時間緊迫，第一期軟體上線的時候只有3個月，加上
春節的限制以及開發人員並沒有全部齊全,為此還招了2個c/c++人員,其中乙個還是研究生,所以說真正的工作日時間並沒有多少.時間就是金錢，每個環節都是緊縮完成的。框架沿用其他專案的框架。為的就是乙個目的：快速完成任務！從這些因素看來，這也多多少少注定了這個軟體的侷限性，隨意性.
搞笑的是，領導們的策略是，客戶並不怎麼懂得該領域的業務。就按照我們的模式造軟體，然後專案實施的時候，讓他們跟著我們的思維走。來了現場以後，證實了這是多麼笑的一件事情啊。該項目的負責人，對業務非常熟悉，只是相信或者說認為我們真是該領域的專家，因此他只是提了別的公司不具備的軟體功能。認為這個領域該具備的軟體功能，我們都清楚，我們都實現了。最後一溝通，鬧出了乙個烏龍。需求的溝通是多麼重要！
該系統軟體離客戶的要求還相差很多，甚至說需求分析師更本沒有了解過。要新增這些功能，需要修改資料庫設計，以及模組設計。更影響到**的擴充套件。在現場是無法完成的。需要重新更好的分析需求，設計。無形中成本比之前預算的更高了。現在留下的謎是當時負責需求調研的一些人，在乙個多星期裡，到底了解了些什麼。還是當著旅遊放假了。客戶的需求並不具體，只是大概的描述下，需要需求人員根據客戶的要求轉換成軟體的需求，並繼續訊息，這也就是所謂得frs。從這點來看，這次的教訓很深刻！相信以後沒有人敢這麼瞎搞了。
這2天，需求分析師帶著客戶過軟體需求，過軟體功能。進展非常緩慢了，因為每個功能，客戶都有意見。很多並不具備客戶要求的功能。只能感嘆一句，需求錯了，之後一切都是白搭！意淫的需求真要不得！
技術思維要不得
不要從純技術的角度去思考產品，因為技術本身是無止境的，像黑洞一樣，一旦投入進去，就會耗費非常多的精力。而且，使用者很可能感覺不到任何技術公升級所帶來的好處，甚至感覺到的可能是不方便，不習慣，不適應，效率低。這樣就很容易導致，大量的投入不會有任何產出，甚至是負產出。任何時候，我們都應該從使用者的角度去...
教條主義要不得
球場上常常遇到一些跑位不成熟的球友，雙打時容易出現這樣的對話 這半邊是我的，你搶了我的球 這個球是你的，應該你接 這種組合打起球來就很心累，因為輪轉不起來，沒辦法很好地補位，留給對手的就是大片沒有布防或者來不及防守的區域。在工作中，也會遇到一些 原則性很強 的同學，在討論某個功能開發的時候，往往出現...
三種工作要不得
那些第一次 就通知你去面試的公司。結局往往是你到了到那裡一看，一堆剛畢業的大學生正爬在桌子上填寫簡歷。這種情況你遇到的要不就是比較低端的職位，要不就是企業根本醉翁之意不在酒。對於這種情況，可以如此應對 告訴人事經理，我沒空，我只有某月某日下午幾點鐘才有空，若不然就不用去了。一進門就讓你填一堆 的公司...