闭环思维之follow through和及时反馈
上周晚上一點多大佬果然大佬們都精神好 在企業(yè)微信群分享了他的一些思考,看到后覺得太有道理,深受啟發(fā),對照著自己平常的工作方式,聊下自己的體會,寫出來分享給大家
以下是原話:
····省略一大段 ····
閉環(huán)思維主要是兩點,第一凡事要 follow through,跟進到底; 第二是及時反饋,主動反饋。
····省略一大段 拍手叫好的馬屁 ····
看到這段話后,我反思了下我自己的工作方式,挺有感觸的,聊聊自己的理解。
閉環(huán)思維
平常自己把代碼碼完,部署好后,扔給測試,自己就去接著碼別的代碼去了,測試有 bug 再改,也沒有了解過寫這段代碼是為了啥業(yè)務(wù),后續(xù)推進是怎么樣的,用戶用的感覺這么樣。管它勒,沒空~~,我還要去看看 流行的 Flutter,single-spa,又出了哪些新框架,內(nèi)心覺得自己很勤快啊,沒劃水~~,一般這種跟進問題其實心里覺得都是產(chǎn)品經(jīng)理或者項目經(jīng)理該做的,自己只要把代碼碼好就可以了, 思考了下如果跟進了這個流程了,在編程的過程,視角會在一個更高的地方,我把這個閉環(huán)拆成 2 個維度 1: 以業(yè)務(wù)為主線,牽涉到 開發(fā),產(chǎn)品,運營這條線; 2: 以項目架構(gòu)為主線,牽涉到 前端,后端,項目部署,認(rèn)證體系,鑒權(quán)體系,數(shù)據(jù)庫,日志這條線
以業(yè)務(wù)為主線
第一,最直接的好處是能預(yù)估到接下來可能遇到的業(yè)務(wù)場景,提前在代碼層面留好口子,方便擴展。 第二,當(dāng)熟悉目前做的這件事事干什么,效果怎么樣,在接下來和產(chǎn)品開需求評審的時候就可以提讓產(chǎn)品信服的建議,產(chǎn)品和開發(fā)最常見的問題,就是產(chǎn)品提出某個需求,開發(fā)覺得很傻逼,不想做,產(chǎn)品讓開發(fā)說個 1,2,3理由,開發(fā)來又說不出原因,來回就是這個功能沒意義,實現(xiàn)有難度..... ,要是很明白剛才說的這些,就能說出個讓產(chǎn)品信服的 1,2,3 來
以項目架構(gòu)為主線
這個意思是 弄明白當(dāng)前項目的架構(gòu),部署,登陸認(rèn)證,鑒權(quán)....,而不是僅僅停留在 后端給 API,負(fù)責(zé)渲染就可以了,這樣的好處是 能明白自己目前做的東西,處在項目架構(gòu)的哪個位置,出現(xiàn) API 調(diào)不通可能出現(xiàn)在哪個整個架構(gòu)的哪個地方 還有就是和后端交流 撕逼 也有話語權(quán),本質(zhì)上前端隨著工作年限的增加,自然而然會參與到 項目的架構(gòu)設(shè)計,接口定義中去,而且前后端很多設(shè)計思想是相同的(比方發(fā)布訂閱這套,前后端都有),了解這些都有利于自己在技術(shù)視野的成長,也方面和別人吹水。
及時反饋
這個感觸更深了,之前在 SGM 負(fù)責(zé) 圍繞 Angular 框架的基建工作,從來沒主動給韓老大匯報下自己工作狀況,除了每周的周會(有時候也不開)講講自己的工作情況,平常在基本沒有給他講自己現(xiàn)在做的事,心里想著 和上面真是一模一樣,擔(dān)心會不會打擾到 Leader 啊 , Leader 這會可能在開會啊,可能在開車啊,可能在聊騷啊,反正就是各種心里想的理由,在開發(fā)過程中遇到些問題,能通過代碼搞定,絕不會讓他找找啥資源,看能調(diào)動下不,有時候韓老大就會主動過來問下,現(xiàn)在在做啥,遇到啥問題沒有,需不需要外部資源,幸好自己還比較靠譜,沒捅啥婁子;
跟 Leader 多溝通,多匯報,講自己遇到的困難,講自己的想法,講自己的解決思路,這樣 Leader 心里不慌,遇到問題給你出主意,協(xié)調(diào)外部資源,比自己一個人埋頭吭哧吭哧強多了,領(lǐng)導(dǎo)知道你的想法,這樣也能更加了解你做事風(fēng)格,擅長點,以后也好給自己安排任務(wù)。
及時反饋 最重要的一個點,應(yīng)該是溝通,時時牢記, 主動溝通,和 Leader溝通,和團隊同事溝通,和兄弟部門溝通。
以上是我的心得體會,分享給大家,歡迎留言討論。
總結(jié)
以上是生活随笔為你收集整理的闭环思维之follow through和及时反馈的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Spark 分布式调试工具
- 下一篇: 10月15日云栖精选夜读 | 阿里巴巴