遠端會議
對於我們中那些有幸在這種大流行期間可以遠端工作的人來說，我們可能會在家庭辦公室中紮營一段時間。 過渡到面對面的工作將需要時間，並且在地域上是零散的 。
當我們與在遠端工作的同事交談時，許多人說這段時間是暫時的並且是臨時的：「 一旦可以安全地返回辦公室，我們就可以恢復我們所有的舊習慣和程式 。」 但實際上，這段在家工作的時期以及我們最終返回辦公室的經歷深深地交織在一起。 一旦回到辦公室，實驗室，教室和其他工作區，我們現在所做的選擇和更改將影響我們的工作方式。
準備開始了嗎？ 下面，我們分享了增強遠端互動能力的三個原則，這些原則我們也可以在現實生活中繼續進行。
建立乙個詳細的議程，包括分配給不同主題的特定會議記錄，包括歡迎詞。 議程應提前共享，幷包含足夠的結構以進行富有成效的對話，但也應具有足夠的靈活性以使會議富有成果。 可以使用pop設計議程，以明確說明會議的目的 ， 結果和過程 。
在會議期間為人們「說話」提供多種溝通渠道不僅對內向的人很重要，而且對於代表性不足的少數民族，學生和早期職業人士以及國際或多語言參與者也很重要。 如果您使用的是共享文件，則寫反饋而不是說出反饋可以節省時間，還可以用於邊際對話和非同步對話。 如果人們由於連線問題而遲到或結束通話**，則使用多個通道還提供了聯絡和追趕的方法。
人們可以以不同的看法和期望離開會議（或登出會議）。 強大的文件可以消除這種歧義，並使所有人保持一致。
將會議記錄寫在文件中，最好是在上述議程檔案中。 使用協作文件軟體（例如google docs）或開源替代軟體（例如etherpad），以便人們可以一起記錄實時筆記。 邀請並教會參與者如何做出貢獻，並讓他們盡早進入節奏，例如，通過書面點名通話，當人們到達起點時也可以緩衝時間。
選擇合適的會議和跟進溝通渠道很重要。 它還需要時間和同理心，以確保每個人都知道如何使用該技術。
jitsi允許參與者與「面kong」互動。
通過big blue button的分組討論室為參與者提供較小的對話機會，對於推動思想前進並加強人際關係和信任非常有用。 通過提示或任務來集中對話，可以最有效地利用時間，並且在整個小組重新開會後安排摘要的時間可以共享更多的想法和見解。
使用協作軟體建立演示文稿可以增強參與度，同時減少頻寬問題。 要求參與者在他們的計算機上開啟演示文稿並自己推進幻燈片，從而無需進行螢幕共享，從而避免了頻寬問題，多個視窗混疊以及由此而產生的被動性。
認真考慮會議以外的交流平台也很重要。 例如， github issues可能更適合歸檔決策對話。 而且，像mattermost這樣的訊息傳遞平台可能更適合快速聯絡，共同工作和社群建設。 無論使用哪種平台，都需要花費一些時間來確保它們滿足團隊的需求，並提供足夠的控制權，以使參與者盡可能地安全。
儘管每項原則都需要時間和實踐，但它們都是可以實現的。 我們在這裡有很大的機會重新設計我們互動和協作的方式，所以讓我們從意圖和友善開始。
翻譯自:遠端會議
我們的敏捷之路 回顧會議
我們引入敏捷已經超過2年了，經過長時間的不斷嘗試逐漸摸索出一套適應於我們團隊的方 即計畫會議 看板 每日站會 評審演示 回顧會議。這篇文章將著重介紹我們進行回顧會議的經驗教訓。回顧會議是scrum中最有價值的會議之一，雖然這個會議很重要，但是在實際的工作中我們會發現往往最容易被砍掉的也是這個會議。主...
飛書提供你尋找已久的遠端會議系統
很多企業在異地擁有分部，遇到異地合作的專案，通常都需要專案負責人和相關工作人員來回往返於兩地，花費高額的交通費和住宿費。並且，由於工作的地區不同，習慣不同，對當地的工作流程不夠了解等情況，導致專案推進困難，工作效率低下。隨著遠端會議系統的不斷更新迭代，它不再只是開會的工具，而是成為企業異地管理和協同...
我們這樣做Scrum的評審會議
在實踐中，我們發現如果只在sprint之後再做demo，由於sprint過程中溝通不充分，demo展示的功能很可能不符合客戶真正的需求，導致sprint失敗。於是，我們按照優先順序和耦合做分組，高優先順序的需求組盡早完成做demo，讓需求缺陷的風險前移。這裡的分階段 demo不是正式的demo，在1...