在大公司里，想做敏捷，總是和制度部門照著ITIL做的制度標準有些不匹配。
大家有沒有在大企業里嘗試敏捷研發的？給講講這之間關系怎么協調啊。
uj5u.com熱心網友回復：
我覺得ITIL和敏捷本身不矛盾。ITIL是厚厚的一套英國標準演化來的，出發點都是讓資訊化做好。當然真正實施敏捷研發時，企業里如果一時流程有矛盾，有阻礙，可以考慮開辟實驗田，試點后逐漸與現有制度相融。uj5u.com熱心網友回復：
任何方法都有適用范圍，脫離實際情況談方法是不妥當的。敏捷是一種關注用戶實際體驗的開發方法，它用用戶體驗替代需求檔案，減少實際需求和檔案之間的偏差帶來的不利影響。
這種方法較多適用于用戶需求不明確、變化較快等場合。
你在一個大公司，如果已經有了嚴格、死板的現行制度，一方面這種情況未必非常適合敏捷方法，另一方面敏捷方法未必適合這種情況。
如果你有心在這種情況下推行敏捷，記得敏捷的關鍵并不是表面上那些敏捷實施的方法、制度，
而是一種理念，這種理念注重用戶實際使用體驗，使用快速、多次迭代逼近最終目標。
你需要結合實際制度和敏捷的理念，設法總結適合你的敏捷方法
uj5u.com熱心網友回復：
看了你的這個問題，分享一下我的經歷吧。背景說明：傳統專案經理，PMP，尚未接觸過ACP和ITIL
正文開始：
新入職一家公司，軟體開發，開始惡補敏捷相關知識，如同上面說得，敏捷是一種開發理念，強調的是以最小的代價去試錯。畢竟公司還是要去賺錢的，小程式要推出市場，面向C端用戶，涉及到了品控手冊，于是惡補ITIL相關理論，意識到了itil是強調服務，服務提供和服務管理，我還是比較喜歡2.0的10+1的理論。
他們是兩個維度的，涉及到了itil，無外乎就是可以提供哪些服務，涉及到開發，我理解就是有哪些服務可以提供，即我們產品的功能點，或者故事有哪些，結合sla服務等級，我們提供的服務需要達到那種服務等級，進而會影響到了開發，那在敏捷的迭代中，也同樣會帶來影響。
快8、9年沒有登錄csdn了，回來首發，自己的一點理解，供參考，謝謝。
uj5u.com熱心網友回復：
什么是敏捷？先搞懂這些基本概念，然后對團隊實施培訓。文化這種東西，沒有環境不可能做得到uj5u.com熱心網友回復：
敏捷強調的是“人”和“適應性”，它應該是一個軟體開發方法的緯度。轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/83899.html
標籤：敏捷開發
上一篇：京東 9.17筆試題 Java