建立成功團隊idp 如何建立快樂的團隊

2021-10-07 23:54:36 字數 2213 閱讀 1610

建立成功團隊idp

作為開發人員,我們花費大量時間來優化我們開發的軟體。 無論是**效能,服務可用性還是使用者體驗,使事情變得更好都是當務之急。 但是,我們很少考慮讓編寫軟體的人員感到高興也可以對我們的軟體質量產生積極影響。

在過去的四年中,在遠端團隊工作過,我對團隊之間如何交流和合作感到特別感興趣。 擁有一支高產的遠端團隊並不容易,並且有很多選擇要考慮。 最近,我在柏林codemotion世界發表了乙個演講,總結了我的一些經驗。 我將在這裡與您分享要點,而我的幻燈片也可以在本文末尾找到。

首先,更快樂的人更有生產力也就不足為奇了。 我們提供測試覆蓋率和正常執行時間報告,以衡量軟體的效能。 但是,有一種簡單的方法可以量化幸福嗎?

通常,當人們沒有時間壓力,沒有被打擾並且對正在執行的任務有自主權時,他們會感到最快樂。 牢記幸福的三大struts,我們可以對開發團隊的運作方式進行一些更改,以使開發人員感到滿意,從而提高生產力。

對於所有型別的團隊來說,使用slack之類的交流平台是很常見的,即使他們位於同一物理辦公室中。 slack有點新潮,因此請務必評估它對您的團隊有多重要。

非常重要的是,所有溝通都必須有乙個流程,以及明確定義的期望。 如果開發人員正在從多個渠道獲得通訊,則可能是乙個巨大的中斷,並且勢不可擋。 取而代之的是,將所有傳入的通訊都集中到乙個集中的任務管理器,無論是tracker,jira,zendesk以獲得支援等。這使得管理需要關注的內容變得更加容易,並且比單獨檢查twitter,電子郵件,github和slack所造成的破壞更少。

此外,如果您打算聘用遠端員工,則必須保持所有團隊溝通的永續性。 任務管理器非常適合此操作,因為它允許通訊記錄持久且可搜尋。 如果另乙個工程師對與某個功能相關的業務邏輯有疑問,那麼通讀tracker憑單上的對話要比聯絡個人嘗試將決策邏輯拼湊起來要容易得多。

「這次會議本可以是一封電子郵件,」曾經去過無意義的會議的每個人都說。

會議是破壞性的且昂貴的—不需要時。 當乙個複雜的話題需要大量討論時,必要的會議可能會非常有成果。 但是,讓工程師離開他們的工作去參加有關專案狀態或資訊發布的會議可能會令人難以置信。

首先,會議期間進行的討論不是永續性的,很難將會議的討論和結果傳達給不在場的人。 持久的溝通對於高效的遠端團隊至關重要。

「受制於哪些設計系統的組織才能生成設計,這些設計是這些組織的溝通結構的副本。」 著名計算機科學家梅爾文·康威 ( melvin conway)這樣說,他現在被稱為康威定律。 用更明確的術語來說,康韋定律指出,任何軟體都可以反映出產生該軟體的組織結構。

如果您要求三個團隊使用乙個軟體,那麼最終可能會包含三個元件。 同樣,如果您要求乙個統一的團隊使用三個軟體,則該團隊將自動分成較小的團隊。 想象一下,如果您邀請25人組成的團隊來設計汽車。 25個人都不可能坐在乙個房間裡去做各個部分。 取而代之的是,有些人將在引擎上工作,有些人將在內部的使用者控制項上工作,而有些則在安全功能上。 人們可以自我組織成較小的單位,以便在流程上享有自主權。

通過這種模式,我們可以考慮軟體體系結構如何影響團隊的組織方式。 如果您從一開始就將應用程式設計為具有單獨的元件(即使該劃分是簡單的事情,例如帶有go api的react前端),則可以允許工程團隊在其工具和流程上擁有更大的自治權。 他們可以更好地指示如何花費時間,如何組織工作流,以及定義自己的部署週期。

密切關注軟體體系結構將影響開發團隊的自主權,並因此影響這些團隊的生產力。

人為啟動和監視的部署是乙個巨大的破壞,干擾和消遣。 它只將責任放在乙個人的肩膀上,並且確實會打亂乙個人的工作日。

選擇自動化部署工作流可以消除部署的個人責任(以及與之相關的破壞),並使部署和交付**成為整個工程團隊的共同責任。

對於「儲存庫驅動的開發」過程(即,將版本控制系統中的指定分支推送到該系統觸發合併或部署的系統),工程師的關注點更加有限。 開發人員無需將精力分散在編碼,檢視,合併,觸發部署,執行測試套件和監視生產上,而是可以專注於編碼,然後檢視其同級的**。

其他步驟會自動發生,從而使開發人員有更多的時間來專注。 這就是目標,對嗎?

有時,中斷是絕對必要的。 諸如pagerduty之類的工具可以幫助管理事件,並向適當的人員提醒事件的進展。

如果您擁有某種事件管理系統,請確保每個正在處理事件的人員都有權力和自主權以最及時的方式解決問題。 擁有文件,流程,培訓和工具來為值班人員提供支援。

大多數事件或監視工具都允許您將執行手冊附加到每個事件觸發器,以便應召人員可以輕鬆地進行跟蹤。 做這個! 記錄問題及其解決方案,以最大程度地減少對團隊的破壞。

laura frank的

建立成功團隊idp

PurchaseOrder建立成功,然而

乙個好訊息,乙個壞訊息。好訊息是purchase order成功在qad中通過soapui新建,但刪除和查詢功能暫未實現。壞訊息是,目前qxtend與iib的專案不是優先順序最高的專案。所以暫停進行下一步。qxtend的培訓也暫緩到11月,目前先集中精力投入到barcoding專案上。這樣一來,工作...

如何構建成功的軟體測試團隊

所謂偉大的測試團隊是什麼意思?擁有明星隊員的團隊是好團隊,但沒有乙個明星隊員的團隊是乙個偉大的團隊 無名氏。上述的引言使我們進入了偉大團隊及其特性的討論之中。這篇文章源於作者在不同團隊中的工作經歷,對團隊成員在時間非常緊迫和專案非常複雜的情況下的表現的觀察。本文適合於那些想尋求合適成員以求在專案中有...

flask建立資料表時無報錯且未建立成功的解決辦法

在flask中,我們使用flask sqlalchemy管理資料庫,第一步是在給定的資料庫中建立資料表,通過建立好模型之後,通過create all命令即可把所有的繼承db.model的資料表類在資料庫中建立。語句如下 from flask import flask from flask sqlal...