庫存狀況
「香港二樓書店」讓您 愛上二樓●愛上書
我的購物車 加入會員 會員中心 常見問題 首頁
「香港二樓書店」邁向第一華人書店
登入 客戶評價 whatsapp 常見問題 加入會員 會員專區 現貨書籍 現貨書籍 購物流程 運費計算 我的購物車 聯絡我們 返回首頁
香港二樓書店 > 今日好書推介
   
二樓書籍分類
 
Mike Cohn的使用者故事:敏捷軟體開發應用之道

Mike

沒有庫存
訂購需時10-14天
9789864347995
Mike Cohn
使用者故事志工群
博碩
2021年7月30日
200.00  元
HK$ 170  






ISBN:9789864347995
  • 規格:平裝 / 288頁 / 18.5 x 23 x 1.8 cm / 普通級 / 單色印刷 / 初版
  • 出版地:台灣


  • 電腦資訊 > 程式設計 > 軟體工程











      最原創、最大咖的名著

      學習敏捷的人都讀過至少一本由Addison-Wesley規劃的Mike Cohn Signature Series(簽章推薦系列)綠皮書。



      名列全球最有影響力敏捷人士第一名,Mike Cohn大師的地位無庸置疑。要學使用者故事,就要讀最原創的Bible級書籍,也就是這本由Mike Cohn親自撰寫的《Mike Cohn的使用者故事》。



      《Mike Cohn的使用者故事》由敏捷社群成員全面檢閱後,在各界引頸期盼下出版發行,本書提供了一個需求處理流程,可省下寶貴時間、減少重工,直接打造更出色的軟體。



      要打造出符合使用者需求的軟體,最好的方式是從「使用者故事」開始:針對真正使用者有價值的功能,提供簡單明瞭的說明。在《Mike Cohn的使用者故事》中,Mike Cohn提供了一個前後貫穿的藍圖以撰寫使用者故事,並將這些步驟融入開發週期中。你會知道好的使用者故事的要素,也會了解故事成效不彰的原因。你會發現蒐集使用者故事的實用方法,就算你無法與使用者親自溝通也很適用。接著,將使用者故事彙整完畢後,Cohn將展示如何統整、安排優先等級,以及如何運用故事進行規劃、管理與測試。



      你將從本書學會:

      • 使用者角色建模:了解使用者之間的共同點以及不同之處

      • 蒐集故事:使用者訪談、問卷調查、觀察,以及故事撰寫工作坊

      • 與管理層、培訓人員、銷售人員,以及其他使用者代理人合作

      • 為使用者故事撰寫驗收測試

      • 為故事安排優先等級、制定時程及估算發布成本

      • 各個章節結尾的問題與練習



      無論軟體開發人員、測試人員、分析師,以及管理人員是使用何種敏捷方法:極限程式設計、Scrum…或者甚至是你自行開發的手法,都能從《Mike Cohn的使用者故事》中獲得無比珍貴的知識見解。



    產官學界一致強力推薦



      Evelyn Tian

      認證企業級教練及高階主管教練、認證Scrum及敏捷領導力培訓師



      Vernon Stinebaker

      Perficient (NASDAQ: PRFT)、敏捷培訓師 (CST)及教練 (CEC/CTC)

      

      申健 (Jacky Shen)

      全球首位 CTC 導師級敏捷教練



      李國彪 (Bill Li)

      大中華地區導入 Scrum 先行者、優普豐敏捷學院創始人



      李境展 (Tomas Li)

      鈦坦科技總經理



      林昭陽 (Ivan Lin)

      中華電信Hinet總經理兼電信研究院院長 / 資拓宏宇國際董事長



      林裕丞 (Yves Lin)

      氣機科技總經理 / 台灣敏捷協會前理事長



      柯仁傑 (David Ko)

      台灣敏捷社群組織者



      張昀煒

      台灣最大敏捷團體台灣敏捷協會理事長



      許秀影

      中華專案管理學會 暨中華數位關懷協會 理事長



      陳威良 (William Chen)

      PMI 台灣分會理事長



      陳政華 (Morris Chen)

      瑞嘉軟體科技總經理



      陳麗琇 (Elly Chen)

      台灣最大敏捷線上讀書會、台灣敏捷部落社長



      黃智彬

      敏捷專家學會理事長



      葉維銓

      公務人員保障暨培訓委員會前副主委



      劉兆恭 (Juggernaut Liu)

      台灣 Regional Scrum Gathering總召 / 台灣敏捷組織者



    專文推薦



      「Mike 憑藉自身對使用者故事的豐富經驗,使這本書充滿了許多實用的建議,以確保使用者故事能在開發團隊手中充分發揮作用。」--《Kent Beck的測試驅動開發》作者Kent Beck

    ?


     





    譯者簡介

    周龍鴻推薦序

    Kent Beck推薦序

    致謝

    簡介



    Part I 入門

    Chapter 1 概述

    什麼是使用者故事?

    詳細資訊在哪?

    「要寫多長呢?」

    客戶團隊

    會採用何種流程呢?

    規劃發布與迭代

    什麼是驗收測試?

    為什麼要改變?

    摘要

    問題

    Chapter 2 撰寫故事

    獨立的

    可協商的

    對購買者或使用者是有價值的

    可估算的

    小的

    可測試的

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 3 使用者角色建模

    使用者角色

    角色建模步驟

    兩個額外的技術

    若有現場使用者,該怎麼辦?

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 4 蒐集故事

    引出與捕捉是不適用的

    一點點就夠了嗎?

    技術

    使用者訪談

    問卷調查

    觀察

    故事撰寫工作坊

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 5 與使用者代理人合作

    使用者的經理

    開發經理

    銷售人員

    領域專家

    行銷團隊

    前使用者

    客戶

    培訓人員與技術支援

    商業或系統分析師

    與使用者代理人合作時,要做什麼?

    能自己擔任嗎?

    建立客戶團隊

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 6 使用者故事的驗收測試

    先撰寫測試再編寫程式

    客戶定義測試

    測試是流程的一部分

    測試數量是否多多益善?

    整合測試框架

    測試類型

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 7 好故事指南

    從目標故事開始

    切蛋糕

    撰寫封閉式故事

    在故事卡上標註限制

    依據實現時間來規劃故事規模

    避免過早包含使用者介面

    有些事項並非故事

    在故事中納入使用者角色

    為單一使用者撰寫

    以主動語態撰寫

    由客戶撰寫

    不要為故事卡編號

    別忘了故事卡的目的

    摘要

    問題



    Part II 估算與規劃

    Chapter 8 估算使用者故事

    故事點

    由團隊進行估算

    估算

    三角測量

    應用故事點

    若採用結對程式設計呢?

    提醒事項

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 9 規劃發布

    我們想在什麼時候發布?

    想在發布中包含哪些功能?

    排定故事的優先等級

    混合的優先等級

    有風險的故事

    排定基礎結構需求的優先等級

    選擇迭代長度

    從故事點到預期工期

    初始速度

    建立發布計畫

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 10 規劃迭代

    迭代規劃概述

    討論故事

    拆解任務

    承擔責任

    估算與確認

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 11 衡量與監視速度

    衡量速度

    預期速度與實際速度

    迭代燃盡圖

    迭代期間的燃盡圖

    摘要

    開發人員責任

    客戶責任

    問題



    Part III 經常討論的主題

    Chapter 12 釐清故事本質

    使用者故事不是IEEE 830

    使用者故事不是使用案例

    使用者故事不是情境

    摘要

    問題

    Chapter 13 為什麼選擇使用者故事?

    口頭溝通

    使用者故事是容易理解的

    使用者故事的大小適合規劃

    使用者故事適用於迭代開發

    使用者故事鼓勵推遲細節

    使用者故事支持隨機應變的開發

    使用者故事鼓勵參與式設計

    使用者故事可累積隱性知識

    不採用使用者故事的原因

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 14 故事味道清單

    故事太小

    故事互相依賴

    鍍金

    細節過多

    過早納入使用者介面細節

    設想過早

    拆解過多的故事

    客戶很難排定優先等級

    客戶不撰寫故事也不排定優先等級

    摘要

    開發人員責任

    客戶責任

    問題

    Chapter 15 在Scrum 中使用故事

    Scrum是迭代且增量的

    Scrum基本介紹

    Scrum團隊

    產品待辦清單

    Sprint規劃會議

    Sprint審查會議

    每日Scrum 會議

    在Scrum 中加入故事

    案例研究

    摘要

    問題

    Chapter 16 其他主題

    處理非功能性需求

    紙卡還是軟體?

    使用者故事與使用者介面

    保留故事

    程式錯誤的故事

    摘要

    開發人員責任

    客戶責任

    問題



    Part IV 範例

    Chapter 17 使用者角色

    專案簡介

    辨識客戶

    辨識一些初始角色

    整合與合併

    角色建模

    增加人物誌

    Chapter 18 故事

    Teresa 的故事

    Ron船長的故事

    航海新手的故事

    不航海的禮物購買者的故事

    報告檢視者的故事

    管理員的故事

    小結

    Chapter 19 估算故事

    第一個故事

    進階搜尋

    評分與評論

    帳號

    完成估算

    所有的估算值

    Chapter 20 發布計畫

    估算速度

    排定故事的優先等級

    已完成的發布計畫

    Chapter 21 驗收測試

    搜尋測試

    購物車測試

    購買書籍

    使用者帳號

    管理

    測試限制

    最後一個故事



    Part V 附錄

    Appendix A 極限程式設計 (XP) 概述

    角色

    12個實踐手法

    XP的價值

    XP的原則

    摘要

    Appendix B 各章節的問題解答



    References 參考資料

    書籍與文獻

    網站




    其 他 著 作
    1. 敏捷成功之道:使用 Scrum 進行軟體開發