題外話：要想做乙個與時俱進的人，就必須善於學習，善於總結，善於覆盤和反思。為什麼說到了覆盤和反思呢，因為在行動和反思之後，可能會發現我們的認知！所以我們往往不用等到完全準備好才開始行動。
今天參加了一次需求調研，我不知道怎麼做需求調研，所以幾乎全程保持沉默，並且問了乙個我自己都覺得白痴的問題。並且我也在其它專案中深深的認識到了需求調研的重要性，這幾乎把握了專案成敗的命脈。引用另外一位c友的話來描述需求分析的重要性：「」幸福的軟體專案都是一樣的，不幸的軟體專案卻各有各的不幸；或者說，成功的軟體專案都是一樣的，失敗的專案卻各有各的問題。我常常在想，我們的專案開發到底怎麼了，進而把它們乙個乙個的剝開來深入分析，竟然觸目驚心。它們有的是需求的問題，有的是客戶關係的問題，還有設計的問題、技術的問題、時間管理的問題、人員培養的問題••••••但歸根到底更多的還是需求的問題。需求分析既是乙份體力活兒，更是乙份技術活兒，它既是人際交往的藝術，又是邏輯分析與嚴密思考的產物。正是我們在需求分析過程存在的巨大隱患，最終導致了那麼多專案的失敗。「」
看到這裡，相信大家也體會到了需求分析的重要性，那麼怎麼才能做好需求分析呢，按照我在大學時軟體工程老師所講的內容概括成一句話就是「」讓自己成為客戶「，只有讓自己成為客戶我們才能切實的理解需求。」，那麼問題來了，我們並不是客戶，我們怎麼才能成為「客戶」呢？有一點對於一些行業適用的方法就是讓需求分析人員去客戶所在的公司「上班」，「上班」時間可長可短，當需求分析人員認為自己對需求的理解已經超過60%的時候，就可以回到自己的公司提交自己的需求分析文件，文件中不僅要寫明功能需求，非功能需求，專案進度要求，還要能指出風險變更的點用於規避和減少專案成本。只有這樣才能算是一篇好的需求分析文件。
在大公司裡面，按照我的理解產品經理也會做需求分析，只不過這是對自己公司產品的需求分析，產品經理通過使用自己公司的產品和一些客戶的反饋來了解產品的缺陷和優勢，進而對產品提出一些改進建議，讓公司的產品越來越具有競爭力。據我我知，「」「公尺粉」做了一部分小公尺公司產品經理所需要做的一些工作，讓小公尺公司的產品越來越好。
當然，需求分析並不是一蹴而就的，需求分析階段並不能解決所有的需求問題，因此在設計，開發，測試，直到最終交付客戶，這整個過程都應當不停地用開發成果與客戶交流，及時獲取反饋。只有這樣才能及時糾正需求理解的偏差，保證專案的成功。這也是敏捷開發倡導的需求反饋。
思考了這麼多，到底怎樣才能做好需求分析，怎樣才能讓開發人員少加班，怎樣才能讓專案快速交付是一門高深的學問，需要自己在以後的工作和學習中不斷思考，不斷實踐，及時覆盤和反思。
最後祝每乙個專案都能成功交付，祝每乙個開發人員都沒有無意義的加班！
需求分析思考（1）
在需求分析的思考鏈路裡，自己缺了很重要的一環，梳理下自己分析問題時的思路。以vip客戶特殊服務需求為例 我的想法 需求合理。1 老闆需求 2 公司vip客戶確實需要一些優待性服務以提高粘性 我開始梳理現存vip種類，每種vip如何定義公升級的，vip範圍。分析具體實現方案。以上屬於頭腦極度簡單式分析...
市場分析對於產品需求的意義
軟體產品是面向多個企業 組織設計的，為了復用性更強一些，則需要關注軟體專案無需關注的方面，如對目標市場的分析 目標客戶的分析 競爭對手的分析和商業模式的分析 這也就決定了需求人員在做軟體產品需求與軟體專案需求的不盡相同。當然市場分析的工作跟需求分析人員似乎沒有太大關係，但是商業模式分析則對需求分析 ...
對於時間的思考
讀採銅 精進 一書的第一章 時間之尺，引發對時間的思考，在此做上筆記。對於時間的態度 鄭重 既不是急功近利，也不消極避世，它更像乙個孩子所常常持有的態度。對於時間的視角 積極過去視角 消極過去視角 享樂主義視角 宿命主義視角 未來視角 建議 採用混合折中的視角方式，多採納積極過去視角 享樂主義視角和...