題:
如何在半職業聊天中與下屬經常打交道
Mezzollo
2017-07-17 15:18:18 UTC
view on stackexchange narkive permalink

在她的工作時間裡，我經常看到我的一個下屬在半專業的聊天中聊天。所謂“半專業”，是指聊天針對前端開發人員（這是她的職位），但是除了共享和討論代碼段外，他們還經常談論書籍，電影等。

作為開發文化的擁護者和Stack Exchange網絡的活躍用戶，我不想完全禁止這種交流。主要是因為很難定義這條線（是否已經解決了Stack Overflow問題？是否正在評論和改善答案？正在WhatsApp中討論午餐選項？）

另一方面，我看到這需要花費時間她的工作時間很多，我從未見過她加班。

到目前為止，當我看到她從我的眼角聊天了很長時間時，我所做的是：

  1. 詢問她當前工作包的狀態。這些包裹很小（我可以在半天之內寄出，她需要1-2天）。我經常得到迴避的答案，然後她確實回頭看了一段時間。
  2. 討論在當前工作包中彈出了哪些其他方面，使她回到正軌。
  3. 公開表示她應該關注自己的私人瀏覽行為
  4. 公開表示我在接近時看到她更改了標籤頁，對此我感到惱火。
    5. ol>

    我們是一家小型初創公司，因此我們受到製裁的可能性非常有限，而不是我們想要的文化。我也不確定我是否應該顯得更強硬和嚴格-老實說，我被警告我必須像這裡的小學老師那樣行事。另外，她並不是一個很好的編碼員，但是擔任該職位花了很長時間，而且她確實解決了比她創造的更多的問題-因此解僱她是一個艱難的決定。

您是管理團隊的新手嗎？我問是因為您已經說過：“（我可以在半天之內交付他們，她需要1-2天）”這聽起來像是您在委派工作項目和接受員工的工作方式可能與您不同時遇到了麻煩。連同您提到的其他觀點，似乎表明您可能正在進行微觀管理。嘗試採用更寬鬆的方法，並嚴格關注她產生的結果，而忽略她如何提供結果。
多年來，我得出的結論是，為頭腦/知識工作擔心幾分鐘和幾小時是沒有意義的。重要的是幾天。如果她放鬆一個小時休息一下，然後在離開前做完一堆事情，那可能沒問題。如果浪費了一天，就沒有辦法找回它。您不會整天看著她，而從她的肩膀上看時所獲得的數據樣本幾乎沒有價值。跟踪她幾天或幾週的生產力。然後考慮改善它的方法。這可能不涉及她進行任何更改。
如果您被允許/預期要做或談論的只是工作，工作，每天工作8、9、10個小時，那麼這將使辦公室變得無聊又壓力很大。如今，大多數公司在其政策中甚至承認人們一天當中可能會不時地跳入Facebook頁面或Twitter或閱讀新聞網站，只是不整日花時間。如果您整天看著人們的肩膀，那麼您什麼時候有時間做您的工作？
五 答案:
Olin Lathrop
2017-07-17 16:16:34 UTC
view on stackexchange narkive permalink

我將專注於她的生產力，而不是她的個人行動。

如果她的生產力合理，那就放手吧。這是她在其他時間做更多事情的過程。

如果她的生產力低下，無論您認為是她聊天還是不聊天，都可以直接解決。與她談談她的生產力低於預期，阻礙她發展的原因以及如何為她提供幫助。看看她是否提到聊天。如果不是，請提出有關如何提高她的生產力的建議。

經過一段合理的時間（幾個星期，一個月），與她坐下來重新評估她的生產力。

如果它仍然很低，則可以減少聊天的權限。

最終，如果嘗試解決該問題後她的生產力仍然很差，則需要確定她是否真的值得與其他人保持聯繫可以代替她。

這個。您實際上並不在乎她如何度過時光。您關心的是她完成了多少工作。如果她的表現達到了您想要的水平（就生產力而言），那麼就讓她隨心所欲地度過自己的時光，因為顯然這已經達到了預期的結果。如果她的生產力不足，請告訴她，讓她找出如何完成更多工作。
-1
恰恰。當我把項目放在腦海中時，我常常會突然想到。有時我花幾週時間買東西，只是為了報廢。其他時間，我會在一個下午解決一個難題。坐在座位上盯著代碼的時間並不等於生產力。如果這個人只是忽略任務，那是一回事。但是，讓某人擁有自己的過程，尤其是在編程中，始終是明智的選擇。
我同意@Kaz，這很有意義。我遇到的情況是我的團隊能夠完成的工作比其他兩個團隊的總和還多。我們的老闆讓我們在完成工作時盡我們所能地放鬆身心，但要了解以下情況：1）在緊急情況和緊縮時間內，我們會跳進來，甚至是在午餐和休息時間工作； 2）我們會謹慎而不是謹慎標榜發生了什麼事。
我唯一要補充的是，擔心的是她的生產率低下和/或聊天降低了其他人的生產率。無論哪種方式，解決方案都是相同的，與生產力低下的人討論生產力低下並努力幫助他們改善。
這個答案很好，但是一個可能的問題是，OP會花很多時間在聊天上，這會使OP的感知產生偏差，但是無論如何，他們都努力做到
@Magisch後者的思想具有諷刺意味的是，對於很多人而言，定期休息比起不停地解決同一問題更能提高他們的生產率。
如果該人受到薪水，則您要為他們的結果付費。如果它們是按小時計算的，則您要為他們的時間付費。正如其他人所說，如果工作完成了，請不要擔心細節。
我同意這個答案，我想補充一點，如果您讓她停止正在做的事情，那麼她的工作效率甚至可能下降。
它確實在工作場所設置了一些不良模式。*特別**由於生產力低下，我傾向於嚴厲打擊她。這裡的策略可能是讓前端開發聊天室中的一些高級人員在她開始分散團隊注意力時（首先以友好的方式）讓她更多地專注於工作。
-1
@Foliovision沒有證據表明生產率低下。僅僅因為人A可以在人B的一半時間內完成任務，並不意味著人B沒有生產力。有了這樣的定義，很容易通過找到可以更快地完成某些特定任務的其他人來任意地將任何人描繪成非生產性的。
@FezVrasta我認為，如果她是那種“需要”閒聊和分心的人才能長期取得更好成績的人，那尤其有可能。永遠不要忘記，我們的職業歸根結底是一種創造性的職業，人類常常需要動腦子和其他刺激來保持果汁的流動。
Martin
2017-07-17 16:31:58 UTC
view on stackexchange narkive permalink

也許這是一個動機問題？如果她有更多挑戰性和重要任務，她的工作效率會更高嗎？在過去，如果我由於缺乏動力而沒有有趣或具有挑戰性的項目，我經常會發現自己分心。

也許可以將她的任務從開發的其他領域中剝離出來（如果這是您的能力）。或者只是與她談談她在工作中可能遇到的問題，並提及她的工作效率，也許有些事情可以改變您不知道的地方。

我認為您當時表現得足夠強硬。但是，如果沒有其他幫助，建議增加韌性。

dvc.junior
2017-07-17 23:29:25 UTC
view on stackexchange narkive permalink

就像其他人已經說過的那樣，您應該只專注於她的工作成果。

否則，您將保持警惕，一直在想知道她是否在浪費時間從事非工作相關的聊天。實際上，在那種情況下，你們兩個都將浪費時間。她在聊天，而您則浪費精力控制自己的舉動。

您應該保持頭腦清醒，專注於真正需要注意的事情。您還應該考慮的另一件事是，您說她不是一個好的編碼員，所以我將假設她經驗不足，而不是假設她只是一個糟糕的專業人員。

無論如何，我認為您應該扮演一種老師的角色，並通過向她展示如何處理工作中的許多干擾，包括聊天在內的方式來幫助她提高工作效率，並設法集中精力按時交付包裹。

如果她解決的問題多於創造的問題，那麼就有時間花時間在她身上。當然，她的改進將取決於她提高生產力的意願，但是至少您可以提供一些方法來幫助她實現目標。

如果她不是一個好的編碼員，並且**喜歡浪費時間，則補救工作可能不會很有意義。可悲的是（*愉快地*？）我們的專業（發展）目前缺貨，我們常常不得不接受不良的舉止和工作習慣，因為*我們無法得到其他任何人*。但是這種行為仍然沒有生產力，破壞性和專業性。實際上，在任何正常工作場所中，如果您不能讓她進行改革，都應在短期內更換這樣的工人。
我認為“改革”對於我們這一代人來說是一個恰當的詞。人們，不僅是我們的職業，還喜歡浪費時間。他們淹沒在手機屏幕和各種社交媒體中。那是現實。我們要么坐下來等待它通過，要么我們選擇今天處理。應對它涉及教他們如何使私人生活與職業生活分開。還涉及很多耐心。沒有什麼浪漫的東西，只是很難。但是生活不是嗎？
Phil M
2017-07-19 02:02:14 UTC
view on stackexchange narkive permalink

您是否使用項目管理軟件並將項目分解為任務？

如果您跟踪她的工作時間並根據這些時間向客戶收費，那麼她在做什麼？

如果她每天僅報告4-5個小時的可計費時間，請明確說明該政策是每天7.5個小時的可計費時間（允許任何需要的休息時間2 x 15分鐘）。未能達到預期的工作時間應該無法很好地反映評論，甚至可能發出正式警告。即使是內部項目，也應該計算小時數，並“計費”到內部項目。

如果她要報告一整天的計費時間，是否會不合理地增加計費時間？如果某項任務的工作估計是20個小時，但要花40個小時，那麼...讓她知道她的生產力比預期的要低，您要么需要與客戶討論增加預算，要么必須吃飯區別。

還留出時間進行“培訓”和繼續教育（網絡研討會等），並且允許的時間非常清楚。實際上，她可以將專用於開發人員聊天的時間用於該時間，只要將該時間計為“培訓”時間，並且不超過一周中分配的時間即可。

使用時間跟踪器是一個可怕的解決方案...
這完全取決於業務的設置方式。如果您要按計費時間（可能是服務合同）向客戶收費，那麼讓生產人員使用時間跟踪器是向客戶計費的最有效，最誠實的方式。OP沒有說出他的商業模式是什麼，因此我在回答的開頭問了一個問題“您是否使用項目管理軟件”。作為開發人員，我討厭不得不考慮自己的時間。作為企業主，這通常是必需的。
rdab
2017-07-17 18:21:31 UTC
view on stackexchange narkive permalink

我見過一些實用的技術：

  1. 分配工作時，請告訴開發人員類似“我估計這項工作需要1天的時間，因此您應該在完成工作之前明天結束了，好嗎？”
  2. 完成工作的中途詢問開發人員他們還剩下多少時間來完成工作，然後在經過這段時間後再次詢問他們是否還沒有完成
  3. 說些類似的話：“您的同事開發人員X有一些確實很緊迫的工作要做。如果您認為在接下來的幾天中需要打擾他們，您可以先讓我知道嗎？”
    4. ol>

    這些幫助以非對抗性方式將注意力集中在預期生產率與實際生產率上。

像這樣的老闆會很煩人，尤其是當他們不了解合理的理由時，事情花的時間比他們從高層的角度所想的要長。
但是，如果老闆也是開發人員，那麼下屬可以解釋他們遇到的任何意外問題。詢問預期的完成時間是一個非常合理的管理問題，尤其是在必須有人安排工作和更新客戶的情況下
這樣做會建立直接且可能永久的對抗關係。不要告訴程序員要花多長時間，讓他們告訴你。如果您不同意他們的估計，請進行討論。“您估計要添加6個小時的按鈕？對我來說似乎有點長。您是如何得出這個數字的？”您必須對這些事情“買入”，並且（使他感到震驚），即使主管也是編碼員，主管也可能沒有考慮任何事項，而是通過將下屬置於防禦上開始了討論。
@ChristopherEstep不是我的經驗。特別是對於經驗不足的開發人員，他們對評估沒有信心，因此更喜歡經驗豐富的開發人員。我和我的同事們可以相互尊重地，成熟地討論工作評估的各個方面，而不會引起對抗。我想這必須取決於所涉及的個人
我討厭為這樣的人工作。沒有什麼比別人估計您完成工作需要多長時間更糟糕的了。每個人的工作方式都不一樣，估計的人可能沒有對此進行深入研究。無論如何，軟件評估是一個幻想……無法做到準確。
我曾經有過這樣的老闆。這裡的關鍵詞是“ had”。根據您的任意標准給我一個估算值是最快的方法。如果您一生中做過任何編程，那麼您就會知道，許多因素都會使“一天”的項目變成一周。如果您還沒有做任何事情，就應該努力，讓程序員完成他們的工作。
除非您做的事情確實知道該怎麼做並且已經做了幾次，否則很難給出準確的估計。幾乎總是會有一些障礙，而解決問題所需的時間是可變的。
OP的@Magisch是開發人員，因此已經了解所有這些內容。OP擔心的是放鬆而不是合法的延遲
-1
@rdans我知道有很多人在成為經理後就忘記了軟件開發的現實，突然他們的整個生命不過是Microsoft Project和預算。
@Magisch我正在給OP帶來疑問的好處。如果實際上工人由於不必要的聊天而花了4倍的時間才能完成工作，那麼他有責任為此做些事情。如果他實際上給了她不必要的麻煩，那麼其他答案已經解決了
@rdans您將完全擺脫體驗鴻溝。如果OP是經理，則他們至少應具有足夠的能力。沒有證據表明聊天不是她聊天的一部分。確實，在我工作的地方，一些最有生產力的同事經常聊天。根本沒有辦法在這裡告訴她生產率是否過低，而這是OP唯一可以實際解決的問題。
我們擁有高級工程師，他們實際上可以完成某些事情，而他們擁有許多特定領域的知識，其速度比初級人員快4倍。這並不意味著該初中生會遇到性能問題，或者這甚至不是一個公平的比較。
完全不同意這一點，因為這樣做過於苛刻，因此不會推薦，除非目標是培養不良意願。
您對“非對抗行為”的外觀有有趣的想法。


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