上周晚上一點多大佬果然大佬們都精神好 在企業微信群分享了他的一些思考，看到后覺得太有道理，深受啟發，對照著自己平常的工作方式，聊下自己的體會，寫出來分享給大家

以下是原話：

····省略一大段 ····

閉環思維主要是兩點，第一凡事要 follow through，跟進到底; 第二是及時反饋，主動反饋。

推一個流程，不是流程發布了就完事了，如果沒有后續的流程宣講，監督，反饋，改進，就不是閉環，流程就得不到真正落地

開發一個功能，不是提測了就完事了，也不是上線就完事了，還有上線后的功能檢查，用戶反饋，都做到位了，才是閉環

大家做事情，如果有遇到你的 leader 或者 peer 主動來問你進度，那你就要反思了，反思自己的主動反饋是不是做得不夠，說到主動反饋，特別是跟自己leader的主動反饋，其實很多人都做得不夠，很多人擔心會不會打擾到 leader，leader 會不會覺得煩，等你做了 leader 后，你就會明白，leader 不拍打擾，不會煩，leader 最怕下屬給他 surprise，平時不反饋，以為一切正常，突然在 deadline 到來前說出問題了，要延期了，如果遇到重大項目，關鍵項目，出現這種 surprise，leader 會吐血

····省略一大段 拍手叫好的馬屁 ····

看到這段話后，我反思了下我自己的工作方式，挺有感觸的，聊聊自己的理解。

閉環思維

平常自己把代碼碼完，部署好后，扔給測試，自己就去接著碼別的代碼去了，測試有 bug 再改，也沒有了解過寫這段代碼是為了啥業務，后續推進是怎么樣的，用戶用的感覺這么樣。管它勒，沒空~~，我還要去看看 流行的 Flutter，single-spa，又出了哪些新框架，內心覺得自己很勤快啊，沒劃水~~，一般這種跟進問題其實心里覺得都是產品經理或者項目經理該做的，自己只要把代碼碼好就可以了， 思考了下如果跟進了這個流程了，在編程的過程，視角會在一個更高的地方，我把這個閉環拆成 2 個維度 1： 以業務為主線，牽涉到 開發，產品，運營這條線； 2： 以項目架構為主線，牽涉到 前端，后端，項目部署，認證體系，鑒權體系，數據庫，日志這條線

以業務為主線

第一，最直接的好處是能預估到接下來可能遇到的業務場景，提前在代碼層面留好口子，方便擴展。 第二，當熟悉目前做的這件事事干什么，效果怎么樣，在接下來和產品開需求評審的時候就可以提讓產品信服的建議，產品和開發最常見的問題，就是產品提出某個需求，開發覺得很傻逼，不想做，產品讓開發說個 1，2，3理由，開發來又說不出原因，來回就是這個功能沒意義，實現有難度..... ,要是很明白剛才說的這些，就能說出個讓產品信服的 1，2，3 來

以項目架構為主線

這個意思是 弄明白當前項目的架構，部署，登陸認證，鑒權....，而不是僅僅停留在 后端給 API，負責渲染就可以了，這樣的好處是 能明白自己目前做的東西，處在項目架構的哪個位置，出現 API 調不通可能出現在哪個整個架構的哪個地方 還有就是和后端交流 撕逼 也有話語權，本質上前端隨著工作年限的增加，自然而然會參與到 項目的架構設計，接口定義中去，而且前后端很多設計思想是相同的(比方發布訂閱這套，前后端都有)，了解這些都有利于自己在技術視野的成長，也方面和別人吹水。

及時反饋

這個感觸更深了，之前在 SGM 負責 圍繞 Angular 框架的基建工作，從來沒主動給韓老大匯報下自己工作狀況，除了每周的周會(有時候也不開)講講自己的工作情況，平常在基本沒有給他講自己現在做的事，心里想著 和上面真是一模一樣，擔心會不會打擾到 Leader 啊 ， Leader 這會可能在開會啊，可能在開車啊，可能在聊騷啊，反正就是各種心里想的理由，在開發過程中遇到些問題，能通過代碼搞定，絕不會讓他找找啥資源，看能調動下不，有時候韓老大就會主動過來問下，現在在做啥，遇到啥問題沒有，需不需要外部資源，幸好自己還比較靠譜，沒捅啥婁子；

跟 Leader 多溝通，多匯報，講自己遇到的困難，講自己的想法，講自己的解決思路，這樣 Leader 心里不慌，遇到問題給你出主意，協調外部資源，比自己一個人埋頭吭哧吭哧強多了，領導知道你的想法，這樣也能更加了解你做事風格，擅長點，以后也好給自己安排任務。

及時反饋 最重要的一個點，應該是溝通，時時牢記， 主動溝通，和 Leader溝通，和團隊同事溝通，和兄弟部門溝通。

以上是我的心得體會，分享給大家，歡迎留言討論。

總結

以上是生活随笔為你收集整理的闭环思维之follow through和及时反馈的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。