ACP敏捷認(rèn)證考試總結(jié)Day1

  1. 看板是一個及時的庫存控制調(diào)度系統(tǒng)，庫存(或者 WIP)不會在機(jī)器備份或者成為瓶頸,這是因為庫存的命 令信號是高度控制的并且是基于流程速度和絕對的需求的。
  2. MoSCoW 技術(shù)是通常用在敏捷,取優(yōu)先排序用戶故事和創(chuàng)造故事規(guī)劃圖的。
    MoSCoW 技術(shù)把用戶故事以降序進(jìn)行優(yōu)先順序排列:
    M-must have 必須有;
    S-should have 應(yīng)該有;
    C-could have 可能有;
    W-won't have this time 這次不會有。 必須有的事物是對開發(fā)很重要的產(chǎn)品特征。 應(yīng)該有的事物是對開發(fā)不是很重要但有重要商業(yè)價值的產(chǎn)品特征。 能有的事物能增加一些商業(yè)價值的產(chǎn)品特征。 會有的事物是有一點商業(yè)價值的產(chǎn)品特征。
  3. 極限編程(XP)是一項以編程人員為中心的敏捷架構(gòu),注重小而迅速的發(fā)布。
    XP 極限編程強(qiáng)調(diào)以下原則:
    結(jié)對編程 可持續(xù)速度 不斷自動測試 有效溝通
    簡單性 反饋 勇氣 集體所有 持續(xù)集成
    激勵工作 共享工作空間 現(xiàn)場客戶代表 使用隱喻說明概念。
  4. 產(chǎn)品待辦事項是一列所有需要在迭代中開發(fā)的產(chǎn)品特性綜合性清單,它是不斷變化的, 以適應(yīng)客戶需求。隨著項目發(fā)展,因為客戶逐漸理解產(chǎn)品需要更完備,所以待辦事項中的項目特 性更明確。
  5. 常見的敏捷架構(gòu)/方法論包括:
    scrum, XP 極限編程, 精益軟件開發(fā), 水晶(Crystal) , 特征驅(qū)動開發(fā)(FDD), 動態(tài)系統(tǒng)開發(fā)方法(DSDM), 敏捷統(tǒng)一過程(AUP)。
  6. 敏捷中,故事地圖本質(zhì)上等同于項目計劃,它將用戶故事/產(chǎn)品特性按邏輯主題排列,作 為開發(fā)的計劃。
  7. 計劃撲克是基于寬帶德爾菲估算技能、也是以共識為基礎(chǔ)的工作量估算技能。有時候也 稱為 scrum 撲克,往往在故事點和開發(fā)用戶故事中用來估算相對工作量。 在計劃撲克會議中,每一位估算師各派有一副相同的價值的計劃撲克卡片。
    斐波那契數(shù)列常用來衡量計劃撲克的價值(即 0,1,2,3,5,8,等); 另一種常見數(shù)列是(問號,0,1/2,1,2,3,5,8,13,20,40,和 100)。
    計劃撲克會議按如下運(yùn)行:
    1)一名調(diào)停人,主持會議,不參與估算。
    2)產(chǎn)品負(fù)責(zé)人/管理人員對用戶故事作概述,并回答開發(fā)者提出的澄清問題,往往產(chǎn)品負(fù)責(zé)人不 參與投票。
    3)每一位估算師抽取一張卡片來估算工作量。
    4)每人抽取一張卡片后,同時將他們的卡片翻轉(zhuǎn),
    5)持高和低估算的估算師各有一個機(jī)會作立場辯護(hù)。
    6)達(dá)成共識前,不斷重復(fù)以上流程。持有用戶故事的開發(fā)者往往擁有較高可信度。
  8. 宣言: 個體和交互勝過過程和工具;客戶合作勝過合同談判;
    工作的軟件勝過全面的 文檔;響應(yīng)變化重于遵循計劃。
    原則:
    準(zhǔn)則 1:Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
    我們的最高目標(biāo)是,通過盡早和持續(xù)地交付有價值的軟件來滿足客戶。
    準(zhǔn)則 2:Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. 歡迎對需求提出變更——即使是在項目開發(fā)后期。要善于利用需求變更,幫助客戶獲得競爭優(yōu)勢。 準(zhǔn)則 3:Deliver working software frequently, from a couple of weeks to a couple of mouths, with a preference for the shorter timescale. 要不斷交付可用的軟件,周期從幾周到幾個月不等,且越短越好。
    準(zhǔn)則 4:Business people and developers must work together daily throughout the project. 項目過程中,業(yè)務(wù)人員與開發(fā)人員必須在一起工作。
    準(zhǔn)則 5:Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 要善于激勵項目人員,給他們以所需要的環(huán)境和支持,并相信他們能夠完成任務(wù)。
    準(zhǔn)則 6:The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
    無論是團(tuán)隊內(nèi)還是團(tuán)隊間,最有效的溝通方法是面對面的交談。
    準(zhǔn)則 7:Working software is the primary measure of progress.
    可用的軟件是衡量進(jìn)度的主要指標(biāo)。
    準(zhǔn)則 8:Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 敏捷過程提倡可持續(xù)的開發(fā)。項目方、開發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的進(jìn)展速度。
    準(zhǔn)則 9:Continuous attention to technical excellence and good design enhances agility. 對技術(shù)的精益求精以及對設(shè)計的不斷完善將提升敏捷性。
    準(zhǔn)則 10:Simplicity--the art of maximizing the amount of work not done--is essential. 要做到簡潔,即盡最大可能減少不必要的工作。這是一門藝術(shù)。
    準(zhǔn)則 11:The best architectures, requirements, and designs emerge from self-organizing teams. 最佳的架構(gòu)、需求和設(shè)計出自于自組織的團(tuán)隊。
    準(zhǔn)則 12:At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
    團(tuán)隊要定期反省如何能夠做到更有效,并相應(yīng)地調(diào)整團(tuán)隊的行為。
  9. 一個用戶故事包含 3 個基本要素: 一個角色,一個目標(biāo)和一個可達(dá)到的商業(yè)價值,通常的形式是:“作為,我需要,由此我可以?！?例如“作為一名網(wǎng)上客戶,我需要有能力通過產(chǎn)品名稱和描述來進(jìn)行搜索,由此可在購物車中添 加產(chǎn)品?！?/li>
  10. 基于價值的分析致力于了解由客戶定義的價值與產(chǎn)品中的不同部分如特性和任務(wù)之間的 關(guān)系是如何的。特性通常以基于價值和風(fēng)險的優(yōu)先級得到優(yōu)先處理。 通過風(fēng)險-價值指標(biāo)和成本-價值指標(biāo),使用 MoSCoW 或 Kano 方法可執(zhí)行優(yōu)先級。
  11. 在發(fā)布計劃會議上,敏捷項目管理者和開發(fā)團(tuán)隊相信討論產(chǎn)品前景。這確保適當(dāng)要求,驗收標(biāo) 準(zhǔn),優(yōu)先排序建立。
  12. 敏捷開發(fā)的基石是“增量交付”。增量交付是指為及時反饋和接納,頻繁向客戶交付連續(xù) 改善的工作產(chǎn)品。為演示和反饋,往往在每一個沖刺或迭代的末期交付產(chǎn)品。這項反饋技能,可 使客戶評價產(chǎn)品并提出新的需求。在敏捷流程中,接受變動/更新/改善的需求,以確?？蛻舻玫?有價值和質(zhì)量的產(chǎn)品。一個沖刺或迭代往往持續(xù) 2-4 周,最后,漸進(jìn)地交付一個新的并改善的產(chǎn) 品。
  13. 好用的用戶故事的特征 INVEST(independent 獨(dú)立的,negotiable 可協(xié)商的,valuable 有價值的,estimable 可估算的,small 小的和 testable 可測試的)有助于敏捷工作者記憶優(yōu)秀的用戶故事的特點。 I-Independent 獨(dú)立故事是指可在任何順序下開發(fā),避免依賴,使開發(fā)更復(fù)雜的故事。 N-Negotiable 可協(xié)商故事是指客戶和開發(fā)者可自由分析和采用用戶故事來達(dá)到客戶需求的故事。 V-Valuable 有價值的故事是指向客戶描述產(chǎn)品特性如何提供價值的故事。
    E-Estimable 可估算故事是指已準(zhǔn)備就緒,開發(fā)者可用來估算開發(fā)這些用戶故事所需的工作量或時 長的故事。
    S-Small 小故事是指需要 2-5 天執(zhí)行的故事。
    T-Testable 可測試故事是指根據(jù)接受標(biāo)準(zhǔn)可驗證,來確保價值的故事。
  14. 價值流程圖是敏捷采用的精益生產(chǎn)分析技能,用于對形成客戶產(chǎn)品或服務(wù)的原料和信息 (即價值)的流動進(jìn)行分析。
    執(zhí)行價值流程圖大致包括 5 個步驟:
    1)確認(rèn)產(chǎn)品,客戶和范圍(即流程的始末)。
    2)地圖作為團(tuán)隊或者個人現(xiàn)時價值流,確認(rèn)流程步驟,延時和信息需求。估算流程步驟的持續(xù) 時長和前置期持續(xù)時長(lead time durations)。前置期是指在發(fā)生前一項流程或者事件需等待的時 長。
    3)分析價值流程圖來確認(rèn)浪費(fèi)存在的地方(比如前置期)和流程可完善的地方(流程時間通常 認(rèn)為是價值增加時間,但是應(yīng)盡量減少整個流程的時間,由此來縮短向客戶交付價值流的時間)。
    4)通過分析,總結(jié)出一份展示價值流應(yīng)努力達(dá)到的前景或者目標(biāo)的未來價值流程圖。
    5)通過流程完善活動(即完善)或者其他方法來達(dá)到目標(biāo)的一些工作。
  15. MoSCoW 技術(shù)是通常用在敏捷,取優(yōu)先排序用戶故事和創(chuàng)造故事規(guī)劃圖的。
  16. 故事點是估計開發(fā)一個用戶故事相關(guān)工作成果的典型單元。
  17. 親和估算是預(yù)測工作量的一個方法
    18.一個完善的站立會議的重點特征包括:
    同輩壓力——因為團(tuán)隊靠大家,所以同輩的期望可帶動進(jìn)步; 密切的配合——團(tuán)隊?wèi)?yīng)當(dāng)理解對專注的必要性并獨(dú)立工作;
    細(xì)在專注——團(tuán)隊?wèi)?yīng)當(dāng)理解每日站立會議中簡潔的必要性,由此團(tuán)隊才有效益;
    每日承諾——團(tuán)隊?wèi)?yīng)當(dāng)理解對每人每日承諾的價值所在,并兌現(xiàn)這些承諾;
    辨別障礙——團(tuán)隊?wèi)?yīng)當(dāng)集體意識到每個人的困難,由此團(tuán)隊可集體嘗試解決。
最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容