??????? 不知道廣大開發者在設計一個應用框架或技術框架、編寫一個類或一個方法時有沒有深刻的考慮過一個問題，
這個問題就是,你設計當前作品的目的是什么？你的作品在成型后是需要誰來評價的？是為誰服務的？這個問題
往往是我們平日明確知道卻又容易遺忘的關鍵事項。
??????? 我們常常在一個項目立項前的可行性分析報告中想著需求分析、在項目立項后需求調研時想著需求分析、但是
在應用架構設計、技術架構設計、及后續開發的代碼編寫和測試環節就忘記了兩個字“需求”。
?????? “需求”實際上就是需要，傳統的業務模式下工作的企業職員，他到底需要一個怎么樣的工作環境？怎么樣才能夠使其更高效、更高質量、更低成本、更省力的完成工作，并使其感覺工作不是一種負擔，那么就要考慮到設計的細節需求。現在架構師在設計系統時，需求分析一般是和企業客戶的高管或中層領導進行業務流程、業務點的分析，但是很少與基層員工討論用戶體驗，及業務點工作模式是否能使其接受，軟件產品的最終使用者大部分都屬于這個群體，在項目實施完成后做業務點邏輯修改也是這些群體提出的需求，為什么不在之前就重視該群體的業務點邏輯，這樣可以省去很多實施成本。
???????? 前段時間壇子潛水看到一句話，是煙草行業某個職員在被實施完企業局部信息化后說的，“企業不去信息化是
等死，企業去信息化是找死”。不知道各位同僚聽了這句話后什么感覺，如果你是搞IT的，那么心肯定涼了一半哦，我本人也是做煙草行業，煙草行業的信息化供應商不缺乏國內一些軟件大商，中軟國際、東軟、浪潮、用友等。但是據我所知，煙草客戶對其應用軟件的滿意度估計你問他們的中層領導是問不出結果的，但是你可以去問真正在使用這些應用軟件進行工作的基層員工，他們的答案才是有說服力的。難道你做為一個架構師、一個項目經理、一個開發人員，你只愿意聽客戶給你說：“不錯，你們的軟件不錯!”然后你就得意揚揚嗎？你就是一個合格的IT架構師、合格的IT項目經理、合格的開發人員了嗎？！那你大可以去找他們的領導，只要驗收了他們都會說你的東西好的，因為他們和你是一條繩上的螞蚱。你應該在基層聽那些從不被重視、并且提出問題和發牢騷也沒有人理的聲音，這些聲音在我看來是多么寶貴，他們是可以真正讓你更上一層樓的貴人，有些項目實施人員在現場為了自己那點點惰性，遲遲忽悠基層使用人員，強制性使其順著系統的業務流程走，想辦法消除其牢騷情緒，也不肯去做一些修改，當然有些修改可能涉及到底層架構，這他們也無能為力，當然有些牢騷是因為倉庫保管員怕丟了自己的飯碗而使的小性子，但是，這才是你鍛煉溝通能力的時候，你怎么能把小性子變成積極性，怎么能和架構師和開發團隊進行溝通修改存在的問題。這才叫溝通，這才叫負責任，幾個實施人員能做到。如果開發團隊能夠得到如上這種反饋并以積極的態度進行修改，那么我相信肯定會有一套比Microsoft Office受歡迎的企業應用系統。
???????? 一口氣說了這么多好累，今天先寫到這。。。。。。

總結

以上是生活随笔為你收集整理的市场导向还是技术导向的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。