題:
團隊成員在堆棧溢出上花費過多時間
user2711965
2014-06-19 23:38:51 UTC
view on stackexchange narkive permalink

大約8個月前,我鼓勵團隊成員關注Stack Overflow,以便他們閱讀問題,幫助他人並提高他們的技能。但是現在這已經失控了。我有一個由5個開發人員組成的團隊,其中每個開發人員在工作時間內平均每個人至少獲得150分。

問題是該團隊位於遠程位置。他們在不同的國家,在不同的時區,所以我無法親自監視他們並阻止他們這樣做。我看到生產率和質量都在下降。

例如,我們錯過了兩個截止日期,並且每個月的錯誤數量幾乎翻了一番。任務的複雜性級別保持不變,但是生產率和質量正在下降。

似乎他們對堆棧溢出有些上癮。我不/不能要求網絡團隊阻止Stack Overflow,因為那樣也會妨礙其他人。我已經要求他們反复停止對Stack Overflow的貢獻。

請不要誤解我,我不希望他們遠離Stack Overflow,(我是鼓勵他們參加Stack Overflow並創建我的帳戶的人),但我只是希望他們將其保持在合理的範圍內。

我還要補充一點,我已經通過電子郵件非正式地和正式地表達了我的擔憂,並告訴他們這種行為將反映在他們的半年度審核中。

如何讓他們(或強迫他們)專心工作並擺脫Stack Overflow?


只是為了更新,我的團隊成員看到了此帖子,因為它出現在“熱門問題”列表中。他們同意將工作放在首位,這個問題已經得到解決,而且沒有任何人失業。自從這篇文章發表至今已經快6個月了,他們仍在為Stack溢出做貢獻,但他們保持了平衡,這對雙方都是雙贏。感謝這裡的社區的幫助。

如果您不想進行微觀管理,為什麼要查看他們在SO上發布的答案數量,而不是他們是否達到其他指標(例如,如果您是一支Scrum團隊,則會產生一些故事)?
他們在遠程機構中有本地老闆嗎?
**刪除評論:**評論旨在幫助改善帖子或尋求澄清。請不要回答評論中的問題。不能輕易將這些投票作為最佳答案,並且它們可能會無意間阻止其他用戶提供真實答案。請參閱[如果不作評論,我應該如何發布有用的非答案?](http://meta.workplace.stackexchange.com/a/1866/98),以獲得更多指導。
[如何確定我的遠程工作人員沒有懈怠?](http://workplace.stackexchange.com/questions/1785/how-can-i-make-sure-my-remote-workers-are -不懈怠)
@Ajaxkevi-我認為這絕對是相關的,但並非重複。另外,[現在對此進行元討論。](http://meta.workplace.stackexchange.com/q/2712/16)
馬上想到3件事。 1.他們沒有足夠的工作要做。 2.他們對工作感到無聊,或者3.他們不是那種應該從遠程開始工作的有紀律的人。
@TheMuffinMan,該問題已解決,團隊成員也看到了此帖子。我已經向問題添加了更新。
[團隊成員對此問題的回复](http://workplace.stackexchange.com/questions/30791/how-to-deal-with-a-team-leader-who-hates-it-that-developers-contribute-to -stac?lq = 1)
相關反問題:[已使Stack Overflow節省了數十億美元的程序員生產力](http://skeptics.stackexchange.com/questions/18539/has-stack-overflow-saved-billions-dollars-in-programmer-生產率)
另請注意:為了能夠獎勵懸而未決的問題的獎勵懸賞計劃,您需要先獲得積分。我是在較早的工作中做到這一點的,並將其視為盡職調查的一部分。
十一 答案:
HLGEM
2014-06-20 00:07:19 UTC
view on stackexchange narkive permalink

我建議您關註一個真正的問題,即未及時完成工作並且質量下降。

如果您覺得他們有太多的空閒時間可以在這裡度過,請為他們分配更多的工作,並更加密切地監視分配的工作進度。當發生質量問題時,請將其退回給他們進行修復,並給他們一個緊迫的期限以進行修復。如果他們仍然不理you您,生產力繼續下降,質量持續下降,請使用人力資源流程來擺脫表現不佳的人。

這*似乎*斷言,除了要在較短的期限內為員工分配更多工作,更仔細地衡量進度並在失敗的情況下解僱他們以外,經理還可以幫助員工管理時間並避免分心。這是預期的斷言嗎?
__已刪除評論。__我從不是作者的人那裡刪除了對史蒂夫問題的一些答复,這些問題是針對這篇文章的作者的。只有作者才能回答這個問題。其他人都在猜測。請不要試圖在評論中進行討論;使用[聊天]。
通常,在遇到我的團隊成員表現不佳的任何問題時,我都會花時間與他們進行一對一的交談,並提出期限過長,質量問題等問題。我會全力支持採取不符合要求的事情。公司將質量標準返還給產生它並要求他們修復的開發人員。 (詳細解釋問題出在哪裡)在提起未完成的工作時,最好使用以前完成的工作數量與現在完成的工作數量。指出您認為會有所幫助的內容,並明確說明您期望有所改善。
NotVonKaiser
2014-06-20 00:16:44 UTC
view on stackexchange narkive permalink

最重要的是:如果他們在工作中使用它,為什麼還要在乎?問題永遠不應該是“這些人正在做我不想看到他們做的事情”。那種微管理。您真正應該問的問題是:

在您將它們介紹給Stack Overflow之前,他們是否沒有滿足他們所遇到的最後期限?

如果這是這是怎麼回事,對此進行討論。您甚至可能不需要直接啟動Stack Overflow。只是說:“看,您的表現與一個月前的表現不一樣,所以無論您做了什麼更改,我們都將其改回去”。我對此至少持開放態度。也許還有另一個與Stack Overflow完全無關的原因是他們滯後了。

我覺得我應該在這裡補充一下,傾聽您的團隊成員不僅僅有助於“使他們將來承擔責任” “,這很有用,因為您認為問題實際上可能不是問題

他們是否在做類似電話技術支持的工作(即不是開發人員的工作,首先是我的假設)在通話過程中捕獲了他們的屏幕,而質量檢查人員正在觀看他們去未經批准的站點?

如上所述,請討論問題。它可能似乎就像一個“嘿,不要進入堆棧溢出”的問題,但實際上是一個“嘿,不要讓質量檢查人員將您出於未經批准的目的轉到堆棧溢出的問題”問題。

老闆是否發現了堆棧溢出問題?

在這種情況下,與主管會面也許很重要。作為開發人員,我發現Stack Exchange網站套件是最有用的工具,遠比Microsoft自己的技術支持有用。確實,我認為我唯一發現它沒有其他用途的地方是,當我使用的第三方API中有相當一部分人沒有使用該API時。可能需要將此主管出售。

或者,如果主管堅定不移,您將需要與團隊見面,以告知他們政策已更改,並且他們無法再訪問Stack Overflow。 。除非您想發動草皮戰爭,否則我不會提及主管。

有人會以誹謗或不適當的回應誹謗或以其他方式弄髒您公司的好名聲嗎?

p>

Stack Overflow的社區非常擅長快速捕獲和刪除不良帖子,但是,這也不是“不讀Stack Overflow”的問題。如果這是問題所在,則需要與罪犯坐下來,並向他們告知情況的嚴重性。人們可以並且確實總是從公司那裡放手,以使公司看起來很糟糕。

投票失敗,因為您未能回答問題。這個人是經理,他想阻止使用stackoverflow的人。您似乎要回答的問題是“什麼情況會迫使我阻止SO”,這不是OP所要求的。
Steve Jessop
2014-06-20 04:02:23 UTC
view on stackexchange narkive permalink

(至少)有兩種管理生產力的方法:

  • 工作,而不是工作。也就是說,您設置了要在某個日期之前完成的工作量。希望您所設置的是合理的,並且員工的工作方式完全取決於您的員工。只要您的工作在晚上完成,他們就可以全天候為您提供所有服務。

這裡的許多答案都是按照這些假設進行的。但是工作還沒有完成,你知道為什麼。因此,您將不得不退回至以下位置:

  • 他們在上班時間卻在工作。

這不是 微觀管理來斷言這一點,尤其是作為結束完成某些工作的一種手段。他們得到報酬以花費時間在其雇主指派的活動上。 (我認為)他們沒有按固定的錯誤或按規定的期限支付費用。 (如果有的話,有一個簡單可行的解決方案-他們獲得的人均收入更少,因此您自動為他們支付的費用更少,並且可以用這筆錢僱用更多人)。因此,他們應該按照他們的報酬去做,您應該讓他們看到這一點。

您已經告訴他們​​,對Stack Overflow進行貢獻不是適當地利用工作時間。他們繼續這樣做。他們應該要么因為下班而導致堆棧溢出,要么浪費時間在其他地方,否則應根據您對這些工人的工作時間的靈活程度,完全避免回答問題。

堅定。如果他們每個工作日在9點到6點之間在酒吧里呆幾個小時,因為“他們有些沉迷於酒精”,那麼我懷疑您會猶豫,並且不會被指控進行微觀管理。當您明確告訴他們這不起作用時,對Stack Overflow的貢獻就是他們的個人休閒活動。他們不宜主要在辦公時間去追求它。

如果可能的話,您應該避免的一件事就是直接監視其Stack Overflow的使用情況(例如,通過電子郵件發送給他們說您已經檢查了他們的個人資料)。首先,它適得其反,因為它鼓勵他們偷偷摸摸。他們甚至可能創建第二個帳戶。其次,它損害了您和遠程團隊之間的信任。他們目前不值得信賴,但是讓他們重新回到值得信賴的第一步是讓他們自己監控自己花費的時間,並親眼目睹這太多了。

一旦您嘗試過,如果他們真的“上癮”(也許不是臨床上的,但是養成了他們很難改卻想要打破的習慣),那麼您應該在那。一旦發現問題,誠實地解決問題並由於某種無法克服的強迫而失敗,我就沒有資格就如何幫助他們養成這種習慣的細節提出建議。

我確實有資格說,讓您感興趣的是,您管理的人員如何花時間支付給他們在公司工作,這完全是合法的。由於您已經感興趣並確定需要停止此操作,因此,如果絕對必要,則應對此進行紀律處分。如果人們不能信任他們實際工作,就不能遠程工作。

為了得到一份有價值的東西,無論如何我都會分塊地跟踪我的工作時間,以便填寫時間表,以便公司可以評估項目的內部成本。有時,我會看著Stack Overflow等待運行。當我意識到事情已經完成運行很長時間之後,我就花了很多時間在Stack Overflow上時,我將其視為一次休息,然後我花了時間。這對我來說是有效的,因為我工作時間很靈活,這使我有很大的動力去僅在工作期間短暫地工作而長時間在工作之外看堆棧溢出。如果您的團隊表現出靈活性,那麼它可能會為他們工作(當然需要他們的合作)。如果他們的工作日是9到6點,午休時間比較嚴格,那麼他們對Stack Overflow使用的禁忌也需要更加嚴格。如果您很高興他們每天花一個小時在Stack Overflow上,那也可以,但是他們應該留出時間,通過回答Stack Overflow問題來盡可能提高他們的技能,並儘可能多地工作,並像其他任何工作活動一樣,準備向您報告他們所取得的成就以及所需的時間。

此外,請注意,在Stack Overflow之前,它是Facebook,在此之前它可能是Usenet或LiveJournal。總有一些事情會使人分心。只要他們不故意放鬆,只是讓自己分心,他們可能會喜歡一些規則,只要條件不是太極端(“如果我在堆棧上抓住你,就會被解僱再次溢出”,這太極端了。禁止這種不良行為的規則將幫助他們自律,避免陷入這種情況,只要他們實際上並沒有上癮。

我同意史蒂夫的觀點。在某個地方,以某種方式,某個地方的發展和8個小時變得彼此相關聯。他們只是,不是。分配合理的任務,以在合理的期限內完成任務,完成任務的方式或時間由他們決定。如果SO降低了生產力,他們會解決的。如果有幫助,那也可以解決。
user8365
2014-06-20 01:45:16 UTC
view on stackexchange narkive permalink

無論您是否怪罪堆棧溢出,您的團隊都知道,缺少截止日期不會帶來任何負面影響,也不會為截止日期帶來好處。他們不管得到什麼,都會得到他們得到的一切。這是您必須解決的第一個問題。

我建議設置一些較短的截止日期,並為未制定截止日期提供後果。這裡的關鍵是在錯過客戶或主要項目的截止日期之前進行設置。等待太久只會讓您看起來不好。

您有一些責任,但是您的團隊需要了解他們可以按時完成高質量的工作或承受後果。不幸的是,您不能直視他們的肩膀並強迫他們工作。他們造成了缺乏信任,但您讓他們信任。

HopelessN00b
2014-06-20 19:24:01 UTC
view on stackexchange narkive permalink

我完全同意這裡的其他答案,即問題不是堆棧溢出,而是工作質量和數量的下降。

之所以這麼說,是因為堆棧溢出,這是對於他們作為程序員的工作而言,這是一種潛在的非常寶貴的資源,我想提出一種略有不同的方法,而不是僅僅將Stack Overflow時間視為浪費的,非生產性的時間,因為嚴格地講,這不是-他們在Stack Overflow上的時間可能會使他們變得更好至少在編程和一般溝通方面。

我認為您需要做的是扮演經理的角色,並為他們確定優先級。優先級第一(從事物的聲音來看,第二,第三)是他們得到的實際工作。讓他們專注於工作的重要性令人印象深刻,並使用問題中的指標,可以向他們指出,您知道工作尚未完成,需要改變。而不是試圖讓他們停止使用Stack Overflow,您需要讓他們使他們的工作優先於Stack Overflow。

我親自去過Server Fault。認為這是最好的事情,因為我發現了有趣的酒精飲料,並且花了很多時間在工作上,花費了我90%的時間ServerFaulting,而不是工作,這導致了問題,我最終不得不訓練自己並提醒自己什麼是Server過錯的確是為了-幫助我完成工作並成為一個更好的sysadmin,而不是為了在我上班時而不是在工作上浪費時間。結果,我仍然是一個非常活躍的ServerFaulter,但是它不會干擾我的工作。

我認為將重點放在完成工作上,而不是集中精力“不要浪費”。時間的堆棧溢出”將為您帶來更好的結果。提醒他們他們可以同時執行這兩項操作,而不必執行 Stack Overflow,這可能會使他們更容易接受更改,而不是導致潛在的對抗。

一些對我有幫助的事情,可能會對您的團隊有所幫助:

  1. 工作是在花錢,而不是服務器故障,所以當有工作要做時,我就會工作。如果沒有,我可以進行ServerFault。

    • 當我遇到問題時,Server Fault仍然是我的第一站。畢竟,它是與工作相關的資源,因此我可以將其視為一個資源。
    • 因為我不像其他所有人一樣每小時都進行“抽煙”或“咖啡休息”,所以我可以而是執行“ Server Fault Breaks”,並花費5-10分鐘ServerFaulting。
    • 我花大量時間等待進度條或腳本之類的內容完成,因此我可以做下一件事是發生服務器故障的最佳時機,因為在計算機上等待時我通常無法完成工作。

  2. 服務器故障雖然很有趣,但卻是與工作/職業相關的資源。

    • 這意味著它的主要功能是幫助我解決我在工作中遇到的問題,並從總體上使我成為一個更好的sysadmin。 ,所以這就是我關注的部分。

      • 徽章,聲譽,樂趣,而我得到的其他一切都只是獎金。

    • 這種認識幫助我將其更多地用於與工作相關的問題,而不是專注於回答問題/ rep-w horing。
  3. ol>
但是,請稍候... ServerFault *可以*還清...如果您做對了:)
Makoto
2014-06-21 10:24:26 UTC
view on stackexchange narkive permalink

哇,哇,哇。放慢腳步。

首先,完全免責聲明:我感到Stack Overflow的部分原因是感謝我將我的第一份編程工作從大學畢業。自從我得到它以來,我就沒有在業餘時間為它做貢獻。

辦公室裡也沒有人抱怨我對它的使用。再說一次,當我在工作時,我實際上是在工作。待會兒我會解決您的問題。

我如何才能讓他們(或強迫他們)專注於工作並擺脫Stack Overflow?

與團隊合作。查看他們對正在開展的當前項目的看法,並查看他們的動機/信心水平在哪裡。通過弄清他們大部分時間實際在花什麼時間來弄清他們為什麼花大量時間在工作上而不花時間的主要原因,

缺陷中的原因還可能是由於其他多種原因-極端的截止日期,沒有足夠的時間進行質量保證來審查每個角落和裂縫,沒有足夠的單元/集成測試工作來確保傻瓜漏洞無法解決進入程序。確保您的開發人員編寫測試(很好,編寫測試)是減少引入的缺陷總數的好方法。

我尊重您希望提高生產率的想法。 ,並且您已經告知他們,效果不佳會反映在他們的審核中。但是,也許還需要做一些 更多的工作來弄清楚為什麼截止日期有所延長以及實際情況如何。士氣低落也是動機。

Paul Draper
2014-06-22 07:17:17 UTC
view on stackexchange narkive permalink

關注直接的問題,這些問題是生產力和質量的損失。發生這種情況的原因可能是堆棧溢出,維基百科,Minecraft,Facebook等。

我不確定您通常以哪種方式交流(視頻聊天,電話,電子郵件等),但我可能會問這樣的事情:

我們最近發現工作質量和按時完成任務的能力普遍下降。有人知道為什麼嗎?

您可能會感到驚訝;可能是溝通不暢,艱鉅的開發任務,含糊的要求或您甚至沒有想到的其他因素。

再次,正如我之前說的,關於您的情況,Stack Overflow沒有什麼獨特之處。


僅供參考,我也“沉迷於”堆棧溢出;)

但是我花了很多時間在上面,所以我節省了甚至是因為這個。

@Makoto-這個答案也很明智(http://workplace.stackexchange.com/a/27615/8038)。 :-)關於將堆棧溢出釘為工作結果“感知”下降的“原因”,[相關性並不意味著因果關係](http://xkcd.com/925/)。動機下降可能是原因,通常是這種情況。
user22407
2014-06-20 03:13:17 UTC
view on stackexchange narkive permalink

FIFA世界杯,夏天的高溫或其他任何原因都可能會好,因此,指責SE / SO可能會使他們切換到Twitter / Facebook /其他任何地方。

您應該專注於項目和截止日期,並可能建議正在討論改用基於項目的薪酬而不是按小時付費。既然這些傢伙可能正在閱讀,(您好; p)您不能只是聲稱這一點,而是確實需要一些支持它的東西。

在此發布消息也是時間管理的問題。我一遍又一遍地看到很多人,喬·斯特拉澤(Joe Strazzere)(甚至連名字都沒看就知道了),Vietnhi Phuvan(不,這個人還沒有)或喬恩·斯凱特(Jon Skeet),雖然他們在這裡發布很多。因此,也許可以請一些教練來指導他們,他們向他們展示如何不花太多時間在回答問題或交叉閱讀答案以找到所需的內容上。

System 360
2014-07-25 20:42:07 UTC
view on stackexchange narkive permalink

I've got a guy who's home page is Stack Overflow. His login name is "RepCap". He's the most productive person on my team. An overall policy just isn't possible. If productivity has lately dropped, don't confuse correlation with causality. A good, well trained manager wouldn't. SO might be what's keeping productivity from dropping further.

Micromanaging is always a temptation, but it's one of the most counter productive things you could possibly do. Do some more research. Ask them their opinion on the productivity problem. That will let them know you're aware and concerned, and give them a chance to be part of the solution. Working with people is always the advantageous thing to do.

De Shan Baptiste
2014-09-26 00:49:24 UTC
view on stackexchange narkive permalink

您總是可以只給他們關閉(支付)的時間以促進堆棧溢出。

有一次我採訪了在德克薩斯州的IT諮詢公司,誰給他們的開發人員指定的小時數來工作的個人研究項目。

研究什麼時候它們的生產力最低,並給他們一些時間進行個人發展(我的猜測是星期五下午晚些時候)。

一旦制定了這項政策,您就可以通過實施此處提供的許多建議之一來解決軟件質量和生產率低下的實際問題。

tempusfugit
2014-06-19 23:52:55 UTC
view on stackexchange narkive permalink

我認為在這種情況下,由於遠程工作文化,您嘗試微管理並不會有效。相反,您可以嘗試以下方法:

  1. 召開聯席會議,最好是親自開會或語音/視頻會議,並陳述您的疑慮。
  2. 聽聽他們的故事。為了使他們將來承擔責任,此步驟很重要。
  3. 明確規定期望和後果。
  4. 執行此操作後,觀察行為是否有任何變化。

    作為最後的手段,對一個人進行懲罰(我建議您譴責或給予更多的懲罰)工作)。您甚至可以嘗試針對這些特定的個人阻止SO一周。

  5. ol>

    您始終可以根據情況進行混搭。

給更多的工作……某人在要求的時間內未能完成工作。有趣的概念。


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