Scrum, Agile等等好多新興的軟體開發流程或是專案管理方法，卻彷彿始趕流行似的，在一知半解的情況下被導入團隊中，結果往往適得其反。
公司裡老闆要求導入敏捷開發管理流程，所以開始透過一些scrum工具在執行專案，大家一開始覺得很新鮮，所以參與也很熱烈。
但是執行一陣子之後，開始流於形式，在團隊對敏捷開發的精神不了解、老闆有誤解的情形下，漸漸變得四不像。有些工作的本質不全然適合敏捷開發，卻硬要被塞進來，彷彿是削足適履。還有些工作在"敏捷"的大帽子下被刻意逃避，以上種種情況，導致最後結果適得其反。
我希望老闆要能掌握流程管理的精神，以及了解團隊與專案的特性後，再針對符合流程精神與專案特性的部份去進行。而且在執行的過程中，要能夠貫徹始終。
敏捷是很好的開發流程，但並不是直接硬套上去，開發就會變敏捷的。
看來你們公司應該是自己看看書就開始亂導的...
有時候找個有經驗的顧問還是有必要的
這因為是 "人" 的問題嗎?
老闆：你們這些傢伙，是來搗亂的嗎??....
敏捷開發
就是不失誤的設計方式
IBM 對我們技術故問的管理方式
就是 [敏捷開發]
有個 idea 先講出大約方向
程式 [打樣開發] 先作出來檢討 ,
SA / SD 再規劃系統流程
SA / SD 再度確認程式功能/程式流程
確認 [打樣開發]程式已經可以正確執行
這時 SA/SD 依據 [打樣開發程式] 提出準確規劃文件
技術顧問依據 [準確規劃文件] 正式進行程式的開發工程
這樣幾乎沒有 [誤差]
因為程式已經確認無誤後
才開始 [系統規劃]
才開始 [程式發包]
+1
如果大家都有這樣子的觀念，就不會搞到系統到後面無法驗收。
甚至導入系統失敗慘狀！
很多公司都是將就著使用系統，無法讓系統發揮到最大的效能。
因為工作流程本身就有問題，卻要系統配合工作流程，使用者
死也不改，使系統無法順利運作！
richardsuma提到：
工作流程本身就有問題
+1
這是老問題，尤其是職場老前輩因為『習慣』不改，不但錯誤叢生，效率永遠無法改善
慘的是～這種人掌握很大部份權力
公司裡老闆要求導入敏捷開發管理流程
導入 [敏捷開發]
就是有想法 ［先試作］
[試作][測試][寫規格寫流程]
[再試作][再測試][再寫規格寫流程]
[再再試作][再再測試][再再寫規格寫流程]
...
終於 [試作] 滿意
...
寫正式 ［規格流程］寫正式［發包文件］
...
開始正式寫作,完全依據［測試合格］的［試作程式］標準, 正式動工
...
保證 ［發包］後 ［快速］［完整］［滿意］
...
這跟中心工廠［零庫存］
衛星工廠［租中心工廠儲位］擺放驗收合格品, 供中心工廠取用後才算進貨一樣偉大
...
我們是［全球最大資訊服務業］敏捷開發合作廠商
我們是［台灣最大電腦製造業］敏捷開發合作廠商
...
我們歡迎你來試試 [敏捷開發] 的強大威力
...
技冠寰宇
解放源碼
...
全球最大開放源碼 ERP ADempiere
Skype: Adempiere/Compiere
Albert
chiounan
iThome鐵人賽
看影片追技術