台灣不少中小企業試過敏捷，第一個踩的坑往往是站立會議。有人在晨會提議「我們每天花十五分鐘同步一下」，聽起來很合理，跑了兩週卻變調：說好的十五分鐘拖成四十分鐘，一個一個輪流向老闆報告昨天做了什麼，老闆邊聽邊追問細節，其他人低頭等著被點名。開是天天開，團隊卻只覺得每天早上多了一場要交差的會。
問題不在站會本身，而在它被開成了另一場進度質詢。站立會議原本是敏捷團隊每天最省成本的一個同步動作：十五分鐘、對齊方向、把卡住的事丟出來，然後散會各自去做。開得對，它是團隊少數花得起、又真的有回報的例行會議；開得不對，它就是每天固定浪費全組人十五分鐘的儀式。差別不在要不要開，而在怎麼開。
站立會議是什麼？為什麼要短、要每天、最好站著
站立會議是敏捷團隊每天固定舉行的一場短會，用十五分鐘讓所有人對齊進度、及早把阻礙攤到檯面上，然後各自回去工作。它在敏捷框架裡的正式名稱是「每日 Scrum（Daily Scrum）」，「站立會議」或「每日站會」是更普及的俗稱。現行的 2020 年版《Scrum Guide》（作者 Ken Schwaber 與 Jeff Sutherland）把它定義成一場十五分鐘的活動，目的是檢視團隊朝向 Sprint 目標（一個短週期的共同目標）的進度、必要時調整接下來的計畫。
為什麼要「站著」？站著開是這個做法得名的由來，也是一個很土但有效的計時器：站久了不舒服，大家自然會把話講短、講重點，不會坐下來就開始長篇大論。要提醒的是，站姿只是慣例，現行《Scrum Guide》真正硬性規定的是十五分鐘這個上限，不是姿勢；遠距團隊坐著開視訊，一樣算站會。
為什麼要「每天」、而且要「短」？因為現代工作本來就被切得很碎。Microsoft 2025 年的《Breaking down the infinite workday》以使用遙測與員工調查估算，員工在核心工作時段平均每兩分鐘就被一則訊息、一封信或一場會議打斷一次，一天約兩百七十五次。與其讓對齊進度這件事散落成一整天零碎的打斷，不如把它收斂成每天同一時間、十五分鐘的一場固定同步，其餘時間還給專注工作。站會的價值，是拿一次可預期的短打斷，換掉一整天不可預期的長打斷。
站立會議是整套敏捷實踐裡最容易上手的環節之一，門檻低、見效快。如果你的團隊還在猶豫要不要導入整套敏捷，可以先從一場站會開始練手，其餘的儀式等真的需要再加；關於台灣中小企業該不該上敏捷、怎麼最小化落地，敏捷管理在台灣中小企業的落地實戰談得比較完整。
經典三問怎麼用：它是範本，不是聖經
站立會議的「經典三問」：昨天完成了什麼、今天要做什麼、有沒有遇到阻礙，是一套廣為流傳的範本，而不是非照著問不可的鐵律。這個分寸值得說清楚，因為它是台灣站會教學最常寫錯的一點。三問確實出自官方文件，但來歷和很多人以為的不太一樣：它出現在 2017 年版的《Scrum Guide》，當時的原文把它定位成「一個可以參考的範例（an example of what might be used）」，而且每一問都綁著 Sprint 目標問（例如「昨天我做了什麼、幫助團隊更接近 Sprint 目標」）。到了 2020 年改版，官方直接把這組固定問題從指南裡拿掉了，理由寫在修訂說明裡：要讓 Scrum 回到「最小必要」的框架、拿掉過度規定的語言。現在的版本只要求站會控制在十五分鐘、聚焦在共同目標，至於用什麼結構開，交還給團隊自己決定。
所以三問的正確用法是：把它當成好用的起手範本，尤其適合剛開始練站會的團隊，照著問不容易冷場；但別把它當成唯一正解，更別讓它僵化成每天照稿唸的儀式。真正該守住的，是這三句話背後的意圖：讓每個人都清楚彼此在做什麼、讓卡住的事被看見。三問一旦照本宣科，最常見的變質有兩種，剛好也是站會的兩大誤用。
第一種是開成進度報告。每個人輪流對著老闆或主管報告昨天今天，主管邊聽邊考核、邊追問，站會就從團隊彼此對齊，變成一場一對多的績效質詢。氣氛一僵，大家開始報喜不報憂，阻礙反而藏起來，站會就失去了意義。站會的聽眾是團隊，不是主管；報告的對象是彼此，不是上級。
第二種是開成問題解決會。有人講到一個技術卡點，兩三個人當場就鑽進去討論怎麼解，一聊十分鐘，其他七個人站在旁邊放空。站會的任務是把阻礙攤出來，不是當場解決。正確做法是把需要深入討論的事記下來（敏捷圈常說的 parking lot，暫置清單），站會結束後只留相關的人繼續談，別佔用全組的時間。
怎麼主持一場快又有料的站會
一場站會能不能在十五分鐘內開完又有收穫，關鍵不在參加的人有多自律，而在主持的人有沒有守住幾條紀律。這幾條紀律都不難，難在每天都做到。
固定時間、固定地點、固定出席。 每天同一個時間開，多數團隊放在早上、一天的開頭，不必每天重約，也少一個「今天先跳過」的藉口。人到齊才開、時間到就結束，遲到的人自己補脈絡，不倒帶重講。
對著看板開，不要逐個點名報告。 把團隊的工作攤在一塊看板上，待辦、進行中、完成三欄就夠，主持人帶著大家走一遍看板，從最接近完成的工作往回看，聚焦在「哪張卡卡住了、需要誰幫忙」，而不是「每個人交代今天要幹嘛」。這個切換很關鍵：看板讓話題繞著工作轉，點名讓話題繞著人轉，前者才是站會該有的樣子。用 Lark 的話，可以把任務表切成 Base 的看板檢視，同一份資料在看板、表格、甘特之間即時同步，站會看看板、排程看甘特，不必維護兩份。
主持人要收斂發散。 站會最容易超時的環節，通常是有人開始展開細節。主持人的工作就是在話題要岔開時擋一下：「這個我們記下來，會後你跟阿明留一下」，然後把節奏拉回看板。一個好的站會主持人，多半的話都是這種收斂句。
人別拉太多。 站會適合的規模，是一個能互相依賴、彼此工作有交集的小組，通常十人以內；人一多，多數人聽的都是跟自己無關的事，十五分鐘也守不住。跟這個小組當天工作無關的人，不必拉進來站著聽。
抓個時間感：十五分鐘裡，開場聚焦大概一分鐘，走看板、輪流同步十來分鐘，最後留一兩分鐘確認阻礙有沒有人接、行動項有沒有寫下來。真有需要深談的大事，站會只負責約下一場，不負責當場開完。
遠距與混合團隊：同步站會與非同步站會的取捨
遠距或混合團隊照樣可以開站會，差別只在於你要選同步開一場短視訊，還是改成非同步用文字輪流回報。兩種都能用，選錯了才會痛。
同步站會就是把實體站會搬上視訊，時間、節奏都不變。用 Lark 的做法，是把每日站會設成日曆的重複行程，系統預設就帶一條 Lark 視訊連結，重複行程的每一天都對應同一個連結，團隊點日曆就進得去，不必每天重貼網址。臨時要開也行，直接在團隊群組右上角發起視訊會議，一鍵就把在線的人拉進同一場（從群組直接發起多人視訊為專業版以上功能；標準版與基礎版可加入他人已開的會議，或改用上面的日曆重複行程固定連結，方案權益以官方方案與定價為準）。同步站會的好處是即時：阻礙講出來，能幫忙的人當場回一句，效率高；代價是所有人得在同一個時間上線，跨時區或彈性工時的團隊會很痛。
非同步站會則是拿掉「同一時間到齊」這個要求。做法是約定每天某個時間點以前，每個人在固定的群組裡用文字回三個問題：昨天推進了什麼、今天打算做什麼、有沒有卡住需要人幫。為了讓大家不會忘，可以用 Lark 的定時訊息每天固定時間自動丟出當天的站會提示，官方就把「週一晨會提醒」列為典型情境，跨時區的人醒來看到提示、補上自己那段就行。非同步的好處是保護專注、對跨時區與遠距友善；代價是少了即時追問的溫度，也更吃紀律，沒人維護就會慢慢沒人回。
怎麼選？一個簡單的判準：團隊在不在同一個時區、工作要不要頻繁互相接手。同時區、彼此依賴度高的小組，同步站會的即時回饋值得那十五分鐘；跨時區、或以深度工作為主、彼此耦合較鬆的團隊，非同步站會反而更順。很多混合團隊的做法是兩者混用：平日非同步回報，每週挑一兩天開同步視訊補足溫度。分散式團隊怎麼把這套節奏穩定下來，遠距與混合團隊管理 SOP裡有更完整的做法。
把阻礙和行動項接進工具，站會才不會白開
站會真正的產出不是「大家都報告過了」的安心感，而是一份被追蹤下去的阻礙與行動項清單。站會結束的那一刻，最容易蒸發的就是剛剛講出來的阻礙：當下大家都點頭，散會五分鐘後各自忙起來，那個「誰卡住、誰要幫忙」就沒了下文，下一次站會又從「上次好像有講到什麼」開始。要接住它，只需要一個動作：把站會冒出來的每個阻礙和行動項，當場變成一則有負責人、有截止時間的任務。Lark 任務把「誰負責、何時完成、進度如何」從聊天脈絡延伸成可追蹤的紀錄，行動項一旦落成任務，下一次站會就有依據可追：完成了就打勾，沒完成就問一句卡在哪。
站會板本身也值得數位化。實體白板貼便利貼固然直覺，但遠距的人看不到、資料也留不下來；把它換成 Base 看板，卡片依狀態分欄，誰手上塞車、哪張卡一週沒動，全組在線上看的是同一份即時畫面。想更省事，還可以用 Base 自動化設一則定時觸發，在每天站會前自動把當天到期或逾期的卡片彙整成一則訊息丟進群組；要留意自動化的執行次數依方案有月配額，實際額度以官方方案與定價為準。
工具用到什麼程度才夠？多數台灣中小企業，Lark 任務加 Base 看板就足以撐起日常站會，不必一步到位買最重的。如果團隊長成了產品研發規模、需要需求在多個角色之間流轉、要看跨職能的工作流視圖，才輪得到更專門的工具上場，例如 Lark 生態裡的 Meegle，官網把自己定位為「Project Workflows, Visualized」的視覺化工作流與專案管理工具。要說清楚的是，Meegle 是專案與流程管理平台，不是站會專用軟體；它的方案與適用範圍建議直接與我們確認，別把「工具很強」和「站會需要它」混為一談。至於會議紀錄、行動項與後續簽核怎麼一起制度化，AI 會議記錄與簽核流程 FAQ有更細的拆解。
站會最常見的翻車與修正
站會最常見的失敗，往往不是團隊不夠努力，而是它一天天變回了那場沒人想開、也沒人真的在聽的會。翻車的模式高度集中在幾種，各自都有對得上的修正。
站會又變回進度報告。 這種變質特別頑固：只要主管在場、又忍不住開口考核，站會就會滑回一對多的彙報。修正的辦法是把主管的角色講明白：來聽、來排除障礙，不來追究進度；真的想掌握進度，去看看板，別用嘴巴查勤。管理層願意用看板、不逼團隊維護兩套系統，站會才活得下去。依我們協助台灣企業導入的經驗，管理層不帶頭、只在旁邊監工的案子，多半三個月內就退回原狀。
十五分鐘拖成半小時。 通常是因為沒守 parking lot，話題一岔就收不回。修正很簡單但需要人執行：指定一個主持人專門顧時間，聽到有人要展開細節就記下來、擋回去，時間到就準時散會。寧可讓深談另外約，也別讓全組陪著兩個人聊。
阻礙講完就沒了下文。 每天都聽到同一個人卡在同一件事，卻從來沒被解決，團隊就會學到「講了也沒用」，慢慢不再講真話。修正是把每個阻礙當場寫成有負責人的行動項，下次站會第一件事就是回頭追這些項目有沒有動。
天天開，但其實不需要天天開。 不是每個團隊都適合每日站會。工作節奏慢、彼此依賴度低的團隊，天天開只是徒增負擔。與其硬湊每日，不如誠實地把頻率調成一週兩三次，或改成非同步回報。站會是為了幫團隊，別為了完成一個叫「站會」的儀式而開。
老闆把站會當監工。 當站會變成老闆每天點名、確認大家有沒有在幹活的場合，團隊會用最安全的方式回話，你聽到的多半是「一切順利」。修正的關鍵是心理安全：讓講出「我卡住了」的人得到幫助，而不是責難。這件事沒有工具能代勞，得靠管理層自己先改。
從明天的第一場開始
想把站會從「開了像沒開」變成團隊真的靠得住的節奏，先做最小的一步就好，不必等組織改造。挑一個正在進行的專案，明天早上找相關的幾個人站著開十五分鐘：對著一塊看板走一遍、把每個人卡住的事丟出來、當場把行動項寫成有負責人的任務。連續跑一到兩週，用團隊自己的體感決定要不要繼續、要不要調頻率。會開會的團隊都是一天一天練出來的，沒有誰天生就會。
如果想針對你們的團隊型態，把站會連同看板、任務追蹤、遠距視訊一起設計成一套順手的流程，歡迎找我們聊聊。身為 Lark 台灣授權代理商，艾瑞特資訊可以用你們手上真實的專案現場，示範站會怎麼跑、工具怎麼配；哪些功能屬於哪個方案，也會照官方方案與定價幫你確認清楚。至於團隊那些散在 LINE、公私不分又留不下脈絡的工作對話怎麼收回平台，團隊溝通的 15 個常見問題談得比較細。
常見問題
關於站立會議，部門主管最常問的問題集中在該開多久、經典三問到底還要不要用、遠距團隊怎麼開，以及站會和一般進度會議究竟差在哪。
Q1：站立會議一定要十五分鐘、一定要站著嗎？
站立會議的十五分鐘是現行《Scrum Guide》明訂的時間上限，站著則是慣例而非硬性規定。十五分鐘的用意是逼團隊只講重點、把深入討論留到會後；站著開則是一個好用的計時器，讓人不想拖時間。遠距團隊坐著開視訊、或改成非同步文字回報，只要守住短而聚焦的原則，一樣是站會。
Q2：經典三問還適用嗎？聽說 2020 年的 Scrum Guide 把它拿掉了？
經典三問仍然好用，但它在 2020 年版《Scrum Guide》中確實已被移除，現在的定位是參考範本而非官方規定。這三問（昨天完成什麼、今天做什麼、有無阻礙）出自 2017 年版，當時就只是官方舉的一個範例；2020 年改版為了讓框架更精簡而拿掉了它。剛開始練站會照著問不容易冷場，但別讓它僵化成每天照稿唸的儀式，重點是讓進度透明、讓阻礙被看見。
Q3：遠距或混合團隊怎麼開站會？一定要開視訊嗎？
遠距團隊開站會有同步與非同步兩種選擇，不一定要開視訊。同步是把站會搬上視訊，適合同時區、需要即時互動的團隊，可用 Lark 日曆重複行程固定時段並自動帶視訊連結。非同步是每天固定時間、各自在群組用文字回報三個問題，適合跨時區或彈性工時的團隊，可搭配定時訊息自動發出提示。許多混合團隊會兩者混用：平日非同步、每週挑一兩天開同步視訊。
Q4：站立會議和一般進度會議有什麼不同？
站立會議是團隊每天彼此對齊的短同步，一般進度會議是向上彙報的較長會議，兩者的聽眾和目的都不同。站會的聽眾是團隊成員彼此、目的是快速暴露阻礙，控制在十五分鐘；進度會議往往是對主管或客戶報告、時間較長、涉及決策。把站會開成進度報告，是最常見的失敗，會讓成員報喜不報憂、把阻礙藏起來。
Q5：站會發現的阻礙，怎麼追蹤才不會不了了之？
站會發現的阻礙要當場變成有負責人、有截止時間的任務，才不會散會就蒸發。做法是把每個阻礙和行動項寫成一則 Lark 任務，指派負責人並設定期限，下一次站會第一件事就是回頭追這些項目的進度。站會板也建議數位化成 Base 看板，讓遠距的人看到同一份即時畫面；需要的話還能用自動化每天彙整到期與逾期的卡片。