閉環思惟之follow through和及時反饋

上週晚上一點多大佬果真大佬們都精神好 在企業微信羣分享了他的一些思考，看到後以爲太有道理，深受啓發，對照着本身日常的工做方式，聊下本身的體會，寫出來分享給你們

如下是原話：

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

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

1. 推一個流程，不是流程發佈了就完事了，若是沒有後續的流程宣講，監督，反饋，改進，就不是閉環，流程就得不到真正落地
2. 開發一個功能，不是提測了就完事了，也不是上線就完事了，還有上線後的功能檢查，用戶反饋，都作到位了，纔是閉環
3. 你們作事情，若是有遇到你的 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溝通，和團隊同事溝通，和兄弟部門溝通。

以上是個人心得體會，分享給你們，歡迎留言討論。