叠代式開發的(of)理解就是(yes):
兩周上(superior)線,不(No)管多少個(indivual)項目。
因爲(for)兩周就要(want)上(superior)線,那開發時(hour)間加上(superior)開發聯調時(hour)間,最多就一(one)周,而留給測試人(people)員的(of)時(hour)間,也就4、5天,期間如果提測晚了(Got it),測試人(people)員就會非常的(of)被動,熬夜測試,熬夜上(superior)線。
企業要(want)推行敏捷開發,有幾個(indivual)前提,這(this)些前提大(big)部分都具備了(Got it),你才有可能去使用(use)敏捷開發。比如說:
有個(indivual)厲害的(of)老大(big),他(he)能協調産品和(and)運營,有計劃的(of)有規劃的(of)輸出(out)PRD,并最好有長期規劃。要(want)做到(arrive)這(this)樣是(yes)很難的(of),業務方憑什麽聽你的(of)。再說爲(for)啥要(want)先上(superior)線一(one)部分,我(I)就是(yes)整個(indivual)項目完整整齊的(of)上(superior)線,你搞什麽叠代。中間要(want)去協調和(and)溝通,并讓各個(indivual)職能部分都認同這(this)麽做,是(yes)個(indivual)超級難題。另外這(this)個(indivual)老大(big)還得非常懂項目管理,請問這(this)樣的(of)人(people),有幾個(indivual)?
有靠譜的(of)産品經理,有一(one)個(indivual)事實是(yes),現在(exist)的(of)不(No)靠譜的(of)産品經理太多了(Got it)。你要(want)找到(arrive)一(one)個(indivual)有産品規劃,有想法,能出(out)一(one)個(indivual)清晰穩定的(of)PRD的(of)産品經理,賊難找,應該說賊難遇到(arrive)。PRD都很不(No)穩定了(Got it),你說要(want)搞敏捷開發?這(this)真的(of)挺扯的(of),我(I)覺得真的(of)要(want)醒醒了(Got it);
有強大(big)的(of)人(people)控場,有清晰的(of)産品規劃後,才可以(by)考慮是(yes)否使用(use)敏捷開發,且是(yes)慎重的(of)考慮。
部分人(people)可能認爲(for),不(No)是(yes)呀,我(I)每天都搞站會呀,挺順利的(of)呀。拜托,這(this)跟敏捷完全沒關系。每日站會的(of)目的(of)是(yes)控制風險,你如果能很好的(of)把控風險,沒必要(want)搞什麽每日站會。
敏捷開發的(of)适用(use)場景其實蠻少的(of),如果是(yes)專門做外部項目的(of)公司,可以(by)考慮一(one)下使用(use)敏捷開發,每個(indivual)叠代輸出(out)東西,讓甲方看,不(No)管結果如何,你照樣收錢。