***讀他人故事悟自己人生***
導語
作為產(chǎn)品經(jīng)理，如論你是新手還是經(jīng)驗豐富的老手，都需要時刻謹記控制情緒，掌握溝通技巧；雖然溝通這個話題是老的不能再老的話題，也有很多有關溝通的文章，但是小酒認為把自己工作中遇到的溝通問題講述給大家，并附上自己的反思，大家可以根據(jù)案例更好的明白遇到什么的問題應該怎么處理？
正文
產(chǎn)品經(jīng)理的工作內(nèi)容比較繁瑣，一會UI找你，一會測試找你，一會2.0版流程有問題，一會等等，產(chǎn)品經(jīng)理一天中就是這么忙碌奔跑中度過的，尤其是手中有不止一個產(chǎn)品的更是繁瑣忙碌；所以當遇到TA說這個需要改改，那個文檔不全怎樣怎樣時，產(chǎn)品經(jīng)理會有一些抵觸這些，因為事情太多太多......
最近小酒遇到這種情況就沒控制好?(? ???ω??? ?)?所以自我反省了一下~~~
故事背景
小酒手中有四個系統(tǒng)，相當于同時面對四個開發(fā)團隊，為了能夠保證每個開發(fā)團隊的任務不間斷，所以一般每個系統(tǒng)的需求都要高于開發(fā)兩個版本，再加上我們沒有詳細的文檔，只有需求list和原型，就這樣在原型管理方面會存在一個比較頭疼的問題：原型永遠高于開發(fā)兩個版本，那么開發(fā)在開發(fā)當前版本對照原型時，就會受到新版本需求的影響，如果碰到相同功能在后面版本有更改時，就無法辨認現(xiàn)在版本怎么做，之后怎么做；這個問題小酒在初期就有想過，如果想保證當前開發(fā)版本的原型不含有新需求，那么小酒就需要同時維護三個版本的原型，四個系統(tǒng)就要維護12版本，這是不可能的，小酒想了想了，就把需求list中的需求描述盡量寫詳細一些，開發(fā)和測試同學對照需求list就可以知道本版本開發(fā)的內(nèi)容，同時在版本發(fā)布之后SVN上保留一份最終版原型；但是這樣還是無法滿足測試同學，他們還是覺著不方便分辨當前版本的需求和新需求，于是測試負責人就來找小酒，說實話，因為問題小酒知道并且想過解決方案，所以一開始小酒就著急的解釋為什么會存在這個問題，現(xiàn)在的解決方案是什么，balabala......一口氣說了很多，主要是表達小酒已經(jīng)很盡力解決了，測試同學很執(zhí)著，一直在強調(diào)他想原型只有當前開發(fā)的版本內(nèi)容，小酒急了，說話聲音也大了點語速也快了，最終不歡而散......
正確處理姿態(tài)
小酒一開始不應該急于解釋問題存在的原因和現(xiàn)有的解決方案，因為對于測試同學現(xiàn)在的心情，他更愿意接受這個問題被認可，以及小酒愿意更正的態(tài)度；所以小酒應該對這個問題認可，并表示很愿意解決這個問題，同時更應該向測試同學請教他有什么建議，比如這樣說：“嗯，這個確實是一個很嚴重的問題，我們之前討論過幾個解決方案都不太理想，你有什么建議嗎？”，然后心平氣和的和測試同學討論解決方案，如果對方提出的方案你覺著不妥，不要急于否定，要把你的問題拋給對方，讓對方給出解答，對方解答不出來自然會覺著方案不合適了，所以不要心急反駁對方，讓子彈飛一會O(∩_∩)O；如果討論無果的情況下，小酒再解釋這個問題存在的原因和目前解決的方案，在討論結束時要特別強調(diào)這個問題產(chǎn)品部會內(nèi)部討論一下，告訴他多久會給他回復，這樣既能表現(xiàn)解決問題的誠意，也能讓他感覺到他的問題你很重視，同時讓他產(chǎn)生被尊重的感覺，這樣就可以愉快的結束話題了；事后一定要把問題反饋給直接領導人，組織開會討論一下，大家的智慧是不可估量的，相信一定可以找到比現(xiàn)在更好的辦法，討論會上一定要淡定冷靜，不要有反感的情緒，一切以為解決問題為目的，學會夠控制好情緒，情商才會提高哈(o)/~
故事結局
小酒冷靜后，把問題把反饋直接領導人，經(jīng)過討論，發(fā)現(xiàn)把需求放在禪道里并附上原型的截圖/圖片和原型地址，這樣方便測試和開發(fā)同學了解目前版本的內(nèi)容，詳情可以點擊地址直接查看；禪道會詳細記錄需求變更的歷史記錄，也方便追查需求變更歷史，更方便保證把需求變更的內(nèi)容及時同步給測試和開發(fā)，大家有什么好的方法也可以留言告知小酒哈O(∩_∩)O
故事心得
小酒覺著應該感謝那些指出你問題，甚至為難你的人，因為這些人會幫助你快速成長，讓你一天比一天成熟，做事一次比一次優(yōu)秀
所以要感謝他們，微笑面對他們，暴風雨后的彩虹更絢麗，讓暴風雨來的更猛烈一些吧(__)
