題:
管理困難的員工
bobo2000
2017-11-06 17:55:30 UTC
view on stackexchange narkive permalink

四個星期前,我剛加入一家新公司。我目前正在交付項目,我是項目經理,負責管理技術負責人,開發人員和開發人員。

在三位開發人員中,有一位出色的合作者,他交流很好,並幫助我成為了新的加入者。

另一方面,技術負責人不會交流,抱怨,並且很大程度上是作為個人工作的。每當我給他做任務時,他總是會找藉口,並且最近在項目生命週期的中間休了年假,而沒有通知我。 (休假在我加入之前得到了批准。)在致力於工作並給出時間框架之後,他還表示自己將導致無休止的延誤以及隨後的高級管理人員對我的挫敗,因此也沒有完成工作。

這使該項目處於危險之中,以至於我散發了一封電子郵件,告訴團隊他們必須加班(不是我的想法,我的老闆的)。技術負責人對此非常抱怨,他在加班是自願的情況下還有其他承諾。他似乎想要一切,以至於一旦我被經理強迫我向他施加壓力,他就會做出不良反應。

將其上報給我的經理的短暫時間,我還可以採取其他什麼措施來緩解這種情況?

更新:

  • 技術負責人已經離開
  • 我在沒有他參與的情況下運行的下一個項目按時交付了高質量。
  • 在沒有他的情況下,團隊和項目的運行情況要好得多,他離開後證實了我最初寫的內容,他如何成為不必要的瓶頸
評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/68441/discussion-on-question-by-bobo2000-managing-difficult-employees)。
“在項目生命週期的中間請假,但不通知我。(請假是在我加入之前獲得批准的。)”您未能完成工作。此外,這很可能是很久以前計劃的,如果他不接受,可能會造成財務損失。大多數人並不富裕,他們在度假時只是租用飛機並租了一家5家起步旅館,因此他們與旅行社聯繫並提前付款。
我懷疑《任擇議定書》是否建議取消休假;只是技術負責人有禮貌地將其告知他。
九 答案:
berry120
2017-11-06 19:13:59 UTC
view on stackexchange narkive permalink

從技術負責人的角度進行查看。您剛剛加入公司,給了他一堆他顯然不滿意的任務,抱怨他休了有權得到的年假(*),然後告訴他即使加班是自願的,還是想讓他努力。

討厭這麼說,但這幾乎是讓自己立即不受管理者歡迎的秘訣。

我有3個主要癥結可以看到您在這裡提出來了-給他任務,加班和度假時的一般態度。

  • 總體態度非常取決於情況,但我真的會試圖與這裡的人一起工作-他為什麼不喜歡您分配給他的任務?它們是否可能是有效的要點(您給他的任務太多,無法在很短的時間內完成,而他需要更長的時間,這些任務對當前版本而言並不重要,他沒有所需的所有信息)還是只是毫無意義的投訴?如果他們的抱怨毫無意義,那麼您當然可以退後,如果他的表現仍未達到預期,則將他以1比1的比例進行討論(然後,如果需要,請執行降低公司員工績效的程序,但是,如果它們是真實的要點,那麼您是否要對它們採取行動以獲取他的需求,或者只是告訴他要點?
  • 假設他是正確的,加班是自願的,那麼您不應該首先強制執行此操作。如果有人願意加班,與團隊討論問題以收集他們的想法,您可能會要求;如果您仍然擔心,則報告該項目存在適當風險(沒有)指責)。
  • 好吧,這個人可能會提前告訴你他要離開,但這並不是他的唯一問題-誰授權他不在的人應該在他們授權時(或在您開始的時候,告訴了他)

我們在這裡沒有太多信息-這個人可能會出現態度問題,難以勝任工作,並給所有人帶來困難。但是,儘管這傢伙可能令人討厭,但聽起來確實有些事情本來可以做得更好。

(*)-我假設他是通過適當的渠道休假的,而不是而不是不露面。如果是這樣,那就是紀律處分的依據。

評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/68370/discussion-on-answer-by-berry120-managing-difficult-employees)。
Old_Lamplighter
2017-11-06 22:24:10 UTC
view on stackexchange narkive permalink

管理IT人員就像放牧貓。

另一個比喻是,管理IT項目就像捧水一樣,握得越緊,越能控制住自己。

讓我開始時對您提請注意。我們的最後一個項目經理與我嘗試了相同的策略,然後他就出門了。我也是項目經理,所以我知道項目涉及的雙方。在所有應有的尊重下,您似乎是一個願意按自己的方式行事的人,不願意屈服於一英寸的地面。

您需要與您的團隊合作,而不是強迫他們遵守他們的要求。將視為任意規則和浪費時間的政策。您已經因反對您的帶薪帶薪休假而遭到兩次罷工,因為他有權休年假,然後試圖強迫加班。

您正在創造一個無法完成任何工作的環境。您正在與足夠聰明的人打交道,他們知道如果他們資助該項目,那麼高層人士會想:“天哪,事情進展順利,有什麼不同?”答案將是

要重新獲得控制權,您需要開始像對待人一樣對待自己的人,而不是像奴隸一樣,否則您會發現自己早早找到新工作。我幾乎可以保證。

退後一步,不要再嘗試使其適合您的模具了。找出他們的優點和缺點,他們的承諾和興趣。然後使用您擁有的東西。

期望每個人都會因您錯過了最後期限而可能擱置生命,這是對他們的不尊重會破壞他們的士氣。 。

前進

  1. 收聽。您的團隊可以使您成為您,也可以打敗您,並且在工作上比您更長的時間。
  2. 尊重您的團隊。我們每個人都必鬚麵對不同的人和個性。尊重他們的身份和需要的裝備。
  3. 了解您的團隊。您說您的負責人在抱怨他的承諾。您知道這些承諾是什麼,以及您正在破壞他的生活嗎?如果不是,那是你的問題。
  4. 問,不要說:“您會得到更好的反應,“伙計們,我們的進度落後了,我需要一些,即使不是所有人,加班,你能幫我嗎?”比您在“我們落後於時間表,現在必須加班”中更能做到
  5. 靈活:生活會發生。人們生病,度假,休假,家中有可能暫時影響其工作的問題。成為項目經理的一部分是要考慮這些事情並圍繞它們進行計劃。您的項目時間表應包括因無法預見的困難而剩下的時間,如果沒有,請立即進行調整。
  6. 管理不是您的朋友:如果我是經理,而您來找我,我會嚴重懷疑您的能力。請執行步驟1-5,然後與您的團隊合作。您是項目經理,而不是獨裁者。
  7. ol>

    編輯評論:

    如果不是正式的政策可以向您提供報導或通知,那麼任何從事此工作的人這樣做是對您的禮貌,任何不這樣做的人只是在做他的工作,而不是做噩夢。與”。大多數人對這些短語反應非常好

評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/68355/discussion-on-answer-by-the-snark-knight-managing-difficult-employees)。
對於任何想尋找實際答案的人來說,這都是正確的答案。接受的答案沒有給出真正的建議,僅解決了請假的情況,據我了解,這只是問題的一部分。
@BryanGoggin-完全是。公認的答案是“從一個下午到另一個下午”-盲人領先盲人**。_然後您將RAG狀態設置為琥珀色(如果特別糟糕,則設置為紅色)_...。
LinuxSecurityFreak
2017-11-06 23:18:01 UTC
view on stackexchange narkive permalink

鑑於我在很大程度上同意《 The Snark Knight》的回答 https://workplace.stackexchange.com/a/102122/79228

我只添加一些內容


剛剛加入了新公司

剛加入公司時,您甚至無法定義的就是

其中一位開發人員很出色

那麼,您已經在做假設和/或成為朋友了嗎?嗯...無論如何,您都不應該這樣做。

另一方面,技術負責人不會交流,抱怨並且很大程度上是作為一個人工作的。

同樣,您正在看情況,因為您大概會認識他/她一年左右。你怎麼知道了也許他/她擔心新情況,記住,您是那裡的新成員。

最近在項目生命週期的中間休了年假,而沒有通知我

再次,您無法提供有關安排此休假時間的信息。在您加入公司之前或之後...

這使項目處於危險之中,直到我向團隊散發了一封電子郵件告訴團隊

你什麼?您一定是在開玩笑,不是真的,不,我認為您是認真的。鑑於您所做的事情又是完全不確定的形式,我開始對您的領導能力產生一些嚴重的懷疑。

我被迫向他施加壓力後,反應不好

沒有評論,而不是冒犯他人。

我還能採取其他措施來緩解這種情況嗎?

這可能引起您的興趣,可能和其他員工一樣。

您現在可以或應該做的事情:

  1. 請停止*

  2. 聽他們的需求。

  3. 獨裁制止,你應該成為團隊的一部分

  4. ol>

    僅此而已,這很簡單,但是鑑於您的態度,很難做到。


    我到底是誰?我曾擔任過一般的IT人員,然後擔任1000多家公司的IT經理。因此,我唯一的建議是:現在退後。

當您的直線經理在您錯過了幾個截止日期後向您施加壓力以交付項目時,說起來容易做起來難。才華橫溢的開發人員會及時交付工作,並且通常會有所幫助。如果我不對這些人施加壓力,他們將繼續錯過最後期限,所以我都會選擇這兩種方式。
如果管理層對您施加壓力,則您*作為*項目經理的工作不是*將這種壓力向下傳遞。您的工作是為團隊提供“頂蓋”,並幫助他們組織,確定優先級並跟踪項目目標。如果管理人員要求的超出團隊的能力,那麼濫用團隊將無濟於事。您應該通過與管理層溝通他們的要求不合理來保護團隊。如果您無法與管理人員進行推理,那麼*您*是一個糟糕的PM或*管理*是一個糟糕的情況,在這種情況下,您會被兩種方式搞砸了。是時候更新您的簡歷了。
在這種情況下,壓力**永遠不會**起作用。我要做的第一件事是,因為該項目似乎有錯過截止日期的歷史,因此需要查看該數據,如果是正向項目,則應這樣做(這使您可以合理地估計正在進行的高估程度以及該階段將要完成的程度)然後,讓利益相關者知道要遲到了,除非獲得更多資源,否則大概要延遲多少(記住弗雷德·布魯克斯關於增加更多人加入到後期項目中的說法,這太正確了……)。
順便說一句,即使我承認他們知道目標是不合理的,我也一直在項目/構建線索的推動下施加壓力。他們有這樣做的理由,但是他們向開發團隊撒謊了他們所知道的現實。這些項目的每個人都很痛苦,而且營業額很高。像對待團隊一樣對待您的團隊,或者讓更好的裝備代替您的位置—否則,開發人員將讓您變得乾and幹解決他們的問題。
@bobo2000誰設定了這些截止日期?為什麼要按原樣設置?他們甚至現實嗎?在設定這些截止日期時,開發商有什麼發言權?
是的,開發人員是在設置它,然後不要尊重他們自己設定的截止日期,這最終對我造成了不利影響。
我得到了很多收穫,但他們並沒有使他們的生活變得更輕鬆,沒有使用項目計劃工具,為自己設定了不切實際的截止日期,知道了時間敏感性而休了年假。當我不施加壓力時,技術主管就沒有緊迫感。是的,存在組織上的問題,我已經讓管理層意識到了這一點-總體上,由於我陷入了中間狀態,這非常令人沮喪。
好吧,我可以聽到並同意您在這裡說的話,但我對此表示反對-僅僅是因為它充滿了指責,因此對我沒有幫助。當我告訴他們他們以錯誤的方式做事,都是他們的錯時,您會改變他們的行為嗎?(這是主題的重點,btw ^^)
@bobo2000需要考慮的事情:這個團隊是否有*經驗*進行估算?估算很困難。*真的,真的*很難。訓練您的直覺需要練習。任務中有多少規律性?我發現當任務涉及許多未知因素時,這甚至會變得更加困難:以前從未使用過的新技術,以前從未思考過的新邏輯,從未經歷過的技術中出現的新(令人困惑)錯誤之前。如果您在任務之間沒有某種程度的一致性,那麼很難培養您的直覺。
@bobo2000估計和截止日期是完全不同的兩件事。兩者在各自的上下文中都有其價值,但請記住,您要把這兩者混淆*,後果自負*。如果確實如此,那麼您是否已向開發人員明確指出,要求他們“設置截止日期”而不是提供估算值?
與^@MichaelKjörling。如果您的團隊始終符合他們的估計,那就有問題了。他們可能在這些估計中增加了很多填充,在95%的情況下是不需要的。“良好的估計超出了50%的時間”。也許稍微簡化了一點,但是我認為這種增加的估算值是開發人員行為中反映出的管理敵意的標誌。
“是的,開發人員是設置它的人,然後不尊重他們設定的截止日期,這最終對我造成了不利影響。” 請注意,即使開發人員自行設置,單數估計也是預測軟件的最差方法**。如果您要求:最好的情況/期望的情況/最壞的情況,您將對時間有更好的了解,因此您得到了*範圍*。請參閱著名編碼員Bob Martin的建議(針對開發人員,但您應該知道):https://www.youtube.com/watch?v=sSE6X01EZ14。這是“規劃謬論”的補充。
還有一件重要的事情:“我是負責管理技術負責人,開發人員和開發人員的項目經理”-哎呀,您管理的是項目而不是人員。你不是他們的老闆。在大多數情況下,我猜想技術負責人是(開發人員和開發人員的)真正的老闆-這將另外解釋為什麼您在這裡感覺到一些衝突。您是甘特(Gantt)騎師(因為我從這種態度出發假設您要讓他們使用您無用的甘特圖),所以要對時間表負責-而不是他們的主管。
@bobo2000 _出色的開發人員及時地交付了工作並且通常很有幫助。_-問題是您不知道他的工作有多麼艱辛。它可能比技術負責人的任務更容易且更可預測。當您的知識達到您應有的90%時,不要陷入用您所知道的東西(“某人很愉快”)進行測量並避免您所不知道的東西(“此人在技術上做得更好”)的陷阱。被關注。
user44108
2017-11-06 18:05:38 UTC
view on stackexchange narkive permalink

如果您正在管理一個項目,那麼這是您的工作,要了解資源承諾並提前詢問人們何時預定年假。當人們要求在此之後請假時,您也會被告知。然後,您可以相應地管理項目的資源。

涉及項目時,您主要關心需要完成的每個任務。您真的不需要與您管理的人交朋友。

如果項目有風險,那麼您當然可以將RAG的狀態設置為“琥珀色”(如果情況特別糟糕,則設置為“紅色”),說明這樣做的原因,並使用商定的報告行來進行此類更新。

避免在項目更新中指責-知道自己舉手之勞的人應該知道他們已經是誰。

為緩解此問題,請定期跟踪任務資源,並讓參與人員了解如果人們休假,休假或退出項目,則這項工作有滑倒的危險出於未知原因。

還考慮參與此項目人員的請假審批流程,因此您可以根據項目資源需求在批准/拒絕這些請求時提供一些意見。

RAG的狀態是什麼?
@smith紅色琥珀色綠色
老實說,至少找到這個答案是矛盾的。首先,您說詢問人們何時預定年假是PM的工作。然後,您說PM應該讓相關人員了解,當人們請假時,這項工作有滑倒的危險。如果PM考慮了休假,為什麼會發生這種情況?您是否真的希望人們取消原本沒有計劃的項目的批准假期?
“不需要與您管理的人交朋友”……態度很好
另外:我從事的一個項目將RAG系統擴展為BRAG(B =棕色)。我讓讀者決定指的是什麼;-)
對這個答案的態度是開始尋找新工作的巨大動力。
@KolobCanyon我必須在這一點上同意Snow。當需要全力以赴或必須做出人員決定時,友誼會迅速消散,關係正式化,顯示出他們的真實本性。人們來上班是為了工作,而不是和朋友出去玩(那是高中)。嘗試扣留工資,看看在每個人走自己的路之前友誼能持續多久。特別是作為主管,結交朋友容易受到偏愛,並且會適得其反。禮貌,尊重和專業。但無需混淆朋友和友好。
或上下文,當然,我們對...的看法有限
@Kolob那麼,在告知一個朋友由於項目失誤,經濟不景氣或數百萬其他原因而不得不解僱他們之前,您應該喝多少威士忌?從我的角度來看,您希望與每個人保持友好關係,但是管理真正的朋友(這個詞在不同的文化中具有不同的含義,所以這可能是這裡的問題)對於每個參與的人來說似乎都是一個壞主意。
@Voo如果您是一位優秀的職業經理人,與朋友一起工作應該不難。當然,解僱一個你不認識的人要比認識的朋友更容易解僱,但是對於一個朋友來說,解僱可能並非意料之外,並且更有效地與朋友一起工作。因此,它確實有它的優點和缺點。這會妨礙您成為一名好經理嗎?不。但是您需要能夠理解您的友誼和工作關係之間的區別。一個人應該能夠結束而不會與另一個人相處。
@Darkwing您無意中演示了其中一個問題,因為“對於朋友來說,它可能並非偶然”只能表示您會告訴朋友一些與工作相關的事情,而不會告訴其他員工。甚至不考慮它,您就只是表現出對其中一名員工的偏愛,這對於“優秀的職業經理人”來說確實是一件非常糟糕的事情。
_您真的不需要與您管理的人交朋友_誰提到與任何人“交朋友”?如果您想管理開發人員(或任何人),則不必與他們交朋友(他們可能根本不希望您成為朋友...),但是您應該“友善”。
@Voo這與偏愛無關。不一定要明確告訴朋友,但是他很可能會感覺到有些事情要發生。您無法改變這一點,其他人可能對您如何下意識地對待他們有同樣的好感。在哪裡-我會告訴任何員工*我信任並重視*如果他的工作顯然在幾個月後將變得多餘。是的,這冒著他早些離開的風險,但是(假設相互尊重的環境)使他有機會在那一刻尋找公司內部或外部的另一個地方。
@Voo也表示可以談論公司內部的再教育等。當然,這取決於公司的文化。如果決定如此武斷,以至於我本人無法預料到某個部門即將關閉的最新公告明天是否仍然有效,我會閉上嘴。而且可以肯定的是,它可以突然變成藍色,不管是不是朋友。如果事先(比合同規定更早)告訴任何人有關職位變動的信息,則視為反公司政策。然後人們不得不退縮到解釋行為上。
是我還是我發現所有經理在做不正確的工作時都是混蛋?我一生中與10-15名經理一起工作,老實說,他們中只有兩名知道如何處理項目,如何與他們溝通和合作是一件樂事。其餘的只是一群白痴,他們不知道如何與人合作:)
davidbak
2017-11-07 02:50:14 UTC
view on stackexchange narkive permalink

除了其他好的答案(OP應當認真考慮IMO的意見,而不只是在評論中爭論,但這只是我的意思):

我一直都在工作(作為軟件開發人員) (即個人貢獻者),前提是PM的工作主要是管理期望值。比“施加壓力”更重要(儘管這可能是工作的一部分)。然而,無論是在原始問題中,還是在OP的任何評論中都沒有提到這一點-沒說過要從小型團隊那裡獲得準確的時間和資源估算,將其與進度表相關聯,並告知高層管理人員存在問題。 (或者,換句話說,如果這是誠實的結論,那麼就不用用判斷來確定時間表是合理的了,從而決定團隊是否在逃避。)

在我看來,作為新員工,公司和團隊,您有千載難逢的機會(每個公司一次)可以誠實地告知項目真正狀態的管理以及完成項目所需的資源和時間而不會對您造成嚴重影響。 (因為您描述的是其他人留下的情況。)

我同意您的意見,但是在某些時候,當團隊繼續設定截止日期而錯過了截止日期時,這對我來說是非常糟糕的。最後歸結為問責制。我只能為團隊提供如此多的保護,但是他們需要幫助我,因此我為什麼要強調團隊合作。
@JoeStrazzere好點了,我下次站起來時會這樣做。
@bobo2000-您的團隊設定了最後期限,錯過了最後期限。他們是故意這樣做嗎?如果不是,那麼這不是問責制問題。要么是缺乏估算任務持續時間的技能,要么是來自上層的壓力使他們無法實現真實的任務估算。也許這是一個過程問題。無論哪種方式,您都是有權糾正此問題的人。他們是否將估計值缺少2倍,然後將所有估計值乘以2?請確保有人負責收集某種指標,以便可以改進將來的時間估計值。
“總理的工作主要是向上管理期望”-**這**
user79278
2017-11-07 19:25:03 UTC
view on stackexchange narkive permalink

很多情況是通過OP在評論中所作的陳述而得到的,從而使人們對該問題有了更深入的了解。

1)很多抱怨“有時間敏感性”的情況下,帶薪休假的原因問題”

以我的經驗,從來沒有“好”的時間請假。您真的可以預料到事情會變得“緩慢”的時候嗎?不,我認為你不能。那麼他什麼時候可以休假?

2)很多抱怨說,他不在時,他沒有幫助您找到替換的引線。

正如其他人指出的那樣,可以請求替代或其他資源。他不是。我不明白您對此一無所知。

此外,我不確定您為什麼認為臨時領導會有所幫助。即使是長期來看,很多時候您也不能簡單地使人們陷入日程安排問題上以確保達到預期的效果。但是特別是在短期內,要覆蓋正在休假的人,當潛水艇趕上速度時,領先優勢就會恢復。 IMO,這種解決方案毫無意義。不管怎麼說,這是您的責任,而不是團隊負責人。

最後,在一般休假的主題上,您是否真的想到領導可能“表現不佳”是因為他實際上和實際上需要一些時間以避免完全倦怠嗎?

3)很多抱怨,線索沒有按照“必需”執行任務。

您還沒有徹底解釋這些任務是什麼,但是從註釋中聽起來好像您已經為主管和團隊成員設置額外的要求,這些要求似乎可以幫助您了解他們的工作狀況,以犧牲他們實際完成工作為代價。簡而言之,這聽起來像微管理被偽裝成“生產力增強器”。不是。

三個人組成的團隊根本不需要通過吉拉協調他們的任務,以實現彼此之間的團隊合作水平。

您評論說(手動更新)jira符合他們的最大利益,以防止您每隔10秒就對它們進行一次調試,以了解他們正在做什麼?!不就是不。那不是有效的管理。他們大概在您到達之前就已經很久了,所以讓他們做他們的事情,並找到另一種方式來獲取狀態更新,而這不會佔用他們寶貴的開發時間。

提到的另一項具體“任務”是,線索與項目計劃軟件不同步。我再次建議:做這種文書工作是您作為項目經理的職責。您為什麼要讓他這樣做,而同時又抱怨他實際上可以做出更大貢獻的實際可交付成果正在滑落?

對於所有這些事情,我感到很抱歉,但是整個過程讓我回想起我一生中遇到過的最糟糕的老闆/下午。我們會將任何風險告知她,她會無視我們,並告訴管理層一切都是“綠色的”。當風險變為現實,事情開始下滑時,她將開始承擔額外的“任務”,這些任務本應使我們“步入正軌”。她還將安排額外的會議來討論正在發生的事情,以“保持最重要的狀態”。她不斷地打斷我們的工作,使我們更加難以實現自己的里程碑。基本上,她搶了我們寶貴的時間,我們本來可以用這些時間來完成可交付成果,然後把精力浪費在胡說八道的工作上,從根本上給了她更多的繩索,然後她試圖將其吊到我們的管理層。

當然,這會迅速撲滅我們肚子裡留下的任何火苗,以求前進,並儘一切可能使之起作用。

我的意思是,為什麼要打擾?

我的總體看法是,您不是被聘為真正的PM,而是被當作人的棍子。您不會通過滾動並試圖擊敗他們來疏遠您的團隊來“贏得”這場戰鬥。這裡有很多好的建議。停止回答“但是他...”,然後集中精力在這裡可以實現出色答案的寶庫。

“我的總體看法是,您不是被聘為真正的項目經理,而是被人為僱用。”不僅作為棍子,而且作為替罪羊。我的意思是,四個星期並且已經有幾個錯過的最後期限,一個管理人員想要強迫員工加班,而OP卻要面對(口頭上的)耳光?沒關係的沒有人能期望一個新的PM在四個星期內完全更新,更不用說讓一個脫軌的項目恢復到準時交付了。除了舊的PM已辭職,中層或高層管理人員需要新的替罪羊。
user79289
2017-11-07 23:31:59 UTC
view on stackexchange narkive permalink

在某些觀點中,我會從開發人員的角度撰寫自己的文章。

當您不首先排除誠實的人格弱點時,切勿假以為然。

溝通:

包括我在內的很多人都缺少社交技能。有時很難找出對方需要什麼信息以及他們如何需要它。如果您發現與該人的溝通不暢而又沒有談論此話題,請嘗試找到一種對雙方都有效的作案手法。

估計截止日期:

哦,男孩...我可以告訴你-我永遠都做不到。即使我知道我不得不為遇到不可預見的問題增加時間,但我估計還不夠...所以...這就是我的PM所做的事情:他寫下了他認為必須要做的事情(達到目標xy)以及需要多長時間。我寫下我認為必須完成的工作以及需要多長時間。然後我們進行比較,這實際上非常重要,因為細節經常被忽略或低估,有時我們得出的結論是某些事情將以不同的方式實施。然後,他利用自己的經驗和時間因素為我設定了一個比我更現實的截止日期,因此,如果您的團隊無法完成自己的截止日期-請找出為什麼他們的估計不正確,並在其中添加您自己的經驗。您是這方面的專家。

工作流程中的新步驟:

如果您必須在工作流程中添加新步驟-如果萬事俱備,請不要這樣做。在每個人都有時間學習適應和表達自己的擔憂/找到妥協的平靜時刻,做到這一點。如果您已經處於恐慌狀態-您沒有大腦的能力來學習新知識。

假期:

作為開發人員,我永遠不會以為我的PM不會知道我什麼時候去度假。這個想法只會讓我無所適從。因此,您的情況實際上可能意味著雙方的錯誤假設。 至於時間安排-如果您長時間承受巨大壓力,那麼有時您只需要超時即可。因為否則您會崩潰(特別是如果您被認為過度勞累-因為那時通常如此)。您不願意不休這個假期,因為如果您崩潰了,那麼停機時間會大大延長。

加班時間:

如果您能夠加班或沒有很多因素。我將談談個人能量閾值的一部分:如果您正常地以80%的功率運行-那麼您可以在有需要的時候無償提供100%的能量;但是如果您已經長期提供了100%的能量,那麼您的輸出將在某個時候降低-例如降低到80%。但是在這種情況下,您將無法再提供100%的能量-您沒有能量。除非與團隊討論,否則您將不知道是哪種情況。

全部-與您的團隊合作,找到對雙方都有效的方法。與他們交談,重視他們的意見,並使其協同工作。

kolsyra
2017-11-09 15:32:50 UTC
view on stackexchange narkive permalink

每當我給他任務時,他總是在找藉口,最近在項目生命週期的中間休了年假,而沒有通知我。 (請假是在我加入之前獲得批准的。)

當我領導一個剛加入的團隊並且必須對客戶作出答复時,我的首要任務是找到所有障礙。其中的一部分是找到在項目週期的什麼時候消失了。他已通過批准休假來履行自己的職責。您可能已經發現了這一點,但還沒有完成家庭作業。以及後來從高級管理人員到我的狂妄。

您是否問過他為什麼無法生產?他一直面臨什麼障礙?您是否有每天的例行程序可以在延誤發生之前揭露這些障礙?不是我的想法,是我老闆的想法。

無論是在士氣還是實際工作效率方面,這都是一場災難。如果您告訴人們他們別無選擇,並強迫他們去做某件事,而又不問會如何影響他們,也沒有就他們將如何受到影響進行對話,那就不要期望他們對此感到滿意。最重要的是,您是通過電子郵件來完成此操作的,這與個人無關,尤其是因為您分發而不是將其郵寄給每個人。當您設定的標準非人格化且像獨裁者時,您如何期望團隊成員與您進行良好的溝通?

技術負責人對此表示非常不滿,抱怨他在加班是自願的情況下還有其他承諾。他似乎想要一切,以至於一旦我被經理逼迫向他施加壓力,他就會做出不良反應。

我不知道您是否是項目管理遊戲的新手,但我個人沒有見過任何人的案例,更不用說了高級開發人員對被迫加班的反應很好。加班是計劃不周的結果。換句話說,如果我作為PM告訴我的團隊加班,那麼 I 的計劃很糟糕,現在他們蒙受了後果。

我了解您是該公司的新手,因此這篇帖子聽起來可能有些苛刻。並不是這樣的。我確信您作為一名PM能夠勝任工作(這就是您被錄用的原因)。這篇文章重點介紹了我在您的溝通方式以及團隊期望中遇到的所有問題。希望它可以幫助您解決問題。

>“他的工作是通過批准休假來完成的。您可能發現了這一點,但尚未完成家庭作業。”-就是這個當他首先獲得批准時,他跳過了所有的障礙。您是PM的角色,是要了解您可以為該項目使用哪些資源,並且沒有理由讓他不假設您會這樣做。
Neo and One
2017-11-08 01:08:58 UTC
view on stackexchange narkive permalink

您能做的最好的就是管理項目。您永遠不會真正只管別人的個性。作為新手和項目經理,您必須評估項目的當前狀態並創建遊戲計劃。顯然,目前無法正常工作。一旦創建了遊戲計劃,請與團隊進行溝通。如果發生時間表衝突,請與您的團隊一起提供替代方案。總是帶著東西來桌子上!!作為獨裁者永遠行不通。管理層將這一點落在您的腿上,這是控制它的工作。抱怨的PM鬆手了。您的工作就是交付。



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