題:
怎麼說隊友在隊長缺席的情況下什麼都沒做
theblindprophet
2018-07-09 15:49:20 UTC
view on stackexchange narkive permalink

我的團隊負責人在衝刺中休假了2週。因此,我的團隊(3個開發人員)需要完成大量工作才能完成衝刺。然後,我們被告知要在他缺席的情況下進行積壓和錯誤檢查,並在他回來時開始新的衝刺。

另一個開發人員和我來這裡僅一個月了,但已經因為獲得無需微觀管理就可以完成工作。但是,當團隊負責人休假時,一個開發人員“ Joe”沒有做任何有用的事情,實際上卻拖慢了我們的工作速度。

他會憑空做出不需要的任務(未知),在他花了很長時間之後才求助,然後最終還是沒有完成。

我通常會嘗試直接與“ Joe”交談,但是這個傢伙確實難以溝通,如果我說什麼話,我會覺得他可能會惹上麻煩。

作為團隊的一部分,我的目標是團隊表現出色,而且我們會更快如果他什麼都不做。

我該如何告知我的團隊負責人?

我確定他會在源代碼控製文件的踪跡是他自己的,但並非所有人都會引人注目。您完成了” 和“您現在正在做什麼”

  • 另一個開發人員,但我不知道他是否在尋求有關非再開發的幫助要求,因為“ Joe”只會在特定的編碼問題上尋求幫助(例如如何創建此對象?),而不是針對需求本身的問題。
  • 團隊負責人會在代碼提交等方面看到這一點嗎?
    他可能會注意到他的提交是多餘的,如果他檢查的話,不需要分支。但我認為他不會注意到他放慢我們步伐的程度。
    這個人所做的工作類型不會很明顯嗎?他們難道不能僅憑此告訴他們自己已經減輕了體重嗎?
    當團隊負責人在場時,“喬”是否還會將團隊推倒?
    他盡力而為。
    團隊負責人不在時,您是否每天有站立訓練或其他會議?喬在那些會議上對他分配給自己的任務說了什麼?
    是的,Joe嘗試進行站立訓練,因為他在這裡比我們其他人都長了一個月。他基本上對他的所作所為一無所獲。
    “他會憑空製作任務,這些任務不是必需的(當時我們還不知道)。”“我們不知道”指的是它們不是必需的事實,而不是整個任務?如果您不知道何時憑空完成任務,則這暗示了有關sprint過程的問題。
    您是否有關於團隊績效的定期回顧或其他反饋會議?
    不正式。查看每個人正在做/已經做的事情的最好方法是按用戶篩選問題。同樣,每個人都會在我們的站立比賽中更新潛在客戶,但他通常會避免“您做了什麼”的問題。
    您實際上在進行任何Scrum /敏捷開發嗎?您似乎使用的是這種方式的術語,但是它們的用法似乎與它們的正常定義有很大不同。我可以根據這些方法來添加答案,但是不確定是否會幫助您。
    如果2週假期是衝刺中途,那會使您的衝刺成為什麼?太長。這是衝刺,而不是馬拉松。
    您知道他負責的所有事情嗎?也許他有您不知道的事情要做?
    十一 答案:
    user44108
    2018-07-09 15:55:28 UTC
    view on stackexchange narkive permalink

    你不要。

    繼續你自己的工作,讓你的團隊負責人在他回來時自己整理一下事情。

    這傢伙應該很明顯並沒有減輕他的體重,所以讓自然過程在這裡進行。

    +1000。一個好的領導者會知道誰(或沒有)做任何事情。
    附錄:向主管報告您所做的一切。 畢竟,您不希望這個無所作為的人為您所做的工作表示讚賞。 向您的同事建議他也這樣做。
    我認為這個答案不夠好。OP突出顯示了一個問題,並詢問了一個具體問題**我該如何告知我的團隊負責人?**我不應該告知我的團隊負責人**如何**。 回答“您不這樣做”是不適當的IMO。
    -1
    @UKMonkey不,對不起。這是對假設情況的一次巨大飛躍,它基於對給定問題的錯誤解釋。您還使用了一個非常嚴格的二分法,這種二分法在現實世界中不適用:如果將問題通知給團隊負責人,並不一定會令同事感到沮喪,並且如果通過明智的方式並通過正確的渠道來完成,則會導致團隊領導受到侮辱。 坦率地說,我也要說,如果某個團隊領導受到某人的侮辱,他們願意填補他們錯過的內容,那麼至少在英國,他們沒有成為團隊領導的必要條件。
    @korthalion聽起來如果您不同意此答案,應該寫一個自己的答案
    @Korthalion根本沒有跳到假設。這是一個XY問題;假設他們需要與經理交談以解決該目標。真正的問題是“我如何使喬受到紀律以提高團隊的生產力”或“我如何確保自己獲得信譽”。
    @Korthalion雖然許多其他SE網站不允許“不要這樣做”答案,但在工作場所,我們明確允許這樣做,特別是在擬議措施會造成職業傷害的情況下。看看[此元討論](https://workplace.meta.stackexchange.com/questions/2321/when-asked-how-can-i-foo-the-bar-is-dont-foo-the-欄適當的答案)以獲取更多信息。
    是的這就是為什麼他們付錢給您的團隊領頭羊。(或這樣的主張),團隊領導者的工作就是了解他的員工取得了什麼成就,而沒有成就。
    現在還有一個要素,您知道某件事正在影響您的團隊的工作能力,完全不做任何事情而只是讓您的團隊失敗是某種不好的形式嗎?我想說,每個人都有責任將潛在問題引起團隊領導的注意。如果團隊負責人決定不採取任何措施,那就是另一回事了。
    我不同意。一種可能的結果:團隊負責人很高興,因為無需完成明確分配任務即可完成工作。不知何故,OP看起來很緊張,與同事進行社交時遇到了麻煩。同時,Joe總是抽出時間與團隊負責人進行快速聊天。下次有人升職時,喬顯然是候選人。
    如果我是什麼都不做的人,我將是兩種人之一。誠實:我會向團隊解釋我帶領我的舉重麻煩。不誠實:我很高興我的同事採用了這個答案。最後但並非最不重要的一點是,永遠不要以為良好的領導不會犯錯誤,在適當的時候提供一點幫助會大有幫助。
    Old_Lamplighter
    2018-07-09 17:40:05 UTC
    view on stackexchange narkive permalink

    如果您做任何事情,那麼充其量就可以被標記為辦公室老鼠。

    最糟糕的是,人們會監視您的一舉一動,每遲到五分鐘就報告一次,離開儘早,午餐時間很長,計劃外休息或出於個人原因需要安排任何事情。

    如果您的目標是真正有效的團隊,那麼淘汰團隊成員並不是實現目標的方法,因為這只會導致衝突,而不是團結。

    TLDR

    您如何接近團隊領導? 您不要

    專注於您自己的工作,其餘部分留給團隊負責人。對方會上吊或不上吊。遠離這個

    只是好奇-當OP僅僅執行一定程度的問責制時,如何將OP標記為辦公室老鼠?是否應該讓Joe簡單地在辦公室閒逛並從事與公司/團隊/產品目標無關的事情?同樣,此溝通應在OP和團隊負責人之間進行。由團隊負責人確定在他們聽完案件後應該做什麼。
    我認為您的意思是“您如何接近...”而不是“您如何接近...”。
    David
    2018-07-09 18:41:58 UTC
    view on stackexchange narkive permalink

    根據您對情況的描述,有兩個不同的問題:

    1. 您的同事似乎正在從事與積壓和/或不相關的任務缺陷列表。

    2. 您的同事正在減慢您的速度,即影響您履行自己的承諾的能力。

    3. ol>

      關於#1:如其他答案所述,這不是您的責任。

      我也不一定要假設未分配工作。可能有人接近“喬”並要求他們進行輔助/研究項目。 (在敏捷的環境中(您提到了sprint),任何工作都應記錄在積壓和/或董事會中,但沒有人或組織是完美的。)

      “ Joe”也可能是相對的或高層管理人員的朋友;以我的經驗,這種事情太普遍了。讓您的團隊領導的另一個原因是解決這個問題。

      關於#2:如果這會影響您的生產率,那是您可以並且應該嘗試解決的問題。

      我建議您一對一地開始並設置一些界限:如果您一次“幫助”“ Joe”超過15分鐘,請說:“嘿,我很想與您合作,但我正在X和Y上工作,我們真的需要在此sprint結束時完成這些工作。“

      如果這導致了現場-或者您有理由相信會-那麼也許是時候讓團隊領導參與了。但是,這樣做時,請注意對生產率的影響。在處理情況時尋求指導:您想做對團隊最有利的事情,但是您需要對這件事有一些指導。 (這是優先安排時間使用的問題;不要假設您知道團隊領導和管理層想要什麼……例如,可能會要求您花一些時間與Joe配對。)

    對於#2,也許嘗試詢問您的團隊負責人,是否可以在sprint中分配時間與Joe配對程序-這樣一來,您就可以學習一些技巧和竅門,並且將您的時間精力記錄在sprint中。
    @Dave我猜大概有3個開發人員,他們可能沒有太多配對。仍然有可能出現某種配對,因此我將其合併。
    您為什麼不與3個開發人員結對?我在2開發團隊中待了幾個月,我們幾乎一直都在配對。與單獨工作相比,它應該更有生產力,因此沒有理由在較小的團隊中減少工作量。
    @Erik-雖然對編程在某些情況下可能有用,但要明確聲明比單獨使用相同的資源來完成不同的擬合任務要更有生產力,這是純粹的koolaid銷售技巧。任何這樣的說法都是有效的,這很大程度上取決於特定的任務,技能和工作方式。
    Mark C.
    2018-07-10 02:00:08 UTC
    view on stackexchange narkive permalink

    我實際上遇到了這個問題,有時在我與 一起工作的人的現有團隊中仍然存在這個問題。 p>

    我個人是問責制的忠實擁護者,這就是為什麼我對什麼都不說方法感到困惑。在繼續之前,請記住,問責制並不總是意味著告訴某人他們的工作沒有用,或者他們沒有為團隊做任何有意義的事情。它不必是有辱人格的或人身攻擊的(我必須隨著時間的推移而學習)。有時可能是對優先事項的簡單誤解,對工作目標的不清楚,工作真正所在的領域的弱點,或者喬可能一生中都有自己的私事。

    那麼問責制如何發揮作用?最終,我們都在努力實現目標。在軟件中,通常用於解決錯誤,在系統中擴展功能或加固現有產品。對於在公司代碼庫工作的程序員來說,這些基本上是對工作的最低要求。在我看來,如果某人沒有執行任務,不僅對您和團隊都有責任,而且還會浪費公司的資源(時間+金錢)。

    根據您所涉及的問題,哪些會影響您認為有意義的範圍:在團隊負責人缺席(或其他情況下)的情況下,誰負責工作並確定其優先級?這是應該和喬一樣負責的人。

    ...沒有任何用處,實際上使我們放慢了腳步。

    這是一個非常重要的聲明,很可能會被視為人身攻擊。

    1. 了解喬是如何開始從事他認為重要的任務的
    2. 什麼任務 團隊認為他應該繼續從事的工作更重要,更有價值
    3. 您擔心他正在做的工作並沒有為實現Sprint的目標做出貢獻
    4. ol>

      您需要證明您的擔憂是有效的,並且關注的是工作[未完成],並且實際上與個人無關。 (如果您真的不喜歡喬,找另一支球隊,或者最終找到另一份工作。與您不喜歡的人在一起帶來的負面影響是不值得的)

      他會憑空做出任務並不是什麼要求(當時我們還不知道),在他花了太長時間之後才求助我們,然後最終只是沒有完成。

      這感覺就像“不好整理”,因為沒有跟踪正在進行的工作,沒有人問為什麼要進行這項工作,似乎人們專注於其他事情而又看不到衝刺的目標。當喬尋求幫助時,這給了您很小的機會,可以進行更深入的了解,並確定他為何從事這些任務,以及它們與您的工作有何關係。在Sprint中,團隊通常應該對剩下的事情以及積壓的優先級較高的項目有一個好主意(我假設每個人都可以看到)。根據工作,未完成的進行中的工作並不總是一件壞事。例如,如果喬正在研究一種有助於加快數據庫連接速度的新技術,那麼我會說這具有潛在的價值,儘管其他工作的優先考慮可能會排在第一位。開放式溝通解決了此類問題。

      最終,團隊負責人(通常)比在其下工作的開發人員擁有更多的能力。團隊負責人不會進行所有代碼審查和簽入。我相信是這樣,因為大家相互理解和尊重,您的同僚將按規定進行工作,並且如果出現任何問題(由於對Y的依賴,我們無法進行X處理),他們會在會議。通過審查每次入住,團隊領導無法對2週的微型管理工作產生任何好處。如果您要對此發表意見,那麼就需要在這裡集中精力,並避免親自攻擊喬-這弊大於利。

      同樣,這裡要重點關注的事情是:確保團隊負責人知道這是您的真正關注,並且您不僅僅是在抱怨。每個人都應該在做什麼?團隊負責人是MIA時,誰負責這項工作?與正在完成的工作以及它如何對Sprint /團隊/產品的目標做出貢獻的公開交流。如果您不認為正在做的事情很有價值,因為優先級較高的項目就可以了-這沒什麼錯,但是您必鬚根據事實來論證。

    優秀而令人耳目一新的答案。
    WernerCD
    2018-07-09 20:49:43 UTC
    view on stackexchange narkive permalink

    我要補充一點,事實應該說明一切。

    我不認為您應該“淘汰”“喬”-但考慮到應該有某種“站起來”,每個人都可以報告過去和現在的狀態。

    當您報告自己從事任務1、2、3並修復了X,Y,Z錯誤時,都涉及票8、9、10 ...,並且關閉了三張票中的2張。第三張票?

    然後您會看到喬說他正在研究This,That和The Other以及...好吧...這些東西與門票無關,除非通過...並且沒有因完成的工作而關閉門票...

    比較應該說明一切。

    如果您強調自己所做的事情,...的沉默如果您的團隊負責人注意,關於Joe所做的事情應該很容易聽到。

    Madalina Taina
    2018-07-09 22:24:13 UTC
    view on stackexchange narkive permalink

    我認為您應該做的是提交一份活動報告,其中包含您每天完成的所有任務-您可以用一個簡單的原因對此進行解釋,因為您是新來的。

    您可以弄清楚團隊負責人是否要您嚴格管理衝刺中的活動,還是他鼓勵解決其他任務,例如Joe所做的事情。

    這應該足以警告他有關喬的信息,並確保他知道您已完成的任務而無需說出具體的話。

    是的-這是我在[我的答案](https://workplace.stackexchange.com/a/115558/3298)中提供的內容的本質
    blurry
    2018-07-10 20:40:21 UTC
    view on stackexchange narkive permalink

    雖然我喜歡“你不喜歡”的答案;我認為將來這裡有一個潛在的解決方案。雖然我普遍認為,您的領導者的職責是確定誰做了什麼(部分原因是他們可以就錯誤和類似問題諮詢合適的人),這可以

    如果您當前缺少代碼審查步驟,則可以將“每週審查”或“進度報告”發送給潛在客戶,並在此站起來報告您所做的工作或其他各種跟踪儀表;這些可能有助於使沒有動力的人得到注意或得到動力。

    類似地,聽起來好像您也沒有任務跟踪系統(例如Jira)。 )(如果您這樣做了),那麼就已經隱式地跟踪了他的進度不足,因為您的領導應該注意到在他名下的票證似乎沒有動,或者票證正在迅速產生,然後失效。在我們的通信服務器(hipchat)中,我們為團隊提供了一個Jira通道,該通道可以使通過它的所有信息脫口而出,例如新票證,狀態更改等。


    此外,某人做些unk腳的事情,您可能看不到他的工作的價值,但他很可能被雇用來做這種奇怪的事情。一些人被雇用,不是為了工作40個小時或在基本工作上做得很好,而是為了他們的輔助性貢獻(或被認為有做事的能力。)

    在我的情況下,我構建了一個工具(而且可能沒有授權建造)已完全將我們的方法轉變為我們團隊的主要工作,並幫助發現了其他團隊中如此猖ramp的問題,以至於三支團隊共同重構了我們的整個方法。另外,我們的團隊提供了更準確的產品,更好的要求,更好的問題診斷和更早發現問題。我們的任務從幾週縮短到了幾小時。

    這樣的貢獻可能是一次在蔚藍的月亮中;但也許正是他們僱用這個人的確切原因;希望他們的大腦能夠以一種很好的解決方案的方式來接近問題的搜索空間。


    最後,我也使用了您所說的類型關於。她基本上沒有做任何事情,沒有適當地使用工作流系統,拒絕某些類別的任務(因為不熟悉代碼的這一部分;這都是自我實現的悲劇!)和其他問題。

    也就是說,她沒有被直接罐裝;只有(也許)因為搬走而放手。我最好的猜測是,在我的工作中很難解僱某人,或者潛在客戶沒有力氣。

    rooby
    2018-07-10 12:01:20 UTC
    view on stackexchange narkive permalink

    我認為,給定團隊中的每個人都有責任說出有害於團隊進步的內容。完全忽略它會使您在失敗中有些複雜。

    您可以說團隊領導不在時一個人沒有做任何事情,這導致團隊無法達到衝刺目標,或者您也可以說您的團隊整體上表現不佳,無法達到衝刺目標。

    由於您正在運行沖刺和站立式訓練,因此我假設您也正在進行沖刺回顧。在衝刺回顧中,您可以提出一個事實,即您不認為團隊在優先安排任務方面做得很好,並且站立式會議沒有效果(這是正確的,否則整個團隊會知道人們在做錯事)。

    您可以這樣說:人們有時沒有從事最重要或最相關的任務。您無需命名。

    也許值得一提的是,為什麼您的站立姿勢不會使任何人都警覺到人們正在從事不應做的事情。也許您需要更改站立的格式。

    然後,我希望您的團隊負責人能引起對此的討論,在這個團隊中,您可以討論此問題的可能原因和為此採取的措施。例如,一個可能的原因可能是該人開始處理一個問題,然後發現其他半相關的問題,並作為原始問題的一部分首先開始處理它們,而不是停止並創建新的問題,而進行討論可能會改變範圍和/或努力,然後繼續。

    如果您真的擔心其他人將其視為攻擊,則可以用包含自己的方式來表述它,例如通過補充說,這是您不時知道自己要做的事情,或者每個人有時都在為之掙扎。

    目的不是指責和指責遊戲,而是使用建設性反饋來識別團隊中的弱點或問題,並共同解決這些問題。
    您的主要目標是使團隊正常工作

    通常是這樣的情況:此人意識到這個問題並想解決這個問題,但卻不知道根本原因,或者無法解決。或者他們可能根本沒有意識到這個問題。
    在這兩種情況下,作為一個小組進行討論將有助於他們解決問題,並且每個人都會更加快樂。

    顯然,會有在這種情況下,即使您試圖以友好的方式解決問題,但您將擁有一個不會成為團隊成員並且不會遵守團隊規則的團隊成員。團隊負責人說,您擔心的是,即使在回顧和站立式討論中,解決錯誤事情的人的問題也沒有得到解決。

    然後發生的一切高於您的薪水等級,除非團隊領導要求您提供進一步的幫助,並且您同意提供幫助。

    ndcHunter
    2018-07-10 12:51:33 UTC
    view on stackexchange narkive permalink

    我同意到目前為止發布的大多數答案,提高團隊績效不是您的工作。

    但是,如果您想讓團隊領導知道您的情況,則可以在每天休息後利用他的缺席情況來補充他的情況。現在,您應該明確避免對喬感到不好,而只是談論您在兩週內所做的一切,還包括您正在幫助喬(不是消極的意思,只是為了解釋您如何度過的時光)。因為您只想填補團隊領導,沒有人會大吃一驚。您可能還想說服其他同事也這樣做。這就給Joe留下了每天2種選擇:提交歷史記錄。

  • 說一下他當時的工作:如果您的團隊負責人能夠勝任他的任務,他將意識到此任務不在該Sprint的範圍之內。 / p>

  • ol>

    在兩種情況下,您的團隊負責人都應注意某些事情並未按計劃進行。此時,確定如何繼續是他的工作。另外,如果您的團隊負責人向Joe發出了處理這些任務的指示,而您可能沒有意識到,那麼您也可以避免面對。

    Dennis Jaheruddin
    2018-07-11 22:23:12 UTC
    view on stackexchange narkive permalink

    關注結果,避免消極情緒

    當您的團隊負責人回來時,很有可能會問“進展如何”。

    而不是假設/暗示某些事情不好的事情發生了,堅持事實。在您的情況下,這樣的事情似乎是適當的:絕版任務

    如果您的團隊領導不介意,那麼您就不要介意太多。也許他至少會很好奇,然後您可以簡單地指出您幫助了喬一些東西(表情沒有消極!)。然後由您的團隊負責人調查這些東西是什麼,並評估他是否對被優先考慮感到滿意。


    您可以看到,我嘗試著盡可能積極地看待事物可能。但是,如果喬顯然對公司做了無用的事情(例如設置流媒體解決方案以便他可以照看他的貓),則此答案不適合這種情況。

    amphibient
    2018-07-09 23:04:45 UTC
    view on stackexchange narkive permalink

    無論道德操守對您的職業和團隊地位有何影響,您都應該做到合乎道德。

    這與我目前遇到的情況非常相似。本質上,某人沒有做好工作,這使團隊付出了代價,也使他們的同工付出了相同的努力,他們需要為此付出更多的努力才能彌補或彌補損失。保持沉默是絕對實際上不道德的

    我升級情況的方式-經過一年多的更友好的補救嘗試在公司層級中進行,但沒有用-是我列出了該人的不當行為清單,並解釋了每個人對整個團隊的嚴重影響-在我們的案例中,也是向我們付款的客戶。我解釋了我必須做更多的工作來彌補這個人,但這不是現實的,可持續的解決方法。

    為什麼“ ra職”不是卑鄙的撫養姿態,這裡的“職場專家”是使之成為可能:因為您可能正在醫院或消防部門工作,而您的同事的無能可能會使某些人喪命。因此,請不要誤解-“成功”是正確的做法,無論它對您的職業生涯和團隊地位有何影響(我在此都帶有感嘆號)!比批准妖魔化更糟糕的是這種想法(在這個論壇中普遍存在)是您不應該這樣做,以保持同事之間的社會地位,因為這對您的整個職業生涯都有好處(誰在乎道德?)

    就我而言,高層管理人員聽到了我的聲音-也受到批評,因為他們沒有註意並且沒有動手早點解決問題-而且大量證據不堪重負,他們不得不同意與我一起。我建議所討論的那個人是如此無能為力,以至於他們應該被放任(由能夠勝任和可靠地完成工作的人代替),並且懷疑的任何進一步好處都類似於將自己的手伸進去。第一次解僱,而且管理層很容易做到這一點,因為客戶基本上一無所知,無法監控個人貢獻者的表現,因此這個傢伙與我們其他人融為一體。我相信您可以整理出一個類似的案例,但是重要的是,您應該以結構化,冷靜的演講形式記錄下來,該演講著重於對團隊的影響,而不是個人爭執。同樣重要的是,您自己必須被公認為能幹,才能發出這樣的警告。

    現在,您應該注意,就像我說的那樣,這很可能會對您造成打擊該公司內個人團隊的地位和職業比沒有。但是生活給我們帶來了這種性質的挑戰,在道德上正確的做法是承擔成本。由於您看起來像個乾練而自信的人(已經完成工作而無需進行微觀管理而得到認可),所以我相信您可以找到其他選擇,以防這種道德上令人欽佩的行動開始具有無法忍受的政治後果。

    在共同文化中對[樣式勝於實質](http://rationalwiki.org/wiki/Style_over_substance)的這種普遍痴迷是人們拒絕大聲說出來的重要原因(這不是“好”而且可能“得罪”)。
    我同意這個答案,但也同意@DonThermidor_LobsterMobster。這個答案的實質是好的,但是如果因為不好而被刪除也沒關係。
    我已經刪除了您回答中涉及回答方式/道德規範的部分。可以不同意其他答案,但這不是合適的方法。如果您想進一步討論,請使用[Meta](https://workplace.meta.stackexchange.com/)並在此處提問。答案不是這種肥皂盒的平台。謝謝。


    該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
    Loading...