推廣敏捷式開發，協助大家用不同的方法管理專案，並解決平常專案管理遇到的問題
一般的專案管理有諸多問題產生，往往無法應對快速市場變化的需求以及主管或客戶的要求，例如到專案交付的時候，客戶往往需求會大幅變動跟平常不一樣，這時候如果能採用敏捷式開發 Scrum，就能解決這個問題，因為敏捷式開發固定每週都會有成果發表會議，會邀請客戶前來參加了解目前的專案進度以及部分成果，從而請客戶給予第一手回饋，而能夠避免類似狀況的發生。
透過結合實戰經驗和案例演練的 Scrum 課程，才能明白敏捷式開發應用在軟體專案的精髓
坊間教學資源大多花費一兩天的時間著重在概念和名詞的解說，卻鮮少提及「怎麼評估如何導入」、「導入的困難與解法」等等實際問題；同時，在官方文件當中，也沒有詳細說明各活動和名詞的實際作法，只強調敏捷式開發的「各種概念」，導致學習結束後，學員難以應用在目前軟體專案／軟體產品開發流程上。
例如：軟體專案的變動性小但交期時間長，是否該採用敏捷式開發？產品待辦清單（Product Backlog）的待辦事項（Item）只有包含使用者故事（User Story）嗎？使用者故事（User Story）怎麼撰寫才是完整的？衝刺計畫會議（Sprint Planning）時候的評分機制怎麼進行？如何衡量衝刺期（Sprint）能做多少待辦事項（Item）？等等以上的問題。
因此，本課程會在基礎解說穿插實戰經驗的心得，同時藉案例演練教你軟體專案／軟體產品怎麼使用 Scrum ，並以 UI/UX 設計方法融入 Scrum，讓開發完成的軟體更貼近使用者需求。
課程結束之後，除了能清楚理解從 0 開始採用 Scrum 要做哪些事項與步驟，你也會知道怎麼導入軟體專案／軟體產品，遇到問題能處變不驚，披荊斬棘的解決各種難題，順利的享受敏捷式開發帶來的效益！
在實際應用 Scrum 其實會遇到很多問題不知道怎麼解決，這邊舉幾個例子。
1. 到底使用者故事（User Story）怎麼撰寫才是完整的？
使用者故事是描述系統最小功能的單位，也就是客戶的需求，但是這個需求要怎麼撰寫才算是完整的？要怎麼撰寫才能讓開發團隊能理解我們想要的功能？
一般單純只有寫「我是⋯⋯」、「我想要⋯⋯」、「所以能⋯⋯」去描述使用這故事，但是這樣遠遠不足，本次課程會結合 UI/UX 的方法，包含使用者流程（Flow Chart），低仿真框線圖（Wireframe）等等，能讓大家把使用者故事更忠實的呈現使用者需求，開發團隊一看就知道要做什麼，產生出來的產品也不會離原始需求太遠。
2. 在 Sprint 檢討會議上，大家發言非常不踴躍，該怎麼辦？
初期在實行 Scrum 的時候，因為不熟悉的關係，再加上傳統獨立開發的習慣，會讓發言的情況變得更加零散，初期時候非常建議強制每個人提出三點好的與不好的事情，同時提出解決方法，如此一來能踴躍及鼓勵成員們提出改進，也會讓 Scrum 的推行更加順利。
以上暫時舉兩個 Scrum 實行上會遇到的困難，但是仿間並沒有多少資源能告訴您怎麼解決，這堂課會匯集老師和其他人的相關經驗，除了提及許多其他的可能困難，還會提出應對的方法跟建議，讓您未雨綢繆，更成功地採用 Scrum。
如果您想要從頭開始學習敏捷式開發，沒有背景知識不知道從何下手，那來這堂課絕對沒錯！這堂課會帶著您從最基本的概念，一步一步的了解敏捷式開發，並透過實戰的經驗和案例演練，讓您晉升為應用專家！
如果您是目前正在參與軟體產品或軟體專案開發案的成員，包含專案經理、產品經理、工程師、UI/UX 設計師甚至是主管等等，都非常推薦您前來了解敏捷式開發！
學習敏捷式開發能讓您針對不同的軟體開發情境採取最適當的方法，除了增進開發效率降低開發成本之外，也能提高客戶的滿意度，讓軟體專案/軟體產品進度更順利的完成！
如果您採用了 Scrum 卻不熟悉，那這堂課會從頭釐清敏捷式開發和 Scrum 的所有細節與概念，包含 Scrum 流程會遇到的各個名詞：
「3+1 角色」：
產品負責人（Product Owner）、開發團隊（Development Team）、敏捷導師（Scrum Master）、利害關係人（Stakeholder）。
「8 物件」：
產品待辦清單（Product Backlog）、衝刺期待辦清單（Sprint Backlog）、待辦事項（Item）、User Story（使用者故事）、開發任務（Task）、潛在可交付產品項目（Potentially Shippable Product Increment）、燃盡圖（Burndown Chart）、Scrum Board（衝刺期開發看板）。
「6 活動」：
產品待辦清單梳理會議（Product Backlog Refinement）、衝刺期規劃會議（Sprint Planning Meeting）、衝刺期 （Sprint）、站立會議（Daily Scrum）、衝刺期成果發表會（Sprint Review）、衝刺期回顧會議（Sprint Retrospective）。
如果您現在已經採用了 Scrum ，可是遇到問題卻沒有人能解答，例如：
1. 在站立會議（Daily Scrum）中工程師都說昨天沒遇到問題，但是開發進度又不如預期？2. 衝刺會議（Sprint Planning Meeting）評估的分數太大或太小會有影響嗎？3. 待辦項目（Item）不知道評估分數的時候要以什麼為基準進行？4. 每次衝刺期（Sprint）都做不完待辦項目（Item）該怎麼辦？5. 不知道待辦項目（Item）多大或多小，不清楚開發起來的時長6. ⋯⋯如果您有以上的問題，這堂課程融入了過去多人實戰經驗心得及解法， 絕對能在一定程度上解決採用 Scrum 時候大部分遇到的狀況， 讓您推進 Scrum 的開發流程越來越順暢！
募資達標 250% ：「Scrum 其他應用篇影片」將在開課後的一個月上傳提供。募資達標 500% ：將在開課後的一個月，於募資期間購課的學生名單中，抽取學生邀請參加，時間跟地點屆時會詳細說明。解鎖規則說明：
- 募資達成率累計至「募資期 30 天結束」（6/16 12:00 - 7/15 23:59）的那一刻為止。
- 需於「募資期間」購買且完成付款、並完整填寫 email 資料的同學才有抽獎資格。
⚠️ 注意事項 FAQ
Q1：購買後，要在哪裡填寫 email 資訊呢？
A1：按下「馬上預購」後，將導向「付款資訊」頁面，最下方即可填寫聯繫資訊 email，請參考下方附圖。
Q2：如何確認自己有沒有付款成功呢？
A2：完成購課流程後，請點選「網頁右上方的大頭貼」進入「訂單記錄」頁面，於「訂單狀況」的欄位顯示「完成付款」的訂單即代表付款成功喔！
＊ 填寫資訊僅供本課程解鎖活動通知使用，Hahow 與授課老師團隊皆不會將學員填寫的資訊做其他用途。
＊ 該活動相關規劃、時間安排以及進行方式，老師保有最終調整的權利。
老師的教學經驗
- 多次在不同新創公司教學「Scrum 入門」課程
- 多次在金融保險公司教學「產品從 0->1 開發流程」、「Scrum 入門」等課程
- 多次在公開場合教學「敏捷式開發」工作坊
老師的 Medium 文章
回覆與作業設計
- 作業設計：目前的作業「實際專案／產品開發流程練習」，是當你周遭有專案適合時候，可以跟著第三篇一起從頭開始規劃 Scrum 的所需事項並導入 Scrum 流程，除了評估該專案／產品是否適合敏捷式開發以外，也能先模擬 Scrum 需準備的事項。詳細的作業內容與設計會在募資結束之後公佈！
- 回覆頻率：每週定期會回覆學員提出的問題與觀看學員上傳的作業，募資期間兩天內來觀看回覆。
