對比敏捷開發和IPD的核心思想
敏捷開發一開始除了有核心價值觀外,其實並沒有提到核心思想,但後來發展過程中與精益製造進行了對照,提煉出來一部分核心思想,包括
1、端到端關注價值交付
2、持續改進
3、以人為本
4、消除浪費
5、質量內建
華為花了幾個億從IBM引進了IPD流程,該流程給華為帶來了巨大的生產力,核心思想包括:
1、產品開發是投資行為
2、基於市場的創新
3、基於平臺的非同步開發模式及重用策略
4、技術開發與產品開發相分離
5、跨部門協同
6、結構化的並行開發流程
7、產品線、資源線並重
8、職業化的人才梯隊建設
從對比可以看出,敏捷開發更加關注在軟體研發領域,IPD的思想則是產品運營領域,視角不同,著重點就不同,如果把敏捷比喻成導彈,那麼IPD就是原子彈,如果把敏捷比喻為戰投機,那麼IPD就是航空母艦。
從整體上看,IPD更加註重流程,在概念、計劃、開發、驗證、釋出、維護階段設定階段性決策點,通過決策點對產品做出調整、保證投資收益比。敏捷更加註重溝通,強調擁抱變化,強調與客戶的緊密合作。當以市場為目標時,IPD更加實用。當以專案為目標時,敏捷更加實用。
相關推薦
對比敏捷開發和IPD的核心思想
敏捷開發一開始除了有核心價值觀外,其實並沒有提到核心思想,但後來發展過程中與精益製造進行了對照,提煉出來一部分核心思想,包括1、端到端關注價值交付2、持續改進3、以人為本4、消除浪費5、質量內建 華為花了幾個億從IBM引進了IPD流程,該流程給華為帶來了巨大的生產力,核心思
IPD核心思想和框架
IPD作為先進的產品開發理念,其核心思想概括如下: a) 新產品開發是一項投資決策。IPD強調要對產品開發進行有效的投資組合分析,並在開發過程設定檢查點,通過階段性評審來決定專案是繼續、暫停、終止還是改變方向。 b) 基於市場的開發。IPD強調產品創新一定是基於市場需求和競
軟體工程(三)——敏捷開發和理解需求
筆者正在學習《軟體工程-實踐者的研究方法》這本書,記錄下一些讀書筆記,共勉! 1.敏捷 市場條件變化十分迅速,客戶和終端使用者的需求在演變,從業者必須使軟體工程工作保持敏捷,要限定過程應是靈活機動的、有適應能力的和精益的以適應現代商務的需求。 敏捷可以應用於任何一個軟體過程(溝通
什麼是敏捷開發和瀑布開發
一:敏捷式開發(極限程式設計思想的體現) 敏捷開發(AD:Agile Development )以使用者的需求進化為核心,採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中,軟體專案在構建初期
敏捷開發和詳細設計
傳統的軟體開發過程,總要按需求分析,可行性分析,概要設計,詳細設計,測試,維護的軟體週期來進行,隨著敏捷開發方法和敏捷開發工具和技巧的發展,軟體過程中的一些步驟被新的開發顛覆甚至忽略。模組耦合度低的專案,開發人員往往在概要設計、專案結構建立之後,就拿著需求文件在做各自的子模
產品思維學習(五)--產品敏捷開發和專案管理
一般產品人員進行過需求採集,分析,篩選後就會進行產品的設計。 在產品設計的過程中會產生PRD(Product Requirement Document 產品需求文件 ),如果是新產品或者在大公司一般還
敏捷開發:一種思想
敏捷開發流派有很多,但是萬變不離其宗。 個體與互動 勝過 過程與工具 可以工作的軟體 勝過 面面俱到的文件 客戶協作 勝過 合同談判 響應變化 勝過 遵循計劃
敏捷開發和瀑布開發的區別
個人覺得 敏捷開發強調以人為中心,快速迭代,客戶參與多溝通,減少不必要的文件,包括Scrum和XP 優點:快速適應變化,做出的專案比較接近客戶需要的 缺點:文件不多,如果人員流動大,維護相對更難 瀑布
敏捷開發和傳統開發
一般的傳統開發是指將整個專案完全開發完交給使用者。 但交給使用者的時候可能使用者感覺沒有達到他們想要的效果,所以出現了現在的敏捷開發。 敏捷開發是指敏捷開發以使用者的需求進化為核心,採用迭代、循序漸進的方法進行軟體開發。就是把一個大專案分為多個相互聯絡,但也可獨立執行的小
敏捷開發和傳統瀑布式開發的優略
軟體組開始實現敏捷開發已經半年多了。雖然沒有什麼指導,上級也沒有給予特別的支援(給了塊白板),一路坎坎坷坷的過來。 開始我還以為去推行敏捷開發會受到開發人員的抵觸,因為任務的時間被卡死了,一個兩天的任務如果做了四天,開發人員在開日會的時候就會不好意思。還好大家
敏捷開發和瀑布開發
瀑布模型的特點: (傳統的開發方式) 1、強調文件 前一個階段的輸出就是下一個階段的輸入,文件是個階段銜接的唯一資訊。所以很多開發人員好象是在開發文件,而不是開發軟體,因為要到開發的後期才可以看到軟體的“模樣”。 2、沒有迭代與反饋。瀑布模型對反饋沒有涉及,所以對變化的客戶需求非常不容易適應。瀑布就意味著沒
JAVA伴我行——專案篇(一):開發模型,敏捷開發和瀑布模型的結合
在專案的開發過程中,我們或多或少都會遵循一定的模式。最常見的就是瀑布模型了(也許平時沒有注意,但你確實在遵循這個模型)。 瀑布模型的典型表現就是遵循以下順序:需求調研/分析,詳細設計/概要設計,編碼階段,測試階段,整體優化/執行維護。 遵循瀑布模型的好處是我們能夠嚴格按照軟
【問答語錄】為什麼各大公司請敏捷開發諮詢顧問,都偏向專案管理,是不是偏了?沒有核心技術思想,管理能解決實質問題?
提問: 為什麼各大公司請敏捷開發諮詢顧問,都偏向專案管理,是不是偏了? 沒有核心技術思想,管理能解決實質問題? 老布回答 首先,這個問題沒有清晰說出公司的實質問題是什麼,所以有點難回答。其次,從提問者的問題來看,似乎他看到的這些諮詢顧問只是對管理流程上比較熟悉,對技術實踐層面上,包括一些技術能力方面
敏捷開發核心思想
一、4句敏捷宣言 個體與互動 勝過 過程與工具 可以工作的軟體 勝過 面面俱到的文件 客戶協作 勝過 合同談判 響應變化 勝過 遵循計劃
過程模型介紹和對比(敏捷開發、瀑布式模型等)
1.瀑布模型 1.1 瀑布模型介紹 1970年溫斯頓·羅伊斯(Winston Royce)提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被廣泛採用的軟體開發模型。 1.2 瀑布模型核心思想 瀑布模型核心思想是按工序將問題化簡,將功
敏捷開發思想及Scrum實踐
敏捷開發 scrum 導語:現在每當直接或間接帶一支研發團隊(註:軟件方向,復雜的硬件開發建議使用IPD思想)我都會給大家做一次敏捷思想和實踐的培訓。作為一個有近10年的開發編碼工作經驗的資深程序員,作為一個管理者,作為一個還算轉型成功的創業者,我一直有種初心希望所有研發人員能夠敢於並且會表達自己,讓
敏捷開發---scrum認知和實踐
scrum是一個開發和維護複雜產品的管理框架,是一個增量的,迭代的開發過程。整個開發過程分為若干個迭代週期,每個迭代週期稱為一個sprint,一個sprint週期一般是1到4周,相對於傳統的瀑布式開發(需求-設計-開發-測試),專案失敗的概率更低,可控性更高。 基本概念
python中 and 和 or 運算的核心思想 ——— 短路邏輯
包含一個邏輯運算子 首先從基本的概念著手,python中哪些物件會被當成 False 呢?而哪些又是 True 呢? 在Python中,None、任何數值型別中的0、空字串“”、空元組()、空列表[]、空字典{}都被當作False,還有自定義型別,如果實現了
敏捷開發一千零一問系列之十五 同時實施CMMI和敏捷哪個為主
這是敏捷開發一千零一問系列的第十五篇。(在這裡提問,之一,之二,之三,問題總目錄)也是敏捷與CMMI系列的第三篇。(總目錄)問題原來問題是這麼寫的:“一家企業既要過CMMI,又要過ISO,還要實施敏捷,應該怎樣做?”之所以改成“哪個好”,是因為如果要多頭並存,就要有主次關係。那
我和敏捷開發的故事--敏捷角色-SM
通過上篇文章我們已經知道了敏捷角色中PO的角色內容,接下來的一個敏捷角色在敏捷開發中非常關鍵,但是往往很多專案實踐中都沒有很好的把控好這個角色,讓他或多或少的沒有起到相應的作用,這個角色就是S