題:
如何與忘記了要求的主管一起工作?
happybuddha
2015-01-08 12:40:59 UTC
view on stackexchange narkive permalink

我在一個小公司和一個小團隊中擔任程序員。我目前在高級主管/建築師的領導下工作。我面臨的問題是:

架構師將工作分配給自己機艙中的各個程序員。程序員在一天結束時提交他們的工作,並與他們進行快速聊天。現在,在與他會面的一天結束後的大約兩週內,他說他從未要求我編寫我編寫的代碼!它的範圍從整個功能到表單/數據庫上的字段。假設我有錯,從那時起我便開始寫下所有內容。這仍然繼續。當我告訴他我寫下的關於工作日的記錄時,他說我沒有註意,但我記錯了。之後,我開始每天解釋他想要我做的事情,但是這種情況仍在繼續。

沒有可編寫代碼的文檔。而且沒有任何要求。創建的所有故障單/工作請求僅是建議性的。這是一家做有重複性政府網絡系統的小商店,因此建築師所說的通常都是法律規定。

在這些情況下我該怎麼做才能禮貌地揭露事實(在不冒犯上司的情況下)?

目前只有我和我的主管在做項目。就在他說“我從來沒有要求你這樣做”的那一刻,我感到mb目結舌-有什麼方法可以應對這種情況?駁斥他幾乎是不可能的,如果事情發生了,那將是他反對我的話。

在紙上寫之前沒有任何東西。告訴他,您需要電子郵件中的說明,這樣您才能確切知道期望的內容。
您絕對確定您沒有誤解他的要求嗎?
嗯另一方面,我曾對一個大三生說:“不要做XYZ。人A會這樣做。” ...只是後來發現這個少年在任何情況下都這樣做了(而且是錯誤的)!
我只是要迴聲@LightnessRacesinOrbit:您確定您沒有接受請求並且沒有超出他的期望進行詳細說明嗎?我肯定有幾次有人要求一個小的功能,然後我實現了一個完整的系統來處理該功能以及所有可能的變化。
公司是否使用錯誤跟踪系統(例如FogBugz或Bugzilla)來跟踪更改請求?如果沒有,我建議您使用它-這樣,對軟件所做的任何更改都會有一個案例號,拉高案例號可以讓您很好地了解所請求的內容,時間,請求者以及誰被分配去做。
請避免使用評論進行擴展討論。相反,請[獲得一個房間,一個聊天室](http://meta.workplace.stackexchange.com/q/2691/325)。評論旨在幫助改善帖子。有關更多詳細信息,請參見[什麼不是“註釋” ...](http://meta.workplace.stackexchange.com/questions/72/what-c​​omments-are-not)。
九 答案:
Philip Kendall
2015-01-08 13:09:38 UTC
view on stackexchange narkive permalink

我將採取的這種方式是從您的主管那裡得到肯定的確認,確認您在做正確的事情-略微取決於您的工作分配方式,也許最明顯的方法就是“閱讀”返回”,在與主管的會面結束時說“請確認一下,今天我應該在功能A,B和C上工作。這是正確的嗎?”

如果您的措辭已經存在為此,請改為書面形式-會議結束後回到辦公桌前,立即向主管發送電子郵件,確認您今天將要從事的工作。這樣一來,您在做什麼就不會感到困惑。正如亞歷山大·亞歷山大(Aleksander)所建議的那樣,該語言可能很重要:“只需確認我們所討論的內容”,與“確保您不會忘記您告訴我的內容”相比,對抗性將大大降低。

我發現當我得到口頭指示時,我需要寫得很好的筆記,否則我最終會忘記列表中的內容。我傾向於通過電子郵件跟其他人聯繫,其內容類似於“我今天在談話中記下了這些筆記。如果我錯過了任何事情,請告訴我。”然後,我可以返回到我發送的郵件,並按照步驟進行操作,以確保我擊中了每個項目而沒有其他項目。
也許他可以在您的筆記上簽字以確認他查看並批准了它們?
這個答案的好處是,當員工犯錯時它也可以工作...
ChrisW
2015-01-08 21:33:48 UTC
view on stackexchange narkive permalink

要避免誤解,請記下他說的話。

在記事本上有一塊白板(在他的辦公室裡,都能看到)。他要您做什麼。

在會議結束時與他同意(即確認),確保黑板上的筆記正確/準確。

拍張照片(例如使用手機)在您離開辦公室之前在白板上完成的筆記。

這應該可以解決此問題,“當我向他展示我寫下的關於工作日的記錄時, ,他說我沒有註意,但我弄錯了。”因為通過在普通白板上書寫,他可以驗證您在寫什麼。一起書寫正確的筆記成為會議的共享產品/成果。

這可能是唯一的答案,它不會重複我已經做的事情,並且可以理解此問題的嚴重性和微妙的本質。我將真誠地嘗試這個。謝了哥們
我很高興當時嘗試發布它,儘管回答很晚。使用白板是“過時的”(即受人尊敬的)並且不引人注目:希望,易於介紹。取而代之的是,其他一些人(團隊)由每個人使用自己的計算機來進行此操作,以同時實時編輯(和/或監督其他人編輯)共享文檔(包括筆記)。或者,不是將軟件和網絡用於實時共享編輯,而是將一台計算機(從投影儀的計算機)投影(使用投影儀)到白板上。自由手適用於臨時的“建築”圖。願你一切都好。
同樣,您可能是對的,他已經被遺忘了。從公正的角度(請參閱對其他答案的各種評論),也有可能您忘記了,和/或一開始就存在一些誤解/不同意(證人的記憶可能不可靠)。無論如何,擁有/共享*筆記*可能會減輕這些問題中的任何一個,並使人們的注意力集中在(建設性地)改進筆記上,而不是(無助地)指責彼此不完善的記憶。
Joe Strazzere
2015-01-08 18:20:10 UTC
view on stackexchange narkive permalink

在這些情況下我該怎麼做才能禮貌地揭露事實(在不冒犯我的主管的情況下)?

目前只有我和我的主管在做項目。就在他說“我從來沒有要求您這樣做”的那一刻,我很傻-可以用什麼方法來應對這種情況?

在您被問到時要進行工作,請寫一封電子郵件,確認您對計劃做的假設。最後,加上“例如,如果我的假設不正確,請讓我知道。”

將其發送給您的主管並複制自己。保存所有這些電子郵件。

然後,如果出現問題,您可以將工作追溯到要求。

這聽起來像是那種上司,他們會忽略電子郵件,或者發明一些虛假的理由說他所說的不是事實。 OP實際上一直在做這些註釋,儘管我很欣賞要求確認的部分對於另一個人不是故意生死的情況是一個寶貴的改進。簡而言之,我認為您的建議通常是值得的,但在這種情況下我認為不會有所幫助。
如果這不起作用,則第二步是堅決要求主管親自發送這些電子郵件。
@TomW實際上,它很有幫助。您所寫的筆記尚未得到主管的批准。當您向他發送電子郵件時,他正在做的工作是什麼,那麼他就沒有這個藉口。 (如果他從未讀過電子郵件,那是另一回事)
-1
+1唯一要添加的是,請確保其含義是“我想確認自己理解正確”和/或“我可以通過簽署書面摘要來提高工作效率,我可以根據自己的情況對我的工作進行檢查”(而不是“我認為您會忘記”)。
“您可以排除”-可以降低頻率。在某些情況下,雙方都同意您要在上面蓋上熊的圖片,“是的,任何熊都可以,”寫下來,簽名,然後在一天結束時爭論是否“小熊維尼”實際上是“熊”,或者是熊形狀的虛構角色/毛絨玩具。
Alec
2015-01-08 12:50:23 UTC
view on stackexchange narkive permalink

好問題。我認為在不同的領域可能會有很多不同之處。

這可能有點不足,但是您可以嘗試建議您在討論任務時錄製音頻。您不必提及這是由於您遇到的麻煩,而是因為當您進一步執行任務時,可以使用它來更好地理解他的請求。這樣,您仍然可以獲得新鮮的細節。

可以說這是有用的,因為您不確定自己的記憶。這樣,您就不會指責記憶力不佳。

此外,此答案不必假設您(提問者)是誰記住正確。可以很容易地證明您的主管實際上是正確的。

有趣但不太可能採取。
JMK
2015-01-08 15:16:56 UTC
view on stackexchange narkive permalink

您使用任何企業聊天應用程序,例如Hipchat或Slack嗎?

在我正在處理的項目中,我們在Slack上有一個 standup 頻道(在過去),其中,在每天站立之後,我們總結了當天的工作(基本上輸入了站立時所說的內容)。

您可以實現這樣的功能,並擁有團隊中的每個成員,包括老闆在內,都將其作為日常工作的一部分。

這樣,您就知道老闆每天都在閱讀所有人的信息,如果您總結不正確,他當時可以告訴您。 / p>

然後一周後,如果老闆聲稱您正在從事未要求的工作,則可以指向一周前的工作,然後問為什麼當時沒有提出該要求。

p>

我更喜歡通過電子郵件發送電子郵件,因為它比較隨意,更易於日常工作並且通常感覺更自然。

Tom W
2015-01-08 17:01:15 UTC
view on stackexchange narkive permalink

這聽起來好像是您自己完成了合理的問題解決量來嘗試解決此問題,但無濟於事。您可以清楚地顯示出您在盡力解決溝通問題上的盡責和積極主動的證據。我認為這是您可以考慮讓他的老闆參與的地方。我建議對他開放:

“ [主管],我注意到我們在打算做什麼方面存在很多分歧。我嘗試過[措施],但這似乎並沒有改善這種情況。除非您有任何想法可以改善我們的溝通,否則我認為現在是時候請[老闆]提出前進的方向了。“

您認為您的主管不合理。如果您真誠地理解了問題,並且真誠地相信自己是對的,而他是錯的,那麼您就有權利以建設性的,文明的方式捍衛自己的觀點,並從自己的立場上捍衛自己的觀點。再說這是應該進行這種對話的時間。

“對與錯”可能是不必要的對抗。我總是將其表述為“需要澄清”。
deworde
2015-01-08 17:56:39 UTC
view on stackexchange narkive permalink

考慮他的問題;他要么無法輕鬆表達對您的需求,要么改變了主意。前者可能是您不保證在會議結束時完全理解的部分責任。

無論哪種情況,您都可以選擇適應還是退出。掌握清晰的“通用語言”將有助於解決前一個問題,並且讓他閱讀並簽署自己的筆記(關於他被要求做的事情(在會議期間您應該做的事情 ))。

如果有這麼多“誤解”,您順理成章地問他只是檢查筆記以確保您將按正確的方向工作;

“畢竟,我偶爾顯然會丟失一些東西。”

有人建議使用軟件工具,但就我個人而言,

此外,正如其他人所說的,您需要與他談談。如果一對一的對話最終以“您沒有正確地聽”為結尾,那麼您需要讓他的老闆參與進來,或者需要一個中立的第三方(例如HR)進行對話。如果從字面上看只是您和他,那麼您就可以拉動大扳機並調用適當的爭議監察員,但是如果處理不當,這可能是“職業限制舉動”,對於您的情況來說似乎是極端的(除非您的問題開始影響您的薪水/獎金/健康,在這種情況下您的職業已經受到限制,並且您需要更加緊急地解決它。)

此外,絕對是至少有時間的時候了退出策略,以防這個問題無限期地持續下去,並且您覺得您不能容忍它。

您錯過了一種可能性:或者OP確實不了解。我當然有一些員工,當其他所有人都認為這很明確的時候,他們根本無法理解我要他們做什麼。
@ChrisLively參見第二句話。如果每個人都認為除了與您實際交談的那個人之外您都很清楚,那不只是他們的問題。而且即使我是一個密集的人,解決方案也一樣,請重複一遍以進行正確性檢查。簽收只是因為在這種情況下涉及公然的信任問題。
Dunk
2015-01-09 03:40:44 UTC
view on stackexchange narkive permalink

聽起來您確實需要更好的軟件更改請求系統或流程。

一個好的系統將允許通過一系列狀態提出變更請求,在這些狀態下,分配的人員為其過程的一部分輸入相關信息。

僅舉一個例子:您當前的票證/工作請求只是更改請求描述,並且處於初始狀態。有人決定要在特定的SCR上工作,因此將其轉換為調查狀態。調查狀態可以確定問題並提出解決方案。聽起來您的架構師應該在這種狀態下獲得分配的SCR。對於每個SCR,他都將填寫說明他的發現和推薦解決方案的字段。然後,他可以將SCR分配給他想要實施推薦解決方案的任何人。

實施者進行修復,將他們想要的任何註釋添加到SCR的“實施註釋”字段中,並轉換SCR進行驗證。 。理想情況下,SCR系統應與軟件配置管理系統綁定在一起。這將使執行驗證的人員(聽起來像您的建築師)可以快速查看為合併SCR所做的所有更改。

這實際上是一個非常簡單的過程,很難做錯。這應該可以解決您的問題,因為您可以隨時返回並指出架構師告訴您的操作。

Caffeine Coder
2015-01-08 12:59:49 UTC
view on stackexchange narkive permalink

可以做的一件事就是引入一個新系統。告訴他,嘿,我剛剛發現了一個新的應用程序,例如-Asana(在我們之前的組織中大量使用它,但是遇到了比它更好的東西)。它允許為項目中涉及的每個成員分配任務並設置截止日期。由於我們是多個開發人員,因此這將有助於跟踪所有任務。這樣,您將列出您的任務,並且有證據表明他確實為您分配了該任務。

儘管需要一些時間才能說服他,但最終這將是一個雙贏的局面。還要確保您讓其他開發人員知道,他們都同意您的想法。口頭交流是您作為開發人員可能遇到的最危險的事情,在您想加緊努力並帶來一些改變之前,您總是會犯錯。

讓一個相信一切都正確的老人通過引入他幾十年來沒有工作的新技術來完全改變他的工作方式嗎?祝你好運...
50歲以上的@phillpe,並不老,我們50歲以上的許多人都樂於嘗試新事物。
進入IT行業的那一刻,您就同意學習新事物。無論年齡大小,都不能在記事本上寫東西並期望它能夠處理所有細節,因此他需要學習Excel。


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