瀑布式開發vs敏捷開發的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

黑客營銷：像扎克伯格一樣去戰斗

為了解決瀑布式開發vs敏捷開發的問題，作者（美）SCOTT BRINKER 這樣論述：

為了適應現代化營銷，營銷管理必須更快地適應市場的反饋，快速迭代，從而滿足客戶越來越復雜的體驗需求。這些挑戰在軟件行業表現突出。本書將告訴你如何克服這些挑戰，通過調整管理框架，從而在移動互聯網時代掌握營銷的主動。在過去的十年，市場營銷的責任和策略發生了巨大的變化，本書可以更好地服務於這個迅速發展的學科。Scott Brinker：男，美國技術營銷領域大師級人物，哥倫比亞大學和哈佛大學雙料計算機科學學士、麻省理工學院斯隆管理學院工商管理碩士，擁有超過20年以上的營銷和軟件交叉領域的實戰經驗。1996年，他創建在線營銷平台Ion Interactive，同時他還管理着一個專注於技術營銷領域發展的專業

博客Chiefmatec.com，該博客每年整理更新的營銷科技全景圖已成為全球從業者瞭望全球的最重要窗口之一。另外，他還是MarTech系列會議的程序委員會主席，在全球范圍內頻繁主講關於技術營銷的主題，他的很多文章發表在《廣告年代》，《廣告周刊》，《哈佛商業評論》，《信息周刊》，《科技博客》和《企業脈搏》。1996年，他創建在線營銷平台Ion Interactive，同時他還管理着一個專注於技術營銷領域發展的專業博客Chiefmatec.com，該博客每年整理更新的營銷科技全景圖已成為全球從業者瞭望全球的最重要窗口之一。另外，他還是MarTech系列會議的程序委員會主席，在全球范圍內頻繁主講關

於技術營銷的主題，他的很多文章發表在《廣告年代》，《廣告周刊》，《哈佛商業評論》，《信息周刊》，《科技博客》和《企業脈搏》。 第一部分 革命第1章 黑客是好事 / 2Facebook和黑客之路 / 4為什麼這對你重要 / 6第2章 營銷是一門數字職業 / 7在數字世界中營銷 / 8為什麼營銷現在是一門數字職業 / 10第3章 究竟什麼是數字動態 / 13速度 / 14適應性 / 16鄰接 / 18范圍 / 20精度 / 22第4章 營銷現在與軟件緊密地聯系在一起 / 24軟件是現代營銷的中間人 / 25營銷是一門軟件驅動的學科 / 29第5章 營銷公司現在成為軟件的創造者

/ 30營銷管理下的軟件項目 / 31營銷自動化就是編程 / 33從模仿到編碼 / 36第6章 軟件革命VS營銷革命 / 3721世紀的軟件革命 / 3921世紀的營銷革命 / 42兩場類似的革命 / 45第7章 軟件和營銷的深度融合 / 47務實主義PK教條主義 / 49第二部分 敏捷第8章 敏捷營銷的起源 / 52最初的敏捷宣言 / 54敏捷和精益的開發方法迅速發展 / 55精益創業 / 58敏捷的營銷運動 / 60第9章 從大瀑布模型到小沖刺周期 / 63瀑布模型 / 64瀑布模型的危害 / 66敏捷沖刺周期 / 68第10章 提高營銷管理的新陳代謝 / 72反應速度不是敏捷性 / 74

平衡的響應能力 / 76短期沖刺管理的新陳代謝 / 78第11章 大處思考，增量實現 / 81如何進行營銷增量開發 / 83對增量營銷的異議 / 85實踐中的增量營銷 / 87第12章 敏捷迭代=連續測試+試驗 / 90許多小賭注勝過幾個大賭注 / 92一台營銷實驗機器 / 95連續不斷的程序和流程 / 98第13章 通過可視化的工作和工作流程來防止混亂 / 100設計你自己的看板圖 / 101一個5階段的營銷看板圖 / 103限制工作進展 / 105拉動原則 / 107看板圖的創造性變化 / 109第14章 任務是買方旅程中的故事 / 112故事性思考，而非任務性思考 / 113待辦事項列表

中的故事，對應於沖刺中的任務 / 117待辦事項列表是一種敏捷管理工具 / 120各種規模大小的史詩和故事 / 122第15章 敏捷團隊和敏捷團隊合作 / 125敏捷團隊的規模和構成 / 126分配領導權的意義 / 130透明度和團隊溝通 / 132距離遙遠的團隊也可以敏捷工作 / 136第16章 平衡戰略、質量和敏捷 / 138敏捷營銷中的質量控制 / 139戰略推動敏捷沖刺 / 142沖刺之上的敏捷戰略 / 145第17章 適應過程，而不只是產品 / 149回顧是為了如何不斷地改善 / 150除了你自己的規則，沒有其他規則 / 153第三部分 創新第18章 將營銷從交流信息移向交流經驗 /

156信息、媒體和機制 / 158互動內容 / 161將營銷作為用戶體驗 / 163第19章 創新通道讓營銷保持永久測試版 / 165最小可行推廣 / 167原型和永久測試版 / 170第20章 協作設計和追求新思想 / 174時間、金錢和創新 / 175協同設計營銷 / 178擴展你對調色板的靈感 / 181第21章 大測試比大數據更重要 / 184大測試尋求大想法 / 187大測試打開大帳篷 / 190大測試對領導力來說，是一件大事 / 192第四部分 拓展第22章 雙峰營銷：平衡創新和拓展 / 196邊緣和核心 / 199邊緣到核心的轉換 / 202成熟度模型 / 204第23章 用於

營銷的平台思維和速度分層 / 208速度分層營銷 / 210層、分區和平台 / 214平台營銷思維 / 217第24章 如何克服必要復雜性和偶發復雜性 / 220如何克服必要復雜性 / 222抵制過度設計和采取淘汰策略 / 225如何克服偶發復雜性 / 228第五部分 人才第25章 追求10倍績效的營銷神話 / 232授權現代的營銷人員 / 234全棧式營銷人員 / 236黑客營銷 / 238備注 / 239鳴謝 / 246關於譯者 / 248 第一次聽聞Scott Brinker這個名字源自《哈佛商業評論》2014年刊載的一篇評論員文章：《首席技術營銷官崛起》。這篇文章首

次向業界正式介紹了「首席技術營銷官 （CMT Chief Marketing Technologist）」這一全新職位。這批人可能來自企業的戰略制定者、創意總監、技術領導者，核心職責是為公司划定技術營銷願景，並建立數字化商業模式的具體實施路徑。他們需要兼具技術、營銷和戰略制定三大方面的能力，同時最為重要的是以用戶中心思維去指導自己的工作——乍一瞧倒是與「增長黑客」 有幾分相像。不同的是，增長黑客更側重於互聯網公司的線上策略，而首席技術營銷官們更多服務於更廣泛的線下企業。在不同公司，冊封給他們的頭銜也五花八門，如Kimberly-Clark稱他們為「全球技術營銷負責人」，而SAP的說法則是「全球

營銷商業信息官」。無論各公司對這一崗位職能的理解認知和行政架構如何，一個不爭的現實是：在數字時代，營銷團隊如何敏銳地發掘、部署、使用和監控追蹤各種應用軟件，將直接左右公司如何理解並影響用戶，從而對業績營收造成影響。根據著名咨詢機構Gartner發布於2014年的報告顯示，數字化營銷的預算正以每年兩位數的速度增長。被訪企業中 61%的營銷部門准備提高在技術上的資本投入額度，而65%則准備提高支付給技術服務供應商的費用。人力資源咨詢公司Mondo的調查則顯示，首席技術營銷官已經成為最炙手可熱的營銷主管職位，年薪介於14萬至24萬美金之間，遠高於同級別其他職業。Scott Brinker就是這樣一位

活生生的CMT樣本。除了經營在線營銷平台Ion Interactive之外，他還是名資深的布道者，管理着一個專注於技術營銷領域發展的科技博客，Chiefmatec.com每年整理更新的營銷科技全景圖已經成為全球從業者保持對業界科技敏銳瞭望的最重要窗口之一。在這本同樣是作者精心撰寫的書中，你可以讀到在當今科技時代下應當涉獵的全新 營銷理念。他們有些是面向終端消費者而言的，有些則伴隨產品生產研發始終，還有一些無法明確界定適用的具體場合，很可能只是提綱挈領地為你暫時開辟模糊的 新大陸，而你則會在未來某個實踐階段頓有所悟。與其說它是充滿時髦名詞的操作指導，毋寧說是一本啟發心智的思維范式。這本書適合的讀

者人群包括：（1）市場營銷人員：除了整天使用在大學課堂上學到的4P、SWOT、定位之類的理論給領導和客戶做工作匯報之外，一個合格的技術型營銷人才需要兼具各類營銷自動化工具的使用技能，如結合CRM平台能夠隨時洞悉消費者的需求狀態。（2）數據科學家：數據的收集分析能力必須建立在對工具的熟練掌握之上，而結合營銷等具體業務場景才讓數據真正有價值。（3）市場運營和內容營銷人員：為了獲得更有效的內容傳播，並評估投放效果，對各類社交媒體分析工具、SEO搜索引擎優化工具和A/B測試不是而是工具的結合也是題中之義。（4）企業經營決策者：一家與時代同軌並進的企業，不光應當吸收最具前瞻性眼光的員工加盟，更應當自上而

下地推行符合時代潮流的觀念，相對互聯網企業而言，往往改變傳統企業經營決策者的思維慣性是最困難的，而一旦改造成功，能量往往也是巨大的。如何更好地同時玩轉軟件和營銷領域，成為企業居功至偉的關鍵角色呢？就讓這本書來給你一些啟發吧。范冰 《增長黑客》作者 聖騎咨詢創始人

軟體測試實戰：Visual Studio & Team Foundation Server

為了解決瀑布式開發vs敏捷開發的問題，作者胡百敬、陸雲中、陳欽展 這樣論述：

三位專家顧問級作者為台灣人量身打造的軟體測試專書。以開發人員角度出發，Visual Studio為工具，以專案管理為觀念，說明軟體測試的方法與實踐。隨著 Team Foundation Server 及雲端技術，軟體測試觀念將確認導入開發流程。 　　彙整三位顧問級作者多年的實務經驗，說明軟體開發專案中導入軟體測試的必要性。以Visual Studio為工具、專案管理為觀念，結合理論與實務，將軟體測試導入開發流程，說明專案中常見的瓶頸與盲點，為你把關軟體最佳品質。 　　■【顧問實戰經驗首度公開】　　微軟VIP專家完整解說專案開發測試過程中的心得與精髓，透過眾多實例演練，導入軟體開發的觀念與測

試技巧，擺脫光說不練、徒具觀念卻不會實做的困擾。 　　■【熟悉開發環境與工具】　　詳細解說Visual Studio操作環境與各項測試工具，讓開發者與測試人員能按步就班順利完成各項測試流程。 　　■【以各種實測方法檢驗軟體專案】　　診斷資料收集器：透過各種收集器，例如，錄製執行時期的畫面、程式介面所接收的資料、觸發的事件等，讓測試者簡單整理出bug資訊，開發者也能利用這些資訊除錯。 　　測試執行器：整合測試步驟說明、資料繫結、虛擬機器管理、診斷資料收集器、製作bug report…等功能，讓測試者製作出資訊豐富的測試報告。 　　管理測試案例：透過測試管理員、Visual Studio和TFS整

合測試案例（Test Case）、撰寫與管理環境，並進而連結專案中的其他工作和成果。 　　虛擬實驗室管理：透過管理 Hyper-V 虛擬機器，容易建置多層次的測試環境，並為測試環境產生快照，讓開發者和測試者可以在相同的環境中驗證。 　　■【完整說明測試新增功能】　　測試衝擊分析：快速呈現修改的原始碼會影響到哪些測試。 　　IntelliTrace：讓管理線上系統的工程師不必安裝任何程式，就可以直接透過PowerShell執行錄製IntelliTrace，收集線上系統所發生的問題。 作者簡介 胡百敬 Byron Hu 　　恆逸資深講師 | 集英信誠資深合夥顧問 　　現任恆逸資訊資深講師。微軟、永

豐餘、中興工程等企業顧問。擁有多年n-Tier架構分析及設計、軟體生命週期管理、資料庫分析設計、Microsoft .NET開發與商業智慧系統分析設計等實作經驗，並參與許多大型專案開發，主講微軟全省百場以上大型研討會，也是一位活躍於IT媒體的專欄作家。具 MCT、MCAD、MCSD 國際認證執照，並獲選為微軟最有價值專家（MVP）。 　　譯作： 　　●敏捷開發實踐：使用Visual Studio Team Foundation Server 2012｜悅知文化 　　著作： 　　●SQL Server 2012 T-SQL 資料庫設計｜悅知文化　　●SQL Server 2012 SSIS整合服

務｜悅知文化　　●SQL Server 2008管理實戰【進階維護篇】｜悅知文化　　●SQL Server 2008 T-SQL資料庫設計｜悅知文化　　●SQL Server 2008 SSIS整合服務｜悅知文化　　●SQL Server 2008管理實戰【營運管理篇】｜悅知文化　　●SQL Server 2008 Reporting Services報表服務｜悅知文化　　●IT DNA｜悅知文化 　　BLOG：byronhu.spaces.live.com/ 陸雲中 Kent Lu 　　集英信誠執行顧問 　　主要專長為.Net開發、Visual Studio Team System、Team

Foundation Server（TFS）軟體開發生命周期（ALM）導入，曾經協助多家企業導入以TFS為基礎的軟體開發流程，並參與多項大型專案開發。於在2010年獲選為微軟最有價值專家（MVP）。 　　BLOG：www.dotblogs.com.tw/kent.lu/ 陳欽展 David Chen 　　集英信誠執行顧問 　　主要專長為系統開發與專案管理。 　　曾擔任銀行、政府、電信等產業相關專案的專案經理，並參與多家銀行影像集中作業系統的架構規劃及開發，規劃大型考試讀卡系統（四技二專、證基會、大學指考中心..等）。

導入Scrum之軟體專案開發成效探討-以 M 公司為例

為了解決瀑布式開發vs敏捷開發的問題，作者林澤宇 這樣論述：

近年因資訊科技快速的演進，傳統的軟體開發方式已無法面對現在的需求，且傳統的開發方式會有生產產品週期過長、無法靈活面對需求變更與最終產品並不一定符合使用者需求等等的相關問題。 而在20世紀初，有一群領域專家針對傳統開發方式所遇到的問題，進行研究與討論，進而發展出更適用於現代產品開發的方式，即為敏捷開發，因其有著重視溝通、開發週期短、回應變化等特性，能大幅提高產品可用性與專案團隊的效率，因此不但被美國政府採用，連同許多世界五百強的知名企業也是採用了敏捷開發，而在軟體開發產業中，更是成為最蔚為盛行的開發方式。 敏捷開發是指一種原則，而不是特定的規則，故敏捷開發中還能視想解決的問題而分類

不同的框架與方法，如有專注於實踐的極限編程與敏捷建模；或是有專注於流程管理的Scrum與Kanban看板；還有重視需求規範和開發的特性驅動開發(FDD-Feature Driven Development)。 雖然敏捷開發已經被證實能有效解決企業上所面臨的一些問題，如能縮短產品週期、提高產品有用度、提高客戶滿意度等等，但敏捷開發並不是所有問題的最佳解法，敏捷開發還是會有它的侷限與不足的地方。 本研究將以個案研究法與訪談調查法的方式，針對個案公司進行訪談與資料蒐集，用以產出訪談結果與分析，根據訪談結果可以得出，在個案公司導入Scrum之後，對於專案進度、團隊合作與個人工作上都有著很正

向的改變。 依照訪談的結果顯示，成員們認為導入Scrum後對於專案進度帶來最大的幫助，在滿分5分的情況下得到4.5分的高分；其次為跨部門的改善與個人工作的改善，皆得到了4.1分的次高分，最後則是認為同部門的改善，為改善幅度最小的項目，得到3.7分的平均分數，也藉由訪談的結果，分析出帶來改變的原因。 本研究將個案公司的訪談結果以及導入的過程進行統整並針對專案進度、團隊合作與個人工作三個面向進行分析，最後歸納出結論，在未來建議的部分，則依據研究結果針對個案公司與其他公司，條列可能會遇到的問題與解決方案。 最後期望本篇研究內容與結果，可以提供給同為軟體專案開發產業的公司、其他不同產

業性質的公司以及同樣為專案管理研究的研究者做為參考依據。