[問題] (軟體)如何達到好的 release 流程？

看板P_Management作者statuette時間14年前 (2010/01/23 23:34)推噓2(2推 0噓 14→)

留言16則, 3人參與討論串1/1

想請問軟體業的前輩你們怎麼決定現階段的開發已告一個段落，可出一個給客戶的版本呢？這問題源自我們團隊似乎還找不到一個好的流程團隊是這樣子運作的我是系統分析師 + presale 技術總監以 1.5 個月為一個開發週期，訂好這段期間要開發哪幾個功能比方說 B、C 兩個新的，附帶上一個週期 A 功能裡的 2 個小改善大家若看過我之前的發文可知道，我們不是專案所以在決定 B、C 功能到底具體來講要達成什麼，需要蠻大的想像力我儘量以 presale 時被多數客戶提到的情境來設想功能細節所以這個階段我需要跟開發人員溝通、以及提供 prototype 請大家就這些部份列出計畫，再估計時程週會時再跟總監、專案經理與團隊講述這部份的情況這時有些變數總監偏重技術上的設計有沒有合理專案經理在意提供的功能夠不夠豐富所以經常會議開完後得回去再確認這樣子設計好不好、或是某個功能有沒有做進來這樣子的往返通常會花一兩週，包含我跟開發人員的想、寫、畫、改當整體要做什麼都確定後再根據個人估的時間，看看 deadline 前可能完成哪幾項，大家再開工開發過程中會冒出一些影響到原有好功能的 bug 或是牽連到底層設計的狀況需要 refactor 因此實際開發時間通常會比大家原本預估的還久又因為我們系統有提供給公司內部使用所以開發過程中也得岔出來處理公司內部更新的事當老闆問到現在開發情況如何？專案經理很希望給同事『嘗鮮』新功能所以他希望我們經常更新公司的系統，某功能部份完成的話就先上去另位系統分析師覺得不妥，因為新功能還沒被完整測過但專案經理堅持應提供給公司同仁新功能所以過去曾發生過一更新上去很快被老闆按出 bug (冏rz) 我還私下被老闆找說我們的測試流程是怎麼樣呀 ^^;; 在我的堅持之下，專案經理找了支援部門的同事當 QA 才讓新功能有把關者但這又牽扯出後面的問題，就是 QA 一定會測出不少 bug 所以開發後期有很長的時間在 debug 此時離表定的 release 將近專案經理會把過去週期沒空做，而他覺得重要的再加進來這邊經常會出現的情況有 1. 到底要改成什麼樣子？比方有些是專案經理覺得某功能不好用，要開發人員改但對 coding 的人來講，他很難知道要改成什麼樣專案經理本身沒辦法給什麼好建議我們去找視覺設計部門的同事，她也有其它部門專案的東西要設計所以她希望我們直接跟她講要改成什麼樣子總監跟專案經理都沒有好想法，但又覺得這個很重要所以變成我負責想這種『某某東西不好用』，主要跟 usability、互動設計有關我也是待在這個團隊後漸漸學到這是另個領域的東西我會蒐集資料，提出幾種改法跟可能遇到的問題跟大家討論(主要還是總監、專案經理、設計人員) 但經常發現討論到最後也沒結論結果就不了了之....但時間已經花下去了這個循環每隔一個週期就會冒出來一次 2. 功能開發出來後，專案經理發現哪邊應該要再加什麼 or 改什麼才會更好此時人力已經吃緊在 debug 了我、資深開發人員齊建議專案經理，應以穩定系統為優先考量至少要測過目前的系統，不要蹦出錯誤 or 讓 flow 走不下去我說，即使是一般的專案，客戶中途想改需求也得填需求變更申請否則時程會一直 delay 專案經理說，他覺得產品開發跟專案不一樣產品若功能不好的話，客戶就不會想買所以最好能盡量在這次 release 時提供給客戶這個功能那麼我們問說，時程可以延後嗎？或是把這次要提供的東西變少？通常得到的答案都是『儘量趕』所以究竟是完成 issue 才叫 ready？其實並沒有答案我也曾經問過，我們總是對 1.5 個月的開發週期開天窗也許是要做的事根本 1.5 個月就做不完那這樣為什麼不把週期拉長呢？專案經理說，產品應該要經常 release，這樣客戶才覺得這產品是活的雖說這個出發點是好的但總覺得我們團隊現有的流程離這個目標還很遠尤其發現有段時間的 release 都是 bug-fix 新功能反而不多，也不知道是不是哪個環節出了問題呼..一口氣寫了這麼多無非是希望藉諸位前輩的經驗來幫我們團隊看看問題出在哪面對辛苦又無助的團隊成員，很想幫大家做些什麼好改善狀況也希望自己可以有比較正確的軟體產品開發觀念或是哪邊可以有所改善精進謝謝大家! ※ 編輯: statuette 來自: 59.104.88.225 (01/23 23:35)

推

djboy

01/24 08:03, , 1^F

01/24 08:03, 1^F

→

djboy

01/24 08:04, , 2^F

01/24 08:04, 2^F

→

djboy

01/24 08:04, , 3^F

01/24 08:04, 3^F