產品開發到發布過程中的鬱悶

這幾天部門的兄弟們又被產品新版本發版搞得焦頭爛額，很是無語，像我這種混混都覺得明顯錯誤的地方，研發中心的中層和高層領導卻在不停地反覆地來犯，搞不懂，是我目光短淺還是各位老大太弱，為什麼這樣不想多糾結，這裡就把我認為的錯誤總結出來。也希望大家能拍些磚，一起探討一下。

首先是我們為什麼進行這次開發。
領導認為原來的產品不滿意，需要大幅改造，看網站不爽了，需要重新改版，老闆覺得人家其他公司有的東西，我們也要有。好吧，研發老大不知是受到老闆鼓舞還是感覺自己的危機，開始立即組織大家進行封閉開發，開發什麼，怎麼開發，封閉了再說，結果上了山之後，那些搞需求的和幾個部門老大，天天吵來吵去，在經過一周多的爭吵之後，終於有點方向了，大家開始行動。

錯誤在哪裡？
目標不明確！得到使用者的需求，首先想到的不應該立即去響應，而是進行研討，明確目標，然後，制定路線，開發範圍，這樣才能讓下層開發人員有目標，才能清楚自己該幹什麼，怎樣是開始，何時結束。需求人員才能圍繞一個中心去梳理需要開發的內容等等。

此種情況如何解決?
這個需要高層領導有覺悟，要理解和瞭解整個研發過程，你是整個研發中心的老大，要為大家指明方向，明確實際目標，而不是空喊號子，各級領導也要層層下放明確本部門目標，需求要和上層人員做好目標的問題溝通，並推敲出本次開發路線圖。

接下來是需求確定。
由於沒有明確的目標，大家急急忙忙組織到一起頂本次開發的需求，大家已經封閉起來，準備好開發了，所以需求要得特別急，在這種情況下，需求不能頂住壓力，而是隨意地制定了簡單需求，讓這些開發人員先做起走。

錯誤在哪裡？
需求不穩定！由於著急，盲目和倉促地定製需求，這樣導致需求很不穩定。為後來的開發埋下隱患。

如何解決？
需求要充分和上層還有開發人員溝通，明確本次開發的需求和任務。制定好開發工作單位清單。

再下來是開發。
各團隊拿到需求說明了，就開始亂七八糟的搞起來。分工不明確，目標不明確，需求不明確。

錯誤在哪裡？
認為時間不能耽擱，先做起走，這樣不浪費時間？這時大錯特錯。這樣盲目行動才是最浪費時間的。古人早就告訴我們，磨刀不誤砍柴工！

如何解決？
拿到需求後，先制定好一個基本的開發路線和功能點，安排好開發人員和設計人員，這樣才能做到責任有所指，任務有所依。

再下來是需求變更。
又是上層問題，需求問題，需求人員在開發過程中得到開發人員反饋，或者各種上層“指導”隨隨便便改變了需求，下面人員亂成一鍋粥，做好的東西，又要重新來過，僅僅是因為需求的一句話，設計和開發人員怨聲載道。

錯誤在哪裡？
需求人員可以說是完全不負責任，最初的需求為了完成自己的工作而不管以後情況，之後的開發中又迫於現實和領導要求，不顧一線人員感受，頻繁修改需求，既導致開發時間增加，又使開發人員怨聲載道，士氣大跌。

如何解決？
求求搞需求的負點責任，最開始的需求如果你不確定就先不要做，做需求的時候從一線人員和客戶的角度想一想。開發過程中的需求變更要把返工的時間和開發人員的心情，需求的重要程度都考慮進來，爭取做平穩的需求變更。而少做最好不做顛覆性的變更。

最後是發版。
搞了幾個月終於算是弄個東西出來了，兄弟們覺得終於要擺脫痛苦了。經過一堆這這那那的老土測試。版本也終於要發布了。這時候一些領導就突然沒了信心。在發布的時候，吧所有的人都召集起來，不許休息，發布後，測試人員要再次進行無比蛋疼，本來可以省略的測試，發現問題要立即修改。開發人員拖著疲憊的身軀陪著測試人員搞測試，尋找一堆莫名其妙的發布後問題。鬱悶無比。而且這時候，竟然有些東西還只是半成品！

錯誤在哪裡？
發布流程不可靠，發布結果不可控，導致領導沒有信心，進而使開發人員無法休息，百無聊賴的等待測試結果。一些東西由於前期計劃混亂，甚至沒有計劃，而無法和不可能趕上進度。

如何解決？
完善發布流程，有一套可靠的發布機制，比如線上產品，提供發行伺服器，與發布測試沒問題後，通過同步軟體，同步的運行伺服器，這樣，使發行伺服器的測試結果和生產伺服器是保持一致的，測試的可靠性就高，甚至可以說發布後無需再次測試了。而一些無法完成的任務，只有靠前期和中期工作，這算是一種重大的事故！

以上就是這次開發我覺得錯誤的地方。貫穿整個開發流程，蝴蝶效應盡顯。我也給出了一點自己的拙見，希望有能力的人來驗證一下是否真的可行。指出小弟理解錯誤的地方。

還有，小弟是帶著有點抱怨的心態寫的。