做需求分析已經兩年多了，從乙個啥都不懂的大學畢業生到現在在公司的相關專案中擔任主力需求人員，其中感觸頗多。我想肯定有很多人跟我一樣，面對選擇時，經常會迷失方向，不知道自己該做什麼，能做什麼，會做什麼？
剛剛進公司不到三月，有幸逢上了一次公司改革的機會，進入了需求部門，作為需求組的一員，但是我什麼都不懂，都還看不懂幾行if else，就讓我去做需求分析，更加痛苦的是下面要進行的專案，我跟隨領導一同去客戶那裡進行需求調研，他們說得雲裡霧裡，而我卻是一點都聽不懂，筆記也不會記，去的時候，筆記本是白的，回來的時候，筆記本還是白的，被罵是自然的。
這個專案需要給客戶演示需求原型，回來之後，我們拿著需求原型框架按照客戶的意思做出了乙個個增刪改查頁面，由於我沒有系統思想，連個增刪改查頁面的字段需要統一都不知道，領導更是那種有話就說的直腸子，我們幾個在他面前被說的體無完膚，羞愧得連死的心都有。
雖然原型是用html靜態頁面做的，但是裡面要包含有系統的思想，要有互動的乙個過程，我連增刪改查都不知道需要統一，自然也就不知道這些道理，於是在一次次罵聲中，將頁面做好，交給他。
這個專案是乙個非常大的專案，模組和功能非常多，業務比較複雜，而且還是參照客戶已有的乙個老的c/s系統進行改造，改造成b/s系統，本來公司高層是不想接這個專案的，因為一分析就知道是不可行的，風險很大，但是還是由於各種原因，這個專案給接下來了，接下來了就要去做。最後的實踐證明，這個專案，不管是需求，開發，還是測試，都是乙個非常痛苦和煎熬的過程，前前後後搞了兩年，直到現在還有些零零散散的東西在搞。不過在這個專案中，我本人算是得到了一次鍛鍊，從生理，心裡，技術，甚至性格都發生了改變，因為從不懂到懂一點，到懂再多一點，到懂得比較多一些東西的過程是乙個非常痛苦的過程。
一， 先說生理上，以前在學校晚睡，久坐，通宵，都沒事，但是當你在做東西的時候，做不出來，又頂著非常大的壓力（我的壓力是怕被罵，呵呵）時候，你就會知道是什麼難受，乙個故事說得好：古時候有乙個孕婦看到他相公在考前的時候複習寫作，但是總是唉聲嘆氣的寫不出來，就問她相公說，你寫文章比我自己生孩子還難嗎？她相公回答說，你生孩子肚子裡面還有東西，我現在寫文字肚子裡完全沒有任何東西，叫我怎麼寫啊？說的就是這個道理，自己必須要做，但是沒能力做出來，卻一定還要坐在你的位子上，做不出來不能睡覺（並不是領導不讓睡，是自己睡不著啊），久而久之，身體覺得不能跟以前相比了，雖然說搞「挨踢」的加班是正常，沒有幾個身體是好的，但是自己親身經歷之後，還是感覺「挨踢」不是人幹的。
二， 心裡上，本來自己之前是乙個無憂無慮，性格還算開朗的年輕人，搞這個之後，整天不是因為不懂被罵，就是做錯了被訓，搞心裡壓力很大，不過想想這些都是自己的原因，因為自己的能力不夠，沒有那麼努力，所以才導致今天的結果，自從這個專案之後，我的心裡抗壓能力慢慢得到了很大的提高。性格上也從乙個毛手毛腳的大學生變成了乙個做事謹慎小心的需求開發人員。
三， 技術上說，做了這麼多的頁面，功能和效果，對html的語法和js效果有一些了解，但是從心底來說，自己還是中意寫**，有動態效果，會更有成就感一些，我想這也許就是作為乙個程式設計師不斷堅持和進步的原因之一，但是做需求就不一樣了，你更要關注於大的方面，做出來的頁面只是原型，作為你進行需求開發的乙個手段而已。
做需求開發其實需要很高的要求，第乙個，要有一定的語文水平，寫文字會斷句，能讓人看得懂，第二個，邏輯思維要強，這是作為乙個「挨踢」人員最基本的素質，不管是些**還是做需求，搞測試都必須擁有的一項技能，這需要一定的先天條件，就像某些人說的「哎呀，你這人天賦異稟啊」，就是這個道理，但是我覺得更多的是自己在後天的訓練中不斷去鍛鍊自己的邏輯思維能力。這兩項我覺得是最最基本的，如果這兩項不具備，那麼你將會很累，就像乙個程式設計師，如果你**都看不懂，怎麼去編碼，怎麼開發，從某種意義上說，需求人員的文字水平就好比程式設計師的**開發能力。其次，不管是需求人員和程式設計師都應該去提高自己的交流和溝通能力，如果不去交流和溝通，那麼你永遠都是在閉門造車，不會取得進步。而需求人員更是要去提高自己的交流和溝通能力，這是衡量需求人員能力的乙個標準，如果乙個需求人員去到客戶現場，結結巴巴，說話沒有底氣，人家就會質疑你，質疑你的團隊怎麼會派出這樣乙個連話都不會說的人，最後乙個最重要的還是了解業務需求，懂得了業務需求你將會和客戶有跟多的話題，更能了解客戶想做什麼，同時還要了解計算機工程，這樣你才能清楚的知道客戶的哪些需求是可以用電腦實現的，哪些是不能用電腦實現的，同時還需要了解專案管理的一些內容，你要了解做出這個功能，需要花費多大的工作量，並不是所有的功能我們都要去答應客戶的要求，在成本和工期允許的情況下，我們盡力去完成我們所能做的功能。
正是做需求的入門門檻較高，才使我們覺得需求真是太難做了，我還不如去做乙個程式設計師來得快些，是的，其實我也是這麼想的，剛剛畢業的大學生最好不要馬上去做需求（我的痛苦經歷就驗證了這一觀點），而是先從做程式設計師和測試人員開始做起，慢慢積累經驗，把自己的技術能力和心理素質都提高乙個層次，做起來就不會那麼累了，說到積累，做需求這麼累的另外乙個原因就是沒有積累，現在我們做的需求都是被動型的（其實國內的現狀也是這樣，你看網上什麼什麼測試網，開發網多得要命，而去偏偏沒有乙個叫做「軟體需求網」或者叫「軟體需求論壇」的），客戶來乙個專案我們去做乙個需求，並沒有向產品化發展，如果乙個公司只做乙個產品就能盈利，誰還去接那麼多專案，還要去了解那麼多業務需求，對業務的不了解，也是做需求難的乙個原因之一。
這是本人兩年來的一點拙見，也是對自己這兩年的工作的一些感慨，其中觀點純屬個人之見。
需求分析的過程是什麼 為什麼要做需求分析？
幾年前，我曾在在一場面試中被問到，你如何做需求分析的？那時候，我還是個畫圖的線框仔，只能通過碎片化的語言來解釋該如何處理需求。所以面試結果也如預料的那樣，掛掉了。可能有點滑稽，當時連 需求分析 這個詞都是第一次聽說，懂什麼需求分析？所以今個想寫寫需求分析。寫需求分析，總要提提需求分析的好處吧？需求分...
需求分析 什麼是需求分析？
需求分析學習目錄 乙個使用者解決乙個問題或實現乙個目標所需的條件或能力 為了滿足乙個合同 標準 規範 或其它正是文件要求，乙個系統或系統構件必須具備或擁有的條件或能力。所有的需求共同形成系統或構件開發的基礎 一種反應1 2所描述的條件或能力的文件說明。在本人所上的軟體需求分析課程中，乙個軟體需求是指...
為什麼招聘這麼難？
不知道什麼時候開始，招聘就變得這麼難了，我也是一直在思考。就先說一些經歷吧，去年的時候，招聘介面自動化測試工程師，面試了很多人，總是沒有滿意的，我朋友說，是不是我這邊方式不對，導致 招聘不到人，後來和領導聊天，也談到這個話題，領導說，他問我什麼要求，我說了基礎python語言，單元測試框架，序列號與...