從開始做手頭的專案已經半年了，在這半年裡，自己壓力一直非常大，隨著時間的推移和專案的進展，到現在心境已經
慢慢的坦然了。
分析一下壓力產生的原意及從自己角度考慮而提出的相應解決方式：
1. 做這個新專案時，自己剛開始工作半年，對公司實際的軟體開發過程不了解。感覺很多環節根本不是軟體工程中所描述的。
總是認為這有問題，那有問題，不知工作如何向前推進。
解決方式：靜下心來，多讀幾遍需求，對需求中的功能進行整體性的掌握，慢慢梳理出資料的梳理流程，而不是一味的抱怨，
抱怨解決不了任何問題。
2. 對開發這個專案的技術不熟，看到一項功能描述，不能判斷實現的複雜度，沒有辦法度量實現的難以程度，造成自己的
恐慌。解決方式：隨著經驗的增長和技術的提公升，這一點造成的影響會比較弱。
3. 不懂專案需求中涉及的業務，這也就沒有辦法設計出實現的方式，更沒有辦法對工作量進行評估。
解決方式：請經理或專案上指定這個對需求中業務比較熟悉的一位同事，這樣對於不理解的地方，可以找人講解。
4. 需求中的一些描述存在二義性或描述不精確，而需求調研人也不確定。
解決方式：這需要及時跟客戶溝通，確定真實的需求，文件的描述有時會與客戶的實際需求存在一定的偏差。
5. 專案需要和別的產品線進行互動，但不懂別的產品線的業務。
解決方式：需要專案上指定另外產品線的同事作為介面人，這樣共同**定義介面，而不是只讓一方定義介面。
6. 需求調研人把需求文件給了我們開發人員，沒有給我們進行詳細的講述，讓我們看文件，然後設計開發，造成我們
壓力很大。
解決方式：感覺需求調研人員應該把需求進行詳細的講解，特別是針對資料的處理流程表述清楚。因為理解需求中的一些描述，需要乙個背景的知識，而這些知識需求調研人知道，而設計開發人員不知道，特別是一些背景的知識沒有寫入到需求文件中時，如果需求調研人員不進行詳細的講解，就會造成設計人員理解的偏差，最後做出的東西不是客戶所需要的。
7.開發出的功能和客戶的實際需求存在一些偏差。
解決方式：這需要調研人員站在客戶的角度充分挖掘客戶需求，在需求文件中進行詳盡的描述，並對設計開發人員進行
詳盡的講解。 設計開發人員最好盡快的設計出介面原型，讓客戶提出一些改進的建議，再進行後續的開發。這樣可以減少需求
理解偏差而造成的返工。
8. 對未知的恐懼，造成自己情緒低落，使工作裹足不前。
解決方式：其實應該勇敢的去面對遇到的這些問題，尋求解決這些問題的方法，當自己慢慢的解決遇到的問題時，會發現
這些問題促進了自己的成長。
快要換工作部門,半年工作感觸
今天得到最新訊息,所在工作部門快要撤除,憂鬱的眼神,唏噓的感嘆,內心有那麼一點憤怒,有那麼一點感傷,還有那麼一點覺悟,真是百感交集.部門剛成立8個月,企業突然又要機構調整,有的人將來何去何從都不得而知,有的人幸運的高公升到省公司 同人不同命啊 說不妒忌是不可能的.於是就馬上轉了一篇文章國企領導與山大...
DIY市場感觸
以下轉貼discloser論壇 maxguy兄弟的分析 遠的不說,歐美的例子太遙遠了,而且那個市場太成熟了,短期不具可比性.太不成熟的也不用比了,要和外蒙,越南比的話咱就回到了95年了.說說近的吧,看看南韓,台灣,香港,新加坡.其實夾在高階和低端的diy渠道生存都相當之艱難.這個道理很簡單 1.中間...
突然的感觸
急救車的鳴聲，急促著！一輛救護車猛然衝出來直奔標著急救中心顯亮字牌下的拉車，乙個聲音呻吟著。急診室人行匆匆，室內一片緊張的氣氛 一切都安靜下來了，只有心跳跟著時間的指標在走，滴滴，一秒一秒的走過 9.8.7.6.5.4.3.2.1.0.突然心跳停止了，乙個生命脫離了時間的軌道，停下了腳步永遠的停止了...