在審查了您先前發布的筆錄之後,這就是我解釋對話的方式:
- 您向老闆建議了一些要求變更並描述了理由
- 老闆說不,也沒有提供讓您滿意的理由
- 您在以後的談話中繼續強調這個話題,但老闆堅持了自己的立場
- 您因為老闆不接受您的解決方案而又沒有解釋問題出在哪里而感到沮喪
- 老闆對您強行繼續討論並拒絕完成分配的任務感到沮喪
在這裡我可以看到幾個我想分別討論的主題:
您分享了自己的擔憂,並提供了另一種行動方案
這部分很好。保持現狀看起來您是一名程序員-共享對規範的關注是(應該是)工作的一部分。分享疑慮是告知人員的特例。讓人們了解情況通常是個好主意。
在這種情況下,您要告知與該特定項目有關的另一種可能的行動方案。為了使您的信息盡可能有價值,請確保強調預期的好處。 (TBH,我認為您在這方面做得很好-我要補充的一件事是,您最好估計在將您的解決方案與原始解決方案進行比較時我們正在談論節省的時間。)
您的老闆拒絕了,您不接受任務
決策制定可以多種方式實現。在這種情況下,您的老闆似乎是該項目的決策者,而您希望通過協商一致來做出設計決策。這種不匹配會讓您不滿意-抱歉!從長遠來看,也許有一些方法可以影響過程的這一部分,但是在此之前,一個好的措施是根據現有過程進行工作。您的老闆希望即使您不同意,您也將跟隨他們的領導並執行他們的決定。
請記住,老闆可能有理由拒絕-也許他們對項目有更多了解,或者知道您的一些要求(或將來可能的要求)不知道嗎理想情況下,他們會向您解釋,但這沒有發生(對不起!)。也許他們不得不重新談一談項目交付時的樣子?也許他們估計規格更改的通信開銷會更大?也許還有別的嗎?
是的,老闆可能確實錯了,但是由老闆來負責結果,因此在這裡打電話是他們的職責,而不是您的職責。您的角色是為他們提供所有相關信息。
腳註:在某些情況下(例如在您的情況下,違反職業道德(“我不會這樣做,因為我們會對客戶撒謊”),或者公司的利益受到威脅(“如果在沒有此錯誤修正的情況下進行部署,所有地獄就會崩潰”)。在我的書中,(可能)次優的設計決策在任何地方都沒有那麼嚴格。 sub>
您期望老闆的解釋,但沒有得到
這與您的老闆或項目無關-與您有關。看起來您對老闆抱有期望,他們將以透明的方式做出技術決策。在這種情況下,您想听聽為什麼您的提案被拒絕了。
我認為您很合理-對老闆的期望也相似,這對我很重要,原因如下:
- 我需要學習的可能性在工作期間
- 我需要感到自己受到尊重並受到重視
- 我希望有機會為架構貢獻自己的力量,而不僅僅是實現
如果沒有達到我的期望,我將無法達到自己想要的職業發展水平,而且我會感到不高興並且工作效率低下。
(您應該能夠像這樣制定自己的清單!)
在這種情況下,似乎有必要去給老闆一個機會確切地說一遍。這將為您的老闆提供一些背景信息,並希望為改善你們兩個人的合作方式奠定基礎。
我的建議是避免在此過程中進行討論。進行一次技術性的討論,而不是安排1-1次會議,您可以在一個比單獨的案例更大的範圍內輕鬆地討論彼此的期望和工作方式(僅作為示例)。
請記住,在這種對話中,您不會要求,而是提出請求。善待他人,保持尊重,在會議中不要試圖評判老闆。專注於清晰地傳達您的觀點和期望。
祝您好運!