2009-11-18 24 views
0

作爲ITIL和CMMI的IT方法學標準是迄今爲止IT企業中最流行的服務交付標準。哪一個是Web開發公司最好的IT方法學標準?

您認爲哪種IT標準最適用於Web開發公司?

+0

您的問題是關於[ITIL Stackexchange]上的主題(http://area51.stackexchange.com/proposals/89073/itil?referrer=x5X3k7r_NAmvg4ZTdjTOlw2) – SQLMason 2015-08-12 17:34:28

回答

3

我想看看一些敏捷開發實踐。信息的一些偉大的來源是
- 從斯科特·安布勒誰的AUP(Agile Unified Process
- 阿利斯泰爾·科伯恩與水晶方法(Crystal Methodology & The Cooperative)Game

這會給你一些很好的見解採取哪些應對快速移動要求的做法和客戶需求;?一個典型的Web開發環境

0

的,我們需要一個「標準」爲什麼

如果Web開發公司是專注於快速的發佈週期,敏捷的風格中的一種或精益可能是一個好適合。

1

當我選擇一個SDLC時,它取決於需求變化有多快。在一天結束時,任何SDLC的目的都是讓團隊能夠成功並可重複地交付產品。因此,如果你的組織正在構建一個沒有不穩定要求的應用程序,那麼像瀑布(是的,我說瀑布)可能工作得很好。但是,如果一組需求按小時改變,那麼關鍵是經常使用像XP,Scrum或水晶般清晰的敏捷SDLC。

但是專門針對服務提供公司(如諮詢公司),敏捷不會爲您工作。在我過去的經驗中,當您爲客戶提供產品時,他們希望您在特定的日期根據特定預算交付產品。通過敏捷的SDLC,你完全不知道什麼時候你會完成。因此,在服務提供公司使用靈活的SDLC就像是一位機械師,告訴他的客戶他們的汽車準備就緒後,他們的汽車將在準備就緒之前準備就緒,而且費用將不知道,直到拿起時間。顯然,如果你是一名顧問,這是行不通的(除非你在做T & M)。在過去,對我而言運作良好的是使用敏捷的SDLC,但通過迭代銷售客戶。例如,如果估算一個項目的時間長達15周,則可以向客戶推銷5個3周的交易。這種方法的好處是客戶可以決定什麼是重要的,並且先建立好,然後通過銷售更多的迭代來反擊範圍蔓延。這種模式對我來說工作得非常好,因爲它對顧問和顧客都是公平的。