對於敏捷很多人的想法就是僅止於 scrum 或者是 agile 的部分 ，很多人會對於敏捷有這樣的誤解主要都在於書籍或者是課程或者是軟體開發上的一些字眼，這些字眼當然不是說不好，只是通常就被流於形式上。

這才造成了很多公司其實都說自己用敏捷開發的方式，但實際上還是一步不留或者是說的傳統軟體開發實為地方是在做進行。

對於敏捷來說我們要的目的只有一個，就是讓軟體開發資訊透明化，還有確認每個人的能力都用在刀口上，對於每個人的進度都可以確切的把握住，這比較偏近於敏捷的真實精神。

子瑜說明節會讓專案開發進度大幅超前的這種神話 ，實際上也只是讓浪費的資源收回來變成專案實際的開發進度而已 。

所以敏捷整體來講並沒有所謂遠端或者是近端的問題，主要還是在於人性的透析看是否能夠將真實的資訊暴露出來。

很多人覺得遠端沒有辦法進行敏捷的方式，主要在於遠端的時候沒辦法進行眼神的交會
還有看到對方的即時反應。

但實際上如果就『承諾』兩個字來說，我們可以透過『承諾』和『實際兌現』的方式來，交互驗證到底這個人是否真實的呈現在工作表現上。

這個時候我們會發現一個人他做了許多承諾，中間也發現他做了很多協助，到底這些協助，還是一種浪費，還是實際上它是一種資源協作？

這個就是管理者需要去查看的，也是讓管理者需要一一去證明的。

當然有的時候敏捷二字並不代表盡力壓榨全部的人，所以對於開發來講其實要保持一定的空間和一定的彈性，需要讓團隊保持在一個節奏之下。

在專案緊迫盯人的時候抓緊機會抓緊人力，但是過一段時間還是會找一個時機點，讓大家都有一個喘息的機會。

避免透過太重的負擔，或者是太長期的壓力壓迫之下，讓大家都無法得到喘息的機會。有的時候甚至帶大家轉換一下心情，還要轉換一下專案內容，其實都可以是一種幫助。

當然轉換的過程要如何切換回來，或者是將原本的資源凝聚聚焦回來到專案裡面，這就會是一個十分重要的課題。

敏捷其實並不限制於在遠端或者是本的，主要還是取決於團隊和管理者的一個方向，當管理者決定尊重大家的意見，並且是真的尊重，同時身為管理者，真的是親自下馬，逐步驗證每一個開發者的真實性。這樣才有辦法足部得去讓資訊透明度達到最佳化

讓團隊相信團隊資訊透明度這件事情是重要，至於有沒有眼神交會，或者是密切的交流，其實這就取決於自己的方式還有，必須要抓到一個固定的節奏。

也就呼應了上一個章節所提到的事情，其實要找到一個好的管理者，或者是找到一個適當的專案管理員，在敏捷和軟體開發上這件事情上才是最重要的 。