敏捷開發 承認別人的優秀

2022-01-15 00:57:14 字數 1880 閱讀 2720

俗話說,文人相輕。我總覺得,技術人,也相輕。

從2023年8月換到現在的公司。

起初是表現過度,然後莽撞,到抱怨,到輕視別人,到現在的平復。

有時必須看清自己,更要承認別人。

以為自己有點經驗就了不起,入職後,對一些事情總是過度表現自己的看法。

還有種,我的看法天下第一的既視感。只有我對你們錯的優越感。

一切都是虛榮心,這些過度的表現導致我沒有看清周邊同事的發光點。很長時間自己都在自己設的乙個局裡,無法自拔。

有個系統正巧交接到我這,這個系統對外寫了32個介面,花費了1個月。

你想知道我接到這個系統的第一件事是什麼嗎? --重構

現在想想都難以想象啊,剛剛重構的系統,我竟然還想重構?

對,我就是這樣給領導說的:「薛哥,我想把這32個介面都放到類似乙個**站的資料夾裡,有對接的系統使用介面,我就重構乙個」

領導讓我回去先一等,等有對接再說。就這樣,我這根弦算是稍微冷卻了一下。

聽說公司要來乙個大牛,姓楊,倉儲物流領域算是經驗豐富。我心想:我倒是看看有啥厲害的。正巧要開乙個中颱會,第一次參加。

沒錯,大牛會上對建設中臺提出了10條疑問和建議。我認真記錄了下來,完成了反懟。

現在再一想,我當初為了什麼?就為了能夠氣勢上壓住所有人,工作上突出表現,公升職加薪?

伴隨著激進和莽撞,我又陷入了抱怨的深坑。

記得上面新重構的系統麼。32個介面。有業務系統開始對接了。

此時,我們正在迭代2.1新版本,我接手管理專案迭代。

業務系統要一套新環境便於資料對接,提出了幾個需求,需要新增介面。

我沒有專案管理經驗,因為2.1在開發中。2.0需要對接還要新環境同時需要對接2.0的幾個介面。

我手無足措,沒有關心對接,沒有解決部署新環境。理由是我們在開發2.1,對接工作後置。其實我是真的有點手無足措。

最後,業務系統的領導直接找到我們領導那,最終領導出面調整,才對接上。

不久專案結束了,總結會開始了,我一直對業務系統告狀耿耿於懷,各種理由都能說服自己是對的。

我抱怨:業務系統迭代前也不打招呼;

我抱怨:業務系統不應該直接找領導;

我抱怨:業務系統就是不想寫一點**,自己處理一下不就行了。還非得我們改**。

這些泥潭,我掙扎了很久很久大約8個月以上,才慢慢放下執念。才慢慢領悟到一些,除了個體開發外的東西。

我們是解決問題的,不是抱怨問題的。抱怨問題只能讓事情公升級。打擊團隊的士氣,這其實是負能量。必須時時克制。

正如一句話說的那樣 「如果萬事俱備,那用我們幹什麼?」

剛剛從泥潭中爬出來一些,我又陷入了另乙個泥潭 —— 我是最厲害的,你們都不行,都不對。

不管是,**走查還是設計,我都是覺得我的想法天衣無縫。你們都不行。

技術人相輕 —— 我從自我武裝到慢慢走出自我世界。

在以上這些轉變過程是痛苦的,是一言難盡的。但是又是那麼的風輕雲淡。

期間,我看了一些書籍、專欄,認知上有所啟發。

領導旁敲左擊,慢慢拉我出泥潭。現在想,真的是:良藥苦口。

如果你生病入魔,沒了藥,魔了心,那才是真的悲哀了。

現在再也不是一人打天下的時代了,團隊合作才是王道。

既然是職場,有競爭有合作。所以如何看待周邊的人和事,也就有多種處理角度和結果。

別人的優秀,是乙份寶貴的資源,你可以在這個資源上獲取到很多的東西。

技術抬槓,費腦力,費時間。我們解決的是生產問題,解決生產問題的同時,我們得到技術積累,這樣才是我們想要的結果。

誰也不服的心態,在扭曲著技術人的心理,極有可能在關鍵節點成為致命傷。

強迫別人接受自己的思想,認知上太過於狹隘或者個人太過於理想主義。

承認別人的優秀也算是一種能力,承認比經驗多的人的優秀,承認經驗少的實習生的優秀。

善待他人,看清自己。

放下技術認知上的狹隘,你會看到更多的東西。

敏捷教練 如何打造優秀的敏捷團隊

敏捷教練 如何打造優秀的敏捷團隊 基本資訊 原書名 agile coaching 譯者 徐毅 袁店明 出版社 清華大學出版社 isbn 9787302325734 出版日期 2013 年7月 開本 16開 頁碼 250 版次 1 1 所屬分類 計算機 更多關於 敏捷教練 如何打造優秀的敏捷團隊 內容...

敏捷開發 敏捷開發中的質量

有小夥伴就問,我們都敏捷了,我們是在效率和質量中找平衡,說敏捷開發中的質量是不容易控制的,要回答這個問題,我設計了乙個faq,內容如下 敏捷開發是什麼?敏捷開發是以需求為中心,以交付價值為目的,持續增量交付的一種軟體開發方法,至於什麼是敏捷,就去問問度娘吧。對於敏捷團隊來說,是乙個自組織的,有集體目...

敏捷開發的原則

一 單一職責原則 the single responsibility principal srp 就是說盡量的單一化類的功能,不要使類具有多個功能。如果類具有多個功能時,任意乙個功能的修改都需要改寫這個類,也就會影響其他的類,而這些類根本沒有使用修改的這個功能。如果單一化功能,這種情況就可以避免。例...