🚨週年慶最後 24hr🚨 \\全站 83 折券+LINE Pay 13% // 🔥 把握最後 $899💰 只到午夜 23:59🥺
時
分
秒
午夜後全數歸 0⏰
登入/註冊
軟體需求溝通─從外商公司學跨部門協作開發
0 seconds of 1 minute, 39 secondsVolume 0%
Press shift question mark to access a list of keyboard shortcuts
鍵盤快捷鍵
播放/暫停空白鍵
音量增加↑
音量減少↓
快進 5 秒→
倒退 5 秒←
開啟/關閉字幕c
全螢幕/離開全螢幕f
靜音/取消靜音m
Decrease Caption Size-
Increase Caption Size+ or =
跳轉至%0-9
00:00
00:00
01:39
 
Jayden Lin

軟體需求溝通─從外商公司學跨部門協作開發

講師為美商 Tech Lead,曾開課在近千名學員中獲得五星好評,這次要教你精準溝通需求,並輕鬆轉成軟體規格,在公司或是創業,都能派上用場。
Hahow AI 學習升級
983 人已購買
4.9
(76)

關於課程

課程包含

包含 9 章 39 單元、6 項作業

課程時長

13 時 1 分鐘

課程總人數

983 位同學

觀看限制

不限觀看次數,還會附贈完課證書

學習升級

Hahow AI 學習助教
無需額外付費
即時問答、重點整理、測驗理解,讓知識派上用場

最新消息

課程內容

「軟體需求溝通」課程主視覺,聚焦從外商公司學跨部門協作開發,標示居家工作必備;講師 Jayden 擔任知名外商 Tech Lead。

關於講師

我是 Jayden Lin,現任職知名美商擔任 Tech Lead ,帶領團隊做跨國開發。同時也是《程式猿吃香蕉🍌》自媒體創辦人、Medium 人氣作家及講師,於Hahow、六角學院等課程平台均有教授課程,在近千名學員中獲得五星好評,平時撰寫部落格,喜歡將實用的軟體知識以簡單生動的方式傳達給大家。

我的經歷橫跨本土、日商與美商軟體業,從獨善其身的技術職人,到擔任外商經理從零開始打造樂天台灣前端開發團隊,再到加入Yahoo 帶領團隊做全球廣告系統開發。具有十年軟體開發經驗,有多年團隊領導、教育訓練與跨國開發溝通合作經驗。

曾在 Hahow 開設硬底子的資訊安全課程《經典駭客攻擊教程:給每個人的網站安全入門》,以淺顯易懂的趣味教學,獲得五星好評,並於六角學院擔任客座講師直播分享多個主題《從前端到全端,從台灣到矽谷》、《易擴充的程式碼:JavaScript 實用技巧分享》等等。

創辦《程式猿吃香蕉🍌》自媒體,分享心得與文摘,將實用的軟體知識以簡單生動的方式傳達給大家,諸如:談跨國專案中的軟體開發:我在 Yahoo 與樂天市場的經驗、如何正確地激勵你的軟體開發團隊 ?、Deploy on Fridays?關於週五部署這件事、大數據風潮下的反思、需求的流動?提升持續交付能力、數學差不能寫程式?聊計算機科學的本質。

標題「為什麼需要這堂課」置於薄荷綠色橫幅中央,左右搭配拼圖、齒輪與程式碼符號插圖,作為課程頁面的段落標題。

溝通問題,是軟體業的日常

在職場上,我見過許多專業實力優秀的人,卻每天加班累死自己,為什麼?

😭「因為 OOO 部門一直提新需求。」

😭「因為 XXX 部門的需求一直改。」

「需求溝通問題」這是我最常聽到的答案。不論是從前期溝通霧煞煞、需求不停變更,或是專案到一半才發現誤會大了的資訊落差;「需求」像是產品開發的地圖,若是地圖一團亂,如此不管加再多班,專業能力再出色,也達不到理想的終點。

反正沒經驗只能被凹 ... 真的嗎?

需求問題爆發時,就像洪水猛獸,跨部門之間要怎麼協作開發?因為學校沒有教,所以大部分的人都是出社會才從頭學習,可是處理需求問題就跟治洪水一樣,都是一門「專業」的技術,只透過自己的「經驗」摸索絕對事倍功半。『每天用自己習慣的方式開車,不會讓你成為專業賽車手』,在職場的競爭中,你值得更專業的訓練。

你不一定要有經驗,但一定要學會借重別人的經驗

國外早有許多行之有年的方法與討論流程,只要有人教、並且有系統性的學習,一定學得會,透過學習「別人的經驗」,能讓我們快速解決溝通的難題。

這些經驗讓我的團隊完成了許多很棒的事,我相信你也可以做得到

我有七年跨國開發領導經驗,從泛亞洲區的專案到全球性的巨型產品,從新舊系統轉換、老舊系統交接、技術債翻新以及當救火隊三週做出新產品上線,各種專案類型我都有處理過,此外,還有一年以上居家辦公經驗,我知道在軟體開發上有哪些溝通痛點,也知道在實戰上要用什麼方法解決。

需求溝通,是一輩子都受用的技能

軟體需求溝通這件事,我知道實務上哪些事情該做,哪些事情可以不用做,或是可以改用別的方式取代。以及,如何透過「數位化工具」弭平溝通上的落差,這些方法全都包含在這次課程內容內,可以讓你做到跨越不同的部門 (PM/工程師/設計師)、時區的隔閡 (美國/日本/台灣)、甚至不管你是不是在辦公室辦公,都能夠把專案搞定。

我的目標是,教你用有效的方法,精準溝通需求,並輕鬆轉成軟體規格。想像一下,掌握這些方法,你就能將天馬行空的想法,變成實際的軟體改變世界。無論未來在公司或是自己創業,都能派上用場!這是一輩子都受用的技能。

章節標題「這堂課的核心特色」,以藍、黃、橘色拼圖、齒輪與程式碼符號組成插圖,作為課程重點與特色介紹的視覺引導。

❶ 教學影片配合圖文並茂的線上講義

我有許多教育訓練的經驗,也做過多次線上課程與直播,我非常了解影片課程學習的痛點:『影片課程很難進行複習』。因此我的線上課程,都會提供圖文並茂的線上講義,同學對講義也都有很好的迴響,所以,講義在這堂課也會有。每一個單元的講義,我會發佈在 Hahow 平台的「老師的話」,方便同學透過文字進行複習 (下圖為本課程的講義節錄)。

❷ 需求溝通實境演練 - 處理衝突、壓力、建立共識的技巧大公開

許多坊間的需求管理書籍只是談怎麼把需求寫得「完整」,卻忽略了在實戰中「充滿槍林彈雨的需求討論過程」。

因為我是業界出身且有十年軟體開發經歷以及豐富的團隊領導經驗,所以非常明白「現實的世界不是烏托邦」,我會在課程中統整實用的溝通的技巧,例如:

1. 怎麼向不合理的需求 say no?

2. 如何拿回討論主導權,不當邊緣人

3. 當被對方質疑,該怎麼妥善回應

4. 面對壓力時怎麼提出自己的想法

讓你在需求討論的時候能夠正確的處理問題,讓專案能順利完成。

❸ 初心者免煩惱!常見專有名詞一次告訴你

我們特別設計一個章節,講解課程中提到的專有名詞,以及提醒這些專有名詞會在哪些章節內有更多詳細說明,想從頭學習的人、想打好基礎的人和資深老手都可以放心輕鬆學習。

課程中會用到許多軟體開發的核心觀念,我相信要打好基本功,在軟體的職涯才能走得長遠,所以我會將軟體開發流程中的重要知識,一次說給你聽!

你可能聽過這些名詞 ..

敏捷 (Agile) 、案例對照 (Example Mapping) 、非功能性需求  (Non-functional requirement) 、前置條件 (Precondition) 、分層架構 (Layers Architecture) 、驗收條件 (Acceptance Criteria) 、使用者案例 (Use Case) 、使用者故事 (User Story) 、系統限制 (System Constraints)、事件風暴 (Event Storming)、看板 (Kanban) 、事件驅動架構 (Event-Driven Architecture) ...

但是卻模模糊糊地講不清它們之間的關係,也不確定要怎麼用。

這些都是很棒的東西,曾幫助我解決很多實務上的問題,我會在課程中帶大家「系統性的學習」這些知識,讓你用最短的時間掌握這些概念與方法,並應用到工作之中。

❹ 白話文講軟體架構給你聽 — 跟工程師討論不再霧煞煞

常見網站軟體架構示意圖,以環形結構呈現三層分工:展示層 Presentation Layer、應用層 Application Layer,以及資料層 Data Layer,並以箭頭表示各層互動關係。

很多 PM 曾經問我,要不要去學習寫程式。我認為在需求討論的時候,PM 需要理解的是「架構面」的東西。舉例來說,若將軟體開發比喻成蓋房子,你可能不會親自蓋,但你會知道在「架構面」,不要把廚具系統做在廁所裡面,也會知道在蓋大樓前,要先有地基才行。

我在美國遇過幾位很厲害的 PM ,他們不會寫程式,但是都很清楚整個軟體的架構,知道架構會帶來哪些功能上的限制,這些是你職涯突破的關鍵技能,但卻很少有系統性的學習資源。

過去我曾將晦澀的「資訊安全」用白話文教學,成為熱賣五星好評的線上課程,這一次我要用白話文講軟體架構給你聽,幫助你從今以後在需求討論時,不用再害怕技術面的議題。

❺ 配合實際案例講解搭配數位化工具 — 能輕鬆應用在實際工作

課程中講解流程方法的時候,我會以實際的例子 (如:電商廣告整合、推薦好物、電商促銷活動等等) 當作範例講解,讓你知道應用在現實案例中是長什麼樣子,還會操作數位化工具給你看(如:Miro、Google Doc、Google Jam 等),確保你全盤了解,並且能應用在工作之中!

以購物優惠為例的條件判斷圖,列出單店消費超過、等於或小於1000,當月壽星或非當月壽星,以及訂單超過、等於或小於1000,對應折100、95折與免運費優惠。

青綠色標題橫幅寫著「這堂課適合哪些人」,搭配藍黃橘拼圖、程式碼符號、齒輪與星光圖示,作為課程受眾介紹段落。

你有以下的困擾嗎?如果有,那麽這是一堂為你們準備的課
1. 雖然做過網站、App,但想系統性地學習開發流程和方法?

2. 非技術背景的 Product Manager/Project Manager/設計師,跟工程師談講到心很累,想找到解決之道?

3. 想創業做網站或 App ,但不知道怎麼把天馬行空的想法,轉換成軟體規格外包出去?

4. 想從根本上解決你的需求溝通問題,不再天天加班?

5. 軟體業新人,沒有前輩帶,想了解軟體需求如何規劃 ?

「這堂課的課程規劃」標題橫幅,以拼圖、齒輪與程式碼圖示呈現課程設計與學習規劃的主題。

需求討論是一線戰場,各部門的人都會在這裡交匯,在上戰場前你需要先準備好「核心觀念」和「流程與技巧」,因此,課程主要分為以上這兩大部分,另外,為了確保同學都能快速上手課程內容,我們也規劃了「前言 — 在開始上課之前」的章節。以下將一一說明各個章節規劃:

前言 — 在開始上課之前

這章節會講解課程進行方式、每個單元的學習路線、作業方式。最重要的是,還有「專有名詞講解」大補帖,確保同學都準備好再出發。

✨ 以下為課程主體,分為兩大部分

第一部分「核心觀念」聚焦兩大能力:技術硬實力涵蓋軟體架構、系統限制、技術風險與開發流程;溝通軟技巧則包含需求分層、問題識別、問題分類、功能分類與敏捷原則。

第一部分: 核心觀念

如同武士上戰場一樣,在戰略上的「軟技巧」,與武術的「硬實力」缺一不可。在需求討論也是一樣,我們需要具備「溝通的軟技巧」 (了解如何識別問題、怎麼做需求分層、功能分類、怎麼採用敏捷原則等等),也要具備「技術面的硬實力」 (看得懂軟體架構跟系統限制、能夠識別技術風險、知道開發流程是什麼樣子)。核心觀念十分重要,課程中所有專有名詞都會採用中英文對照,並且有定義說明,初學者也可以放心學習。

第二部分「流程與技巧」聚焦需求分析與規格撰寫,涵蓋撰寫原則、常見問題、需求拆分技巧與數位化工具,並介紹案例對照 Example Mapping、使用者故事 User Story、事件風暴 Event Storming、使用案例 Use Case 及驗收條件 Acceptance Criteria。

第二部分:流程與技巧

上戰場除了要具備自身實力之外,還需要「武器」的輔助,因此,課程第二部分會介紹各種實用的討論流程與方法 (案例對照、使用者故事、使用案例、事件風暴等等) ,以及實用的技巧。此外,還會分享實務上常見的問題,還有介紹數位化工具,豐富你的「武器庫」,讓你輕鬆應用到工作之中。

✨ 以下我們來看詳細的章節內容說明:

▍前言 — 章節規劃

共有 2 個單元,幫助同學在課程開始之前都能做好準備,達到最好的學習效果。尤其是「專有名詞講解」大補帖,讓想從頭學習的人、想打好基礎的人和資深老手都能放心學習。

🔹 精選內容:
-
課程大綱說明 & 注意事項
- 初心者免煩惱!常見專有名詞一次告訴你

▍第一部分: 核心觀念 — 章節規劃

將依序介紹「軟體需求」、「軟體架構」、「敏捷開發」等相關的議題,共分為 3 個章節,以及 19 個單元。

核心觀念 ► 軟體需求 —『總是加班又吵架?你需要學會清楚溝通軟體需求!事前說清楚,事後不委屈』

會先介紹現在主流的軟體需求討論形式「跨職能團隊 (Cross functional team)」,並且從問題識別開始,到如何對需求做分層處理,以及「從需求到設計」,面對「設計問題 Design Problem」時該怎麼處理,最後,會談到需求與軟體架構的關係,彼此如何互相影響,以及需求如何進行分類。同時,會以個案「推薦好物」為實際案例,來說明需求討論時所需要注意的眉眉角角。此外,還有特別設計單元「需求溝通實境演練」條列出各種在實戰中「處理衝突、承諾、壓力的技巧」。

「軟體需求的有效溝通分層」以問題導向到解法導向呈現三層流程:商業流程層由 PM 關注改善廣告點擊、增加營收,使用流程層呈現設計師與使用者需求,系統流程層則由工程師使用免費的 MySQL 資料庫儲存資料。

(下圖節錄課程講義:談使用者流程中的需求關注點)

使用流程層(Usage Process Layer)由三個面向構成:用例(Use Case)、品質(Quality)與系統限制(System Constraint),分別以手機操作、鑽石與禁止符號呈現。

✏️ 學習重點:掌握從「問題->需求->設計」的各種處理方法,知道需求和軟體架構的關係。

🔹 精選內容:
-
談跨職能團隊、問題識別 、談需求的分層處理
- 軟體需求實戰案例:推薦好物
- 談設計問題的分層處理、需求與軟體架構、識別技術風險
- 需求溝通實境演練:談處理衝突、承諾、壓力的技巧
核心觀念 ► 軟體架構 —『聽懂工程師,不再霧煞煞!』

從定義開始介紹,並說明多種常見的軟體架構,讓你了解它們的特性、限制與使用時機,並且有能力衡量他們的好壞。同時,會以個案「報表系統」為實際案例,實際拆解軟體架構的決策過程。

事件驅動架構:分散式系統透過多個事件隊列傳遞事件,並由多個事件處理器分別接收與處理,呈現事件在不同元件間流動的方式。

✏️ 學習重點:掌握軟體架構的知識,有能力在需求討論時知道系統的限制

🔹 精選內容:
-
軟體架構的定義 !看大師們怎麼說
- 常見軟架構入門到進階、軟體架構怎麼衡量好壞?
- 專案成敗的關鍵,學會評估系統限制!
- 軟體架構實戰案例:報表系統
核心觀念 ► 敏捷開發 —『聽說是軟體開發的聖杯?』

從敏捷開發核心价值開始,到介紹各種敏捷開發的流程,也會談到常見的錯誤情境,讓你全面了解敏捷開發的精神。

✏️ 學習重點:了解敏捷開發的原則與流程,知道怎麼做才是對的

🔹 精選內容:
-
敏捷開發就不用做文件嗎?談敏捷開發四大核心价值
- 常見的敏捷開發方法:Scrum 與 Kanban
- 談常見的錯誤情境:需求怎麼紀錄?技術層面的風險該談嗎?
- 小結:軟體開發核心觀念

▍第二部分: 流程與技巧 — 章節規劃

將介紹各種流程與技巧,包含「使用案例 (Use Case)」、「使用者故事 (User Story)」、「事件風暴 (Event Storming)」等等方法,共分為 4 個章節,以及 16 個單元。

流程與技巧 ► 使用案例 (Use Case) —『祖母級方法!歷久且彌新』

不僅介紹使用案例 (Use Case) 的執行方式,也會講解該如何配合敏捷開發流程進行操作。同時,本章節也會以「廣告購買」為實際案例,來講解使用案例的操作方式。

✏️ 學習重點:掌握使用案例 (Use Case) 如何使用

🔹 精選內容:
-
使用案例流程、特色與撰寫原則
- 實戰常見問題 & 數位化工具 Google Doc 介紹
- 使用案例實戰案例:廣告購買
流程與技巧 ► 使用者故事 (User Story) —『講個故事給我聽吧?』

除了介紹方法之外,會介紹實務上拆分使用者故事 (User Story) 的技巧,讓需求可以細化成工程師看得懂的規格。本章節也會以個案「電商促銷活動」為實際案例,操作使用者故事方法進行教學。

(下圖節錄課程講義:從工作流拆分使用者故事範例)

流程圖比較三種業務編輯與發布方式:流程 A 由多位業務編輯產生多個促銷頁,再發布網頁與電子報;流程 A-至 C-改為一位編輯產生一個促銷頁並發布網頁;另一種由流程 A、C 手動處理,流程 B 產生多個促銷頁。

(下圖節錄課程講義:談端到端的使用者故事)

「端到端 End to End」使用者故事流程示意圖,呈現使用者從困惑、問題與低落情緒出發,經歷探索與解決過程,最終獲得滿意成果與愉快感受。

✏️ 學習重點:掌握使用者故事 (User Story) 如何使用,能夠配合數位化工具操作

🔹 精選內容:
-
使用者故事流程、特色與撰寫原則
- 實戰常見問題 & 數位化工具 Miro 介紹
- 實戰案例:電商促銷活動
- 使用者故事拆分技巧大公開!配合軟體規格
流程與技巧 ► 事件風暴 (Event Storming) —『先對事,再對人!』

不僅介紹流程如何操作,也會介紹如何配合其他流程 (例如:案例對照 Example mapping) 做軟體設計,將需求整理成可以給工程師實作的規格。同時,本章節會以「電商廣告整合」為實際案例,操作事件風暴方法進行教學。

(下圖節錄課程操作:訂單付款使用事件風暴)

✏️ 學習重點:掌握事件風暴 (Event Storming) 如何使用,能夠配合數位化工具操作(如:Miro)

🔹 精選內容:
-
事件風暴流程與特色、重要原則解析
- 配合案例對照 (Example Mapping) 做軟體設計
- 配合使用者故事 (User Story) 做軟體設計
- 實戰常見問題 & 數位化工具 Miro 技巧
- 事件風暴實戰案例:電商廣告整合
流程與技巧 ► 流程方法大車拼!—『來套組合拳吧!』

會將課程中總結全部學到的流程與方法,並且進行比較,知道各種方法的強項與缺點。

✏️ 學習重點:知道什麼情境該採用什麼流程方法進行處理

🔹 精選內容:
-
比較使用案例 (Use Case) 與使用者故事 (User Story)
- 比較事件風暴 (Event Storming)、使用案例 (Use Case) 與使用者故事
- 小結:需求流程核心觀念!如何使用組合拳?

募資抽獎活動

前 150 名購課,抽《使用者故事對照》一書(共 10 位)

募資期間前 150 位購課,老師會抽 10 位學生贈送《使用者故事對照:User Story Mapping》一本。

【贈獎規則說明】
募資達成率累計至【課程募資 30 天結束的那一刻】

📍 購買時間:2021/7/22~2021/8/20 23:59
📍 購買流程:期限內購買本課程的同學,請務必於結帳流程正確填妥資訊,並完成付款!
📍 抽獎時間:老師將會在 8/26 將中獎名單公告於「程式猿吃香蕉」FB 粉絲團,並同時寄送 Email 通知給中獎同學,請中獎同學於 3 天內回覆確認中獎通知(屆時會與同學索取寄件地址),如未確認視同放棄中獎資格。
📍 獎品寄送:活動獎項之寄送地址僅限台灣,離島(澎、金、馬)與海外恕無法寄送,敬請見諒。若因地址植入錯誤導致寄送不到,老師保有最後寄送權利。
📍 本活動老師保有最終解釋權,亦有修改解鎖活動內容的權利。

購買後,要在哪裡填寫「贈獎收件 Email」呢?

按下「馬上預購」後,將導向「付款資訊」頁面,最下方即是「贈獎收件資訊」填答欄位,請參考下方附圖。點選「我要參加本活動」並填寫有效資料,則確認參加。

收件資訊表單要求填寫 Email,並同意將資料提供給 Hahow、本課程教師及配合的行銷物流公司,僅供本次活動使用;頁面另勾選「軟體需求溝通—從外商公司學跨部門協作開發」。

如何確認自己有沒有付款成功呢?

完成購課流程後,請點選「網頁右上方的大頭貼」進入「訂單記錄」頁面,於「訂單狀況」的欄位顯示「完成付款」的訂單即代表付款成功喔!

|| 註:選擇以「超商繳費」或「ATM 轉帳」付款的朋友,在下訂單後也要在規定期限內「完成付款」才算符合資格喔!填寫資訊僅供該次贈禮通知使用,Hahow 與老師皆不會將學員填寫的收件資訊做其他用途。若有任何疑問,請於課程問答區提出。

「回覆與作業設計」白色標題置於淺綠色橫幅中央,左側有藍黃拼圖圖示與閃光,右側有齒輪及程式碼符號裝飾。

作業設計

每個章節系列結束後,會精選數個問答題,讓同學填寫,以確保同學確實了解課程內容,答案會在下一則作業的下方,以方便同學對答案。

回覆頻率
  • 募資期間:我們知道迫不及待上課的你一定很好奇課程內容並有許多疑問吧!在募資期間我們會確保問題在 2 天內可以得到回覆。
  • 正式開課後:如果在課程中有遇到相關的困難和問題,我們也希望你能夠踴躍發問喔!問題會在一週內回覆。
  • 課程專屬 FB 討論社團:歡迎同學加入學員專屬 FB 討論社團,講師會每天上去看,也會不定期發表新文章在社團中與同學交流哦!

淺綠色橫幅中央寫著「課程 Q&A 看這邊」,左側以藍色與黃色拼圖裝飾,右側搭配齒輪及程式碼圖示,呈現課程問答區的標題視覺。

Q:我不是理工人,軟體架構好難,會不會聽不懂?

不會。如果將製作軟體比喻成蓋房子,課程中要教你的是「架構面」的知識,就像教你「不要把廚具系統做到臥室裡面」一樣,而不是教你一磚一瓦把房子蓋起來,所以課程不會涉及到複雜的程式碼運算,可以放心學習。了解軟體架構能讓你聽懂工程師所說的「系統限制」,讓你的職涯更上一層樓。

我曾經將晦澀的資訊安全內容,製作成五星好評的熱賣課程,這一次,我也有把握可以將軟體架構用白話文教學,讓同學們都可以輕鬆學習。

Q:會不會有很多專有名詞看不懂?

不會。課程有特別設計一門單元「初心者免煩惱!常見專有名詞一次告訴你」,排在所有課程的最前面,單元會講解課程中提到的專有名詞(同時附上中英文對照),以及提醒這些專有名詞會在哪些章節內有更多詳細說明,想從頭學習的人、想打好基礎的人和資深老手都可以放心輕鬆學習。

Q:會不會分享需求溝通的技巧?

會的,許多坊間書籍只是談怎麼把需求寫得「完整」,卻忽略了在實戰中充滿槍林彈雨的討論過程,課程中將分享我十年軟體開發經驗,以及帶團隊的心得,總結需求溝通的技巧,例如:

1. 怎麼向不合理的需求 say no?

2. 如何拿回討論主導權,不當邊緣人

3. 當被對方質疑,該怎麼妥善回應

4. 面對壓力時怎麼提出自己的想法
Q:課程可以反覆觀看嗎?

可以,課程上架後可以無限次觀看,並且我們還額外提供圖文並茂的講義,供同學在 Hahow 平台線上觀看複習。

哪些人適合這堂課?
1. 從事軟體業的 Product Manager/Project Manager/設計師/工程師,苦於軟體需求溝通的人。 2. 需求做不完,身陷加班地獄的工程師,想要了解軟體需求溝通流程怎麼做的人。 3. 自行創業,想知道怎麼正確規劃軟體產品的人。 4. 軟體業新人,沒有前輩帶,想了解軟體需求如何規劃的人。
你可以學到
📍 有能力將軟體需求彙整成工程師了解的軟體規格。 📍 了解不同的討論流程使用的情境、方式、與實戰技巧。 📍 了解軟體開發方法與常見的軟體架構,跟工程師討論不再迷惘。 📍 學會數位化工具,能輕鬆應用所學在工作之中,居家遠端辦公也不是問題。
上課前的準備
需要準備的工具 / 軟體(若購買課程前不清楚版本是否支援,請先留言與老師確認。)
1. 課程會有圖文並茂的講義發佈在 Hahow 平台,同學也可以準備筆記本做筆記。 2. 課程會介紹軟體需求溝通時用的「免費線上」數位化工具:Google Doc、Miro。
需要具備的背景知識
1. 如果你有技術背景、商管背景或經驗,可能在一些專有名詞會相對熟悉。 2. 不過,如果沒有的話也沒關係,我們特別設計『初心者免煩惱!常見專有名詞一次告訴你』單元,每個單元提及專有名詞都會採用中英文對照,並說明定義,讓一般大眾也可以快速上手!
單元一覽
9 章 39 單元|總時長 781 分鐘
全部展開
1
前言:開始上課之前,必讀注意事項
影片單元
單元 1 - 課程大綱說明 & 注意事項
06:42
影片單元
單元 2 - 初心者免煩惱!常見專有名詞一次告訴你
12:37
2
核心觀念 ▍軟體需求 —『加班、吵架的元兇?』
影片單元
單元 1 - 談跨職能團隊:PM 與設計師與工程師一起設計軟體
27:44
影片單元
單元 2 - 問題識別 : 在動手做之前,使用 Cynefin Framework
29:41
影片單元
單元 3 - 被需求牽著走?談需求的分層處理 Requirement Hierarchy
18:42
影片單元
單元 4 - 軟體需求實戰案例:推薦好物 & 數位化工具 Google Jamboard 介紹
18:13
影片單元
單元 5 - 從需求到設計,談設計問題的分層處理 Design Problem Hierarchy
17:27
影片單元
單元 6 - 工程師說這個做不了?談需求與軟體架構
影片單元
單元 7 - 識別技術風險:談功能性 (Functional) 需求與非功能性 (Non-functional) 需求
23:11
影片單元
單元 8 - 如何制定非功能性需求 (e.g. 吞吐量、併發數等等) ?從三大面向切入
29:41
影片單元
單元 9 - 需求溝通實境演練:談處理衝突、承諾、壓力的技巧
20:48
作業單元
作業 1 - 軟體需求:課後問答題
查看作業
3
核心觀念 ▍軟體架構 —『聽懂工程師,不再霧煞煞!』
影片單元
單元 1 - 軟體架構的定義 !看大師們怎麼說
28:55
影片單元
單元 2 - 小白也能懂!常見軟體架構入門到進階:分層架構 (Layers) 與插件 (Plugin) 架構
20:30
影片單元
單元 3 - 小白也能懂!常見軟體架構入門到進階:管線與篩選器 (Pipes and Filters)
21:09
影片單元
單元 4 - 小白也能懂!常見軟體架構入門到進階:事件驅動架構 (Event-Driven Architecture)
33:06
影片單元
單元 5 - 軟體架構怎麼衡量好壞?談架構選擇與實戰要點
31:50
影片單元
單元 6 - 學會評估系統限制!專案成敗的關鍵
28:33
影片單元
單元 7 - 軟體架構實戰案例:報表系統
09:45
作業單元
作業 1 - 軟體架構:課後問答題
查看作業
4
核心觀念 ▍敏捷開發 —『聽說是軟體開發的聖杯?』
影片單元
單元 1 - 敏捷開發就不用做文件嗎?談敏捷開發四大核心價值
29:53
影片單元
單元 2 - 常見的敏捷開發方法:Scrum 與 Kanban (含數位化工具 Google Sheet 專案管理範例)
36:06
影片單元
單元 3 - 談常見的錯誤情境:需求怎麼紀錄?技術層面的風險該談嗎?
22:03
影片單元
單元 4 - 小結:軟體開發核心觀念
25:08
作業單元
作業 1 - 敏捷開發:課後問答題
查看作業
5
流程與技巧 ▍使用案例 (Use Case) —『祖母級方法!歷久且彌新』
影片單元
單元 1 - 使用案例 (Use Case):流程、特色與撰寫原則
17:04
影片單元
單元 2 - 使用案例 (Use Case):實戰常見問題
15:44
影片單元
單元 3 - 使用案例 (Use Case) 實戰案例:廣告購買 & 數位化工具 Google Doc
16:02
作業單元
作業 1 - 使用案例 (Use Case):課後問答題
查看作業
6
流程與技巧 ▍使用者故事 (User Story) —『講個故事給我聽吧?』
影片單元
單元 1 - 使用者故事 (User Story):流程、特色與撰寫原則
44:24
影片單元
單元 2 - 使用者故事 (User Story):實戰常見問題
影片單元
單元 3 - 使用者故事 (User Story) 實戰案例:電商促銷活動 & 數位化工具 Miro, Asana
27:25
影片單元
單元 4 - 使用者故事 (User Story):拆分技巧大公開!
22:00
作業單元
作業 1 - 使用者故事 (User Story):課後問答題
查看作業
7
流程與技巧 ▍事件風暴 (Event Storming) —『先對事,再對人!』(課程不含領域驅動設計)
影片單元
單元 1 - 事件風暴 (Event Storming):流程與特色
37:00
影片單元
單元 2 - 事件風暴 (Event Storming):重要原則解析
09:55
影片單元
單元 3 - 事件風暴 (Event Storming):配合使用者故事 (User Story) 做軟體設計
04:35
影片單元
單元 4 - 事件風暴 (Event Storming):配合案例對照 (Example Mapping) 做軟體設計
11:29
影片單元
單元 5 - 事件風暴 (Event Storming):實戰常見問題
17:55
影片單元
單元 6 - 事件風暴 (Event Storming) 實戰案例:電商廣告整合 & 數位化工具 Miro
08:36
作業單元
作業 1 - 事件風暴 (Event Storming):課後問答題
查看作業
8
流程與技巧 ▍流程方法大車拼!—『來套組合拳吧!』
影片單元
單元 1 - 比較使用案例 (Use Case) 與使用者故事 (User Story)
10:21
影片單元
單元 2 - 比較事件風暴 (Event Storming)、使用案例 (Use Case) 與使用者故事 (User Story)
09:40
影片單元
單元 3 - 小結:需求流程核心觀念!如何使用組合拳?
06:18
9
課程總結
影片單元
單元 1 - 課程總結 & 給同學的話
03:21
試看單元
播放試看影片
章節 2 - 核心觀念 ▍軟體需求 —『加班、吵架的元兇?』
單元 6 - 工程師說這個做不了?談需求與軟體架構
試看影片
08:01
播放試看影片
章節 6 - 流程與技巧 ▍使用者故事 (User Story) —『講個故事給我聽吧?』
單元 2 - 使用者故事 (User Story):實戰常見問題
試看影片
20:11
課程評價
4.9
/ 5.0
76 則評價
考拉2022-04-25
適合在軟體業待過一段時間再來學習,有點硬核,但收穫滿滿的課程
這門課程如果沒在軟體業工作一段時間,來上的話會覺得很多理論聽懂了,但具體在實際業務怎麼運行的,卻會難以想像,但如果有在相關產業待過,結合理論,就會發現很多軟體業的運行架構都沒有這般清楚。 舉例來說,我們都知道軟體業的產品 或 專案要驗收的時候,都需要經過壓力測試,壓力測試可以透過人數的遞增測出伺服器平均回應時間,最後作為系統驗收的一個參考基準。 但實際上結合這門課「高併發」的理論,我們就會知道壓力測試實際上就是要測出系統併發的邊界值為何,並且可以知道QPS(吞吐量)是決定系統併發的關鍵,在延伸就能從QPS下手,例如為了達到高併發,我選用CDN、我選用負載均衡、我選用Master/slave等等。 言而總之,是一門很棒的課,但有點硬核,可以不用一次性看完,而是先記住這門課有什麼知識,之後工作遇到在針對那個知識來學習該單元,這樣收穫會比較有幫助(一次看完如果沒有其它神經元去做連接,會十分容易忘記知識,因為理論非常硬核)
查看更多
3 人覺得有幫助
jaimeyu2022-04-30
優秀的五星課程
買之前超猶豫,但13個小時紮實地上完課後完全改觀,以下來說說我覺得這堂課的優點: 1.大綱清晰章節切割得很好,即使新手也能很快進入狀況 2.老師思維清楚口條清晰,重點地方會重複提醒,幫助記憶 3.課程進行中會搭配投影片或講義,並有圖示或游標標出目前所講的內容 4.理論都會再配合實務經驗,老師也會分享工作上遇到的狀況,這點我很喜歡 5.單元最後都有重點整理,幫助快速回憶複習 6.目前還沒提出問題,但討論區可以看到老師回答同學問題的認真詳細度,這點讓人很放心 值得推薦
查看更多
2 人覺得有幫助
Yu Hsuan Cheng2022-01-23
可以應用到工作上,收穫很多
目前工作上是和工程師一起進行專案開發,很多架構原理、通溝協調技巧一直都有用到。這門課程大部分的基礎我都已經了解了,但調快看過還是可以補充到一些原本不知道的細節,進階的部分有加深難度,對我來說是全新的內容,收穫頗大。 整體而言,課程充實豐富,不會感到枯燥,每個單元後面都有個總結,這個能很快喚醒對新知識的記憶,可以快速複習每個單元的重點。課程節奏和老師的講解都很不錯~~
查看更多
2 人覺得有幫助
一朵熊2022-02-06
課程內容紮實具體、案例簡明易懂
透過這門課程對於軟體架構有了更清楚地認識,對平常較為熟悉的使用者故事從老師的觀點再次重新學習、調整一些需要更新的思維,以及另外學習到了新溝通工具使用案例與事件風暴的使用。 在課程安排上除了在不同的觀念、工具有分別的具體說明外,也在後面章節有綜合應用的說明,讓我能夠更好地理解,將這些軟、硬技巧實際應用在實務上是怎麼一回事。 另外,我最喜歡的是老師提供了相當詳細的筆記,讓我可以安心不怕遺漏的先專心聽過一遍課程後,再接著參考筆記逐一複習、記錄自己需要記下的部份,而不用為了筆記走走停停,很好地提升了學習效率!
查看更多
1 人覺得有幫助
李律潁2022-06-18
很精實的課程
過去在中小企業擔任PM,沒有有系統化的教育訓練,面對複雜的需求、緊湊的時程,時常不知該如何是好,而通過這門課,老師將豐富的知識有系統的整理,並且濃縮在13小時的課程,填補了過去工作經驗中所沒有學到的部分(很大部分),也在課程中不斷回想起過去所面臨到的問題,思考透過這門課所學,如何去學以致用,去改善公司既有流程及問題。課程中老師也會介紹一些管理工具以及檔案,讓學員在工作中也可以去善用老師提供的資源。此外,針對課程內容有任何疑問,向老師提問,老師皆會非常認真給予豐富的答覆,謝謝老師的用心。
查看更多
1 人覺得有幫助

意猶未盡嗎?

關於講師

Jayden Lin
2堂課程
7篇文章
3,668位學生
Jayden Lin,任職 Yahoo,擔任 Tech Lead,帶領團隊做跨國專案開發。同時也是 《程式猿吃香蕉》團隊創辦人,喜歡將實用的軟體知識以簡單生動的方式講給大家聽。
前往講師頁面
精選學生作業

購課前問答

日期最新
日期最新
日期最舊
愛心數
Slime
2021-10-24
請問 EventStorming 會有 Software Design 嗎?包含找出 Aggregate 與 Bounded Context 部分,以及建模相關章節呢?
Jayden Lin
授課老師
2021-10-24
Hi Slime, 因為這部分牽涉到比較多的軟體開發的知識,需要了解領域驅動設計 (Domain Driven Design) 以及物件導向的觀念 ,因此我會安排在下一堂軟體設計課程當中進行說明。
(已編輯)
回覆
1 人想問
wantnet
2021-09-12
請問這堂課是否適合;給在沒有接觸過軟體或網站開發相關經驗的業務人員?主要是讓第一線業務人員透過訪談了解客戶基本需求
Jayden Lin
授課老師
2021-09-13
Hi Wantnet, 可以,這個課程適合負責需求溝通的人來學習,沒有是技術背景可以的 :)
回覆
我也想問
omeninhk
2021-08-24
有一個完整的案例來講解課程內容嗎? 例如用一個人事管理系統專案來作為案例, 如何得出一個人事管理系統的需求
Jayden Lin
授課老師
2021-08-25
Hi omeninhk, 因為單一個案並沒有辦法一次涵蓋各種實務的現場狀況,所以課程中是以多個案例來做重點說明,透過不同場景的講解,同學也能印象更深刻。 案例會轉化成適合教學的形式呈現給同學,將不必要的枝節移除,在章節 2 的單元 4 和單元 8,以及章節 5 的單元 2 ,還有章節 6 的單元 2,以及章節 7 的單元 5 都有案例示範和講解。
回覆
1 人想問
Ting Yu Hsieh
2021-08-23
老師你好 我想請問一個發生自己過去的經驗,曾經發生過,當在需求定義的時候 PM已把wireframe畫成有相當程度的UI,身為設計師這時候想提出UXUI上的建議時,卻因專案已經在流程上且後端已經開始架設動作為由駁回,而公司內部的PM決策權較大,且業務取向的開發,想請問自己應該從課程中加強溝通的哪些知識才能有效說服?
Jayden Lin
授課老師
2021-08-23
Hi Ting Yu, 有關於 PM 決策權過大,比較偏向政治的問題,也會跟企業文化和職場環境有關,僅靠需求溝通的技巧不見得可以解決。 不過,我在章節 2 單元 9 的需求溝通實境演練,會分享處理衝突和壓力的經驗,可以參考。
Ting Yu Hsieh
2021-09-02
好的~謝謝老師~你講的真的太中肯,戳中我心聲, 我會參考看看的!!><
(已編輯)
回覆
1 人想問
amosoz
2021-08-20
無
回覆
我也想問
購買單堂課

NT$2,890
有什麼優惠可以用?
小蛙幫你找最佳優惠
登入看看 有什麼優惠用
與外商經理人學|網路安全須知&軟體需求溝通
課程合購優惠 85 折
2堂課程
共 2 堂課程
組合優惠價
NT$4,835
NT$5,689
販售至 2026 年 12 月 31 日

相關標籤