เมื่อใดที่ต้องเผชิญหน้ากับหัวหน้าโครงการหรือหัวหน้าที่ดี


31

หัวหน้าโครงการของเราเป็นสถาปนิกซอฟต์แวร์อัจฉริยะเป็นคนที่อ่อนโยนและมีน้ำใจโดยทั่วไปมีลักษณะตามธรรมชาติและละเอียดอ่อนด้วยเสียง แต่บางครั้งเรา (เพื่อนร่วมทีมของฉันและฉัน) มีความคิดเห็นที่แตกต่างกัน - โดยเฉพาะอย่างยิ่งปัญหาสถาปัตยกรรมซอฟต์แวร์ประเด็นการออกแบบระบบปัญหา UI และอื่น ๆ กับผู้นำของเรา

เมื่อไหร่และอย่างไร (ถ้าเคย) เราควรแสดงความแตกต่างในความคิดเห็น?


12
ไม่มีใครสมบูรณ์แบบ. การประชุมชี้แจงปัญหาที่อาจเกิดขึ้นได้อย่างไร

2
เมื่อใดก็ตามที่คุณรู้สึกว่าความคิดของคุณดีกว่าและมีหลักฐานจริง ปล่อยให้เขามีทางถ้าวิธีการของคุณไม่ดีขึ้นอย่างมีนัยสำคัญ
เอสเอฟ

1
หากมีปัญหาเกี่ยวกับความคิดของเขาให้คิดออกว่าปัญหาเหล่านั้นคืออะไรและถามเขาว่าเราจะจัดการกับพวกเขาอย่างไรในอนาคต หากไม่มีวิธีแก้ไข (เพราะเป็นความคิดที่ไม่ดี) ให้แชร์เวอร์ชันของคุณและดูว่าเขาพบปัญหาใด ๆ หรือไม่
Xeoncross

4
"เผชิญหน้า" เป็นคำที่ค่อนข้างแข็งแกร่งและเป็นลบ
วอนโกเดอะเซน

1
แม้แต่อัจฉริยะก็ยังมีข้อบกพร่องอยู่
Davor Ždralo

คำตอบ:


76

สมมติว่าคุณคิดว่าเจ้านายของคุณผิด คุณมีสามตัวเลือก

  • ทำในสิ่งที่เขาพูดและจบลงด้วยความหงุดหงิดคิดว่าคุณทำอะไรโง่ ๆ - ไม่ดีในระยะยาว
  • บอกเขาว่าเขาเป็นคนงี่เง่า - เขาอาจจะเพิกเฉยต่อมันหรือคุณมีปัญหาด้านการสื่อสาร - ไม่ทำให้คุณเจ็บหรือเจ็บปวด
  • บอกเขาว่าคุณมีความกังวลเฉพาะเกี่ยวกับความคิดที่เขาเสนอและอธิบายข้อกังวลเหล่านั้น - หัวหน้าที่ดีจะอธิบายตำแหน่งของเขาจากนั้นคุณจะได้รับการตัดสินใจที่ดีสำหรับธุรกิจ เป็นไปได้ค่อนข้างที่คุณจะเห็นว่าความคิดของเขาดีกว่าของคุณและคุณไม่สนใจสิ่งที่สำคัญมาก

คิดถึงผลลัพธ์เสมอ ในกรณีส่วนใหญ่คุณไม่ต้องการถูกต้องเพื่อความถูกต้องคุณเพียงแค่ต้องทำงานที่ดี ตัวเลือกที่สามช่วยให้บรรลุเป้าหมายนั้น


1
+1 สำหรับ "ข้อกังวลเฉพาะ" - นี่เป็นส่วนที่ยากที่สุดในการทำให้ถูกต้อง แต่มันเป็นสิ่งสำคัญที่สุดสำหรับการอภิปรายเชิงสร้างสรรค์ใด ๆ
Joris Timmermans

9
+1 สำหรับข้อกังวลเฉพาะเกี่ยวกับแนวคิดและคิดเกี่ยวกับผลลัพธ์เสมอ - ฉันเห็นด้วย
treecoder

2
คำตอบที่ดี แต่ฉันคิดว่าควรเน้นว่าตัวเลือกแรกสองตัวคือ BAD อย่าลืมว่าเขาเป็นเจ้านาย - ถ้าเขาฟังความกังวลของคุณและไม่เปลี่ยนความคิดเห็นของคุณคุณต้องไปกับเขาด้วย
DJClayworth

1
คุณสามารถถามเขาเกี่ยวกับการออกแบบก่อนที่จะทำงานด้วยคำที่โหลดเช่น "เผชิญหน้า" และ "ความคิดเห็น" ในที่สุดเนื่องจากคุณกำลังพูดถึงความคิดเห็นแทนความจริงเย็นชา O (n) จริงมันเป็นงานของเขาที่จะทำให้ทุกคนในหน้าเดียวกัน พิจารณาว่าคุณเรียกเขาว่าเป็นอัจฉริยะแล้วอธิบายว่าคุณไม่เห็นด้วยกับเขาในประเด็นสำคัญ ๆ ทำตามคำแนะนำ @sharptooth มีข้อเท็จจริงไม่ใช่ความคิดเห็นและเคารพในความเป็นอัจฉริยะและงานที่เขาพยายามทำในขณะที่ถูกคาดเดาจากการตัดสินใจทุกครั้งที่สอง
Patrick Hughes

1
@SnOrfus - การใช้ถ้อยคำนั้นสามารถทำให้เขามีการป้องกันด้วยถ้อยคำ 'your design' vs 'my thought' ปลอดภัยกว่าอาจเป็น "ในการออกแบบปัจจุบัน <นี่จะเป็นปัญหาหรือไม่ฉันสงสัยว่าถ้าทำ <สิ่งนั้น> จะเอาชนะปัญหาได้หรือไม่"
Kris C

49

ปฏิบัติต่อเขาด้วยวิธีเดียวกัน - เบา ๆ และเคารพเมื่อเปล่งเสียงคัดค้าน


17

การเป็นมืออาชีพหมายถึงการเคารพเพื่อนร่วมงานและผู้บังคับบัญชาของคุณมันไม่ได้หมายความว่าคุณไม่สามารถไม่เห็นด้วยเพียงหมายความว่าควรมีความสุภาพและให้ความเคารพในธรรมชาติ

เมื่อทีมของฉันมีข้อสงสัยหรือไม่เห็นด้วยกับความคิดเห็นเกี่ยวกับทิศทางของฉันฉันมองว่ามันเป็นโอกาสสำหรับการศึกษาทั้งสำหรับตัวฉันเองและสมาชิกในทีม


ฉันมองว่ามันเป็นโอกาสสำหรับการศึกษา - พูดง่ายกว่าทำ :)
treecoder

14

นี่ไม่ใช่ตัวอย่างของการเข้าใจผิดที่ก้าวร้าวหรือเฉยเมยหรือไม่?

ตัวเลือกที่สามที่คลาสสิกคือการกล้าแสดงออกซึ่งช่วยให้การวิจารณ์ที่สร้างสรรค์และความไม่เห็นด้วยที่สุภาพ

ความสำคัญเท่าเทียมกัน - ยอมรับคำวิจารณ์ที่สร้างสรรค์ (โดยไม่จำเป็นต้องเห็นด้วยกับมัน) และยอมรับความเห็นที่ไม่เหมาะสม (ไม่หมกมุ่นกับการประกวดที่ถูกต้องและผิดใคร)

http://en.wikipedia.org/wiki/Assertiveness

และในตอนท้ายของวันความดื้อรั้นไม่ว่าจะเป็นการเลื่อนไปสู่หัวหน้าของคุณนั้นเป็นสิ่งจำเป็นเสมอ เขาเป็นคนที่มีความรับผิดชอบสูงสุดสำหรับการตัดสินใจ - ความสามารถอำนาจและความรับผิดชอบไม่เหมือนกัน แต่อย่างน้อยพวกเขาควรจะไปด้วยกัน

BTW - "ทักษะของผู้คน" โดย Robert Bolton เป็นหนังสือที่ดี (และค่อนข้างถูก) สำหรับหนังสือเช่นนี้ - ทักษะการฟังการกล้าแสดงออกและอื่น ๆ

http://www.amazon.com/People-Skills-Yourself-Resolve-Conflicts/dp/067162248X


5

เนื่องจากคุณดูเหมือนจะเคารพเขาและดูเหมือนว่าเขาเป็นคนฉลาดทำไมไม่ถามเขาด้วยวิธีต่อไปนี้:

"วิธี / สถาปัตยกรรม / ของคุณจัดการกับปัญหา x ได้อย่างไร" หากไม่เป็นเช่นนั้นให้พูดบางอย่างเช่น: "ถ้าอย่างนั้นทำอย่างนี้ได้อย่างไรจัดการปัญหา x ได้อย่างไร"

ด้วยวิธีนี้คุณสามารถเรียนรู้ว่าเขาคิดว่า "ปัญหา x" แล้วและถ้าเขาได้เรียนรู้บางสิ่งบางอย่าง หรือถ้าเขาไม่ได้เขาจะคิดถึงมันและอาจจะใช้วิธีแก้ปัญหาของคุณหรือคิดถึงอีกเรื่องหนึ่ง

ฉันหวังว่าฉันจะได้ตัวอย่างที่เป็นรูปธรรมมากขึ้น แต่ฉันคิดว่าคุณควรจะได้แนวคิดนี้

ฉันไม่คิดว่าคุณจะไปหาหัวหน้าของคุณก่อนโดยเฉพาะอย่างยิ่งถ้าเขาไม่ใช่โปรแกรมเมอร์หรืออะไรแบบนั้น

และไม่จำเป็นต้องพูดว่าวิธีการของเขาไม่ดี แต่โดยการถามว่ามันจัดการกับสถานการณ์บางอย่างเขาอาจตระหนักถึงปัญหาหรือสามารถบอกคุณได้ว่าทำไมมันไม่เป็นปัญหา

ฉันหวังว่านี่จะช่วยได้.


4

ด้วยการใช้คำว่า CONFRONT คุณกำลังแสดงว่าคุณไม่ได้เข้าใกล้ปัญหาด้วยความคิดที่ถูกต้อง

มันไม่ใช่การเผชิญหน้า มันไม่เป็นมิตร มันไม่ได้ต่อต้านหรือโกรธ เป็นการสนทนาของวิธีการต่าง ๆ และต้นทุนและประโยชน์

อย่าเข้าไปข้างในด้วยปืนหกกระบอก แค่บอกเขาว่าคุณคิดอะไรอยู่ "ถ้าเราทำแบบนี้ล่ะ?" ใครจะรู้คุณอาจโน้มน้าวเขา

และถ้าคุณทำไม่ได้ - และบางครั้งคุณก็ไม่จำ - เขาอาจรู้จักสิ่งที่คุณไม่เกี่ยวกับงบประมาณตารางเวลาข้อกำหนดข้อกำหนดลำดับความสำคัญอื่น ๆ และอื่น ๆ เขาไม่จำเป็นต้องเป็นคนงี่เง่าเพียงเพราะเขาไม่เห็นด้วยกับคุณ


อย่าเข้าไปข้างในด้วยปืนหกกระบอก แค่บอกเขาว่าคุณคิดอะไร - เราทำแบบนั้นเสมอ - แต่สถานการณ์ไม่ดี - และดูเหมือนว่าเป็นการเผชิญหน้า
treecoder

3
มีสิ่งต่าง ๆ ทางร่างกายที่คุณสามารถทำได้ซึ่งจะช่วยได้ - โอบแขนยิ้มยิ้มพูดช้าๆในปริมาณที่น้อยกว่าปกติ เน้นว่าคุณต้องการสิ่งที่ดีที่สุดสำหรับทีมและ บริษัท - ไม่ใช่ว่าใครถูกและผิด แต่เป็นทางออกที่ดีที่สุด ฉันรู้ว่านี่เป็นเรื่องยากที่จะทำ - มันก็ยากสำหรับฉันเช่นกัน แต่เป็นวิธีที่มีประสิทธิภาพที่สุดในการโน้มน้าวใจใครซักคน แนวทางของคุณควรตรงข้ามกับการเผชิญหน้า เป็นผู้เชี่ยวชาญในเรื่องนี้และคุณจะได้เป็น Stephen Seagall ของนักพัฒนา :)
Scott C Wilson

2

ไม่ผิดที่จะสงสัยในการตัดสินใจใด ๆ หรือสถาปัตยกรรมการออกแบบ / ซอฟต์แวร์ที่กำหนด เว้นแต่เมื่อคุณเพิ่งเริ่มงานแรกของคุณซึ่งในกรณีนี้คุณจะไม่ถูกต้อง 99% ของเวลาที่ทำให้คุณขาดบางส่วนของภาพใหญ่

เมื่อคุณ (และ / หรือทีม) มีความคิดเห็นต่างกันให้ถามหัวหน้าโครงการว่าเขามีเวลาพูดคุยกันหรืออาจวางแผนการประชุมขนาดเล็ก (15-30 นาที) ระบายความคิดเห็นของคุณเองด้วยความเคารพและรับฟังเหตุผลที่เขาตัดสินใจเป็นอย่างอื่น ถ้าฉันเห็นว่าคุณอธิบายเขาเขาจะมีความสุขที่จะพูดคุยและแบ่งปันข้อมูลเชิงลึกของเขาเกี่ยวกับปัญหา เขาจะไม่พูดว่า "เพราะฉันพูดอย่างนั้น" (คนอย่างนี้เศร้ามาก) ในกรณีนี้เพียงแค่เพิกเฉยความเห็นของคุณเองถ้าคุณต้องการที่จะรักษางานของคุณหรือระบายความร้อนและออกจากงานอื่นเพราะคุณจะไม่มีความสุข

การสนทนาที่ดีสามารถจบลงได้หลายวิธี:

  • หัวหน้าโครงการจะยอมรับวิธีแก้ปัญหาของคุณเป็นวิธีที่ดีกว่าในการแก้ปัญหา (และเขาอาจเรียนรู้เทคโนโลยีรูปแบบใหม่ ... ซึ่งเขายังไม่เคยมีประสบการณ์มาก่อน)
  • คุณและทีมจะได้เห็นส่วนที่ใหญ่กว่าของรูปภาพหรือรับคำอธิบายที่ดีว่าทำไมคุณควรทำในสิ่งนี้และวิธีนั้น คุณจะได้เรียนรู้สิ่งใหม่และเข้าใจว่าการแก้ปัญหาเบื้องต้นนั้นถูกต้องหรือคุณอาจจะหาวิธีปรับปรุงด้วยข้อมูลใหม่ (แม้ว่าในบางจุดคุณจะต้องเห็นด้วย)
  • การสนทนาไม่ได้ช่วยและคุณยังไม่เห็นด้วย ดูดมันและใช้วิธีแก้ปัญหาของเขา (เพราะเขาน่าจะมีประสบการณ์มากกว่า) หรือออกไป

อย่างไรก็ตามคุณควรเห็นว่ามันเป็นโอกาสในการเรียนรู้และตราบใดที่คุณยังคงรักษาอารยธรรมและความเคารพคุณจะมีประสบการณ์ที่ดีกับการอภิปรายเหล่านี้


1
แม้ว่าคุณจะผิด 99% ของเวลา แต่ก็ยังดีที่จะแสดงความสงสัยของคุณเพื่อให้คุณสามารถเรียนรู้ว่าทำไมคุณผิด แน่นอนถ้าหลังจากครึ่งปีคุณยังคงไม่ถูกต้อง 99% ของเวลาที่อย่างอื่นอาจจะขึ้น :)
Joris Timmermans

... น่าจะมีประสบการณ์มากกว่า - จริง แต่บางครั้งฉัน (และเรา) ไม่สามารถต้านทานการโต้เถียงได้
treecoder

ทำไมไม่ตราบใดที่คุณรักษาความเคารพ มันจะเป็นโอกาสที่จะเรียนรู้สำหรับทุกคน
บาร์ต

@MadKeithV - ไม่เป็นไรตราบใดที่คุณไม่เสียเวลาในการผลิตของคนอื่นเมื่อดูและฟังจะมีประสิทธิภาพเกือบ ไม่มีคำถามที่โง่ แต่ก็มีเพียงไม่กี่ชั่วโมงในแต่ละวัน
mwigdahl

2

เพิ่งนำมันขึ้นมา!

อย่างที่ฉันสามารถทำได้โดยทั่วไปแล้วฉันจะพูดว่า "ฉันกังวลกับเรื่องนี้คุณคิดอย่างไรกับปัญหาที่อาจเกิดขึ้นนี้?"

ฉันจะเอาลูกบอลไปขึ้นศาลเพื่อให้การศึกษาแก่ฉัน


1

สัญลักษณ์อันดับ 1 ของนักพัฒนาและผู้จัดการที่เป็นผู้ใหญ่คือพวกเขาสามารถยอมรับได้ว่าผิด แสดงให้เห็นถึงหัวหน้าของคุณก่อนว่าคุณทุกคนเต็มใจที่จะยอมรับว่าคุณผิดเมื่อคุณเป็นและทำให้หัวหน้าของคุณชัดเจนว่าคุณคาดหวังความสุภาพแบบเดียวกันจากพวกเขา

หากคุณมีหัวหน้าที่ดี (และคุณบอกว่าคุณทำ) สิ่งนี้โดยทั่วไปจะไม่เป็นปัญหาเลย! คุณจะเห็นว่าคุณสามารถพูดคุยอย่างสร้างสรรค์และหาทางออกที่ดีที่สุดสำหรับคุณทุกคน

สิ่งหนึ่งที่คุณต้องระมัดระวังเกี่ยวกับ: ทำให้แน่ใจว่าส่วนใหญ่คุณมีเหตุผลทางเทคนิคจริงเหตุผลที่ดีที่จะสงสัยข้อเสนอการออกแบบ "มันรู้สึกผิด" โดยทั่วไปไม่เพียงพอและจะไม่นำไปสู่การอภิปรายที่สร้างสรรค์ ถ้าสิ่งนี้เกิดขึ้นบ่อยเกินไปหัวหน้าของคุณจะไม่มีทางเลือกนอกจากจะทำให้ "การสนทนา" สั้นลง (ซึ่งเป็นความจริง - ไม่ใช่การอภิปรายจริง ๆ ) และพูดว่า "ขอโทษนะ แต่คุณจะทำสิ่งที่ฉันแนะนำจนกว่าคุณจะทำได้ แสดงให้เห็นถึงข้อเท็จจริงว่าทำไมแนวคิดอื่น ๆ จึงชัดเจนยิ่งขึ้น ".

นั่นเป็นเหตุผลที่เจ้านายของคุณเป็นเจ้านาย - ในการตัดสินใจที่นักพัฒนาอาจหายาก


1

ในความคิดของฉันและวิธีการที่ฉันมักจะประพฤติกับเจ้านายของฉัน:

มักจะให้ความเห็นของคุณและทำมันให้เร็วที่สุดขณะที่หัวข้อร้อน เป็นการดีถ้าคุณมีการทะเลาะกันเรื่องปัญหาหรือโครงการใหม่มากกว่าที่จะทำในภายหลังเมื่อคุณรวบรวมความกล้าหาญและการตัดสินใจของคุณได้กำหนดไว้แล้ว

คุณควรแนะนำความคิดเห็นข้อกังวลปัญหาที่เปิดเผยและให้แน่ใจว่าพวกเขาพบว่าเป็นข้อเสนอแนะหรือข้อกังวลแทนที่จะกำหนดว่าจะต้องทำในลักษณะดังกล่าว

สร้างนิสัยจากมันและกลายเป็นผู้สื่อสารที่ดีกว่าสมาชิกในทีมและในทางกลับกันเป็นทีมที่ดีกว่า ทีมที่ดีจะพูดอย่างเปิดเผยเกี่ยวกับสิ่งที่เป็นลบเช่นเดียวกับในเชิงบวก หัวหน้าทีมที่ดีจะรับฟังทีมและตัดสินใจในการพิจารณาข้อมูลที่ได้รับ

โชคดี.


1

หากเขาเป็นสถาปนิกที่ดีตามที่คุณอธิบายเพียงเข้าหาเขาด้วยวิธีการศึกษาที่มีเหตุผลและเหตุผลเฉพาะสำหรับข้อกังวลของคุณ

หากคุณมีเวลา / ทรัพยากรลองทำการทดสอบสถานการณ์ที่จะพิสูจน์ว่าคุณถูกต้องการมีข้อมูลบางอย่างอยู่ข้างคุณนั้นเป็นประโยชน์อย่างมาก

เมื่อคุณคุยกับเขาเขาจะทำได้เพียง:

a) เห็นด้วยกับคุณ: ปัญหาได้รับการแก้ไข!

b) ปฏิเสธพวกเขาและอธิบายว่าทำไม: บางทีคุณอาจจะเป็นคนที่ผิด

c) ปฏิเสธพวกเขาโดยไม่มีเหตุผล: ถ้าเขาไม่มีเหตุผลและคุณแน่ใจโดยสิ้นเชิงแสดงความกังวลของคุณต่อโครงการที่รับผิดชอบในกรณีนี้คุณต้องการข้อมูลที่เย็นชาและถ้าคุณทำได้การสนับสนุนจากสมาชิกคนอื่น ๆ ในทีม มันจะไม่ทำให้สถาปนิกมีความสุขมาก แต่เป็นสิ่งที่ต้องทำตามหลักจริยธรรม (จินตนาการว่าคุณกำลังออกแบบอาคารและเห็นข้อบกพร่องในโครงสร้าง ... )


1

คำถามของฉันคือ: เมื่อใดและอย่างไร (อย่างไร) เพื่อแสดงความแตกต่างในความคิดเห็น

ใช่แน่นอนคือคำตอบ เว้นแต่คุณจะมีสถานการณ์ที่หายากเกินกว่าที่จะควบคุมได้แม้ในสถานการณ์ที่มีความวุ่นวายหรือตกงานเนื่องจากเป็นเรื่องที่ดีมากคุณควรเผชิญหน้ากับคนอื่นเมื่อคุณมีความคิดเห็นที่ต่างกัน

กุญแจจริงที่นี่คือเมื่อใดและอย่างไร

อันดับแรกคือ 'เมื่อ': ทุกสภาพแวดล้อมมีความแตกต่างกัน แต่บางแห่งมีการประชุมรายสัปดาห์หรือการสนทนาแบบเปิด / รอบโต๊ะที่มีหัวข้อบางหัวข้อเป็นเวทีที่เหมาะสมในการทำสิ่งนี้ สิ่งสำคัญที่คุณไม่ต้องการทำคือทำให้คุณดูถูกเหยียดหยามหรือเปิดเผยข้อโต้แย้งการออกแบบส่วนตัวบางอย่างที่อยู่ระหว่างคุณและอีกเพียง 1 หรือ 2 คน คนที่คุณกำลังท้าทายจะไม่เห็นคุณค่าที่ถูกท้าทายและอาจทำให้เขินในที่สาธารณะ สำหรับสถานการณ์เหล่านี้ลองกำหนดเวลาการประชุม 1 วันที่ 1 กับบุคคลที่มีปัญหาเพื่อให้รายละเอียดความคิดของคุณ

2nd 'How': หากคุณกำลังจะไปที่อาวุโสให้แน่ใจว่าคุณมีเป็ดทั้งหมดของคุณในแถวในการสนับสนุนความคิดของคุณ คุณไม่สามารถเดินเล่นในสำนักงานระดับอาวุโสได้โดยพูดว่า "เว็บฟอร์มทั้งหมดต้องหยุดทำงานและเราต้องทำ MVC!" เมื่อถามว่า "ทำไม" และคุณพูดว่า "นั่นคือสิ่งที่ทุกคนทำและอยู่ในนิตยสารทั้งหมด" มันจะไม่ไปไกล เตรียมพร้อมสำหรับการพูดคุยไปข้างหน้าและถูกถามเกี่ยวกับการปรับความคิดของคุณเกี่ยวกับสถาปัตยกรรมการเข้ารหัสการออกแบบแนวปฏิบัติที่ดีที่สุด ฯลฯ หากคุณมีตัวอย่างของรหัสการทำงานที่จะพิสูจน์ (เช่นการทดสอบเล็ก ๆ น้อย ๆ เพื่อพิสูจน์ความคิด) ช่วยด้วยเช่นกัน สิ่งสำคัญที่นี่คือการไม่เข้าสู่การต่อสู้แบบอัตตาหรือปล่อยอารมณ์ให้สูงขึ้น

ในที่สุดหากคุณมีข้อเสนอแนะที่เป็นของแข็งมีเหตุผลและมีเหตุผลแล้วพวกเขาควรคำนึงถึง อย่างไรก็ตามโปรดเตรียมด้วยว่ามีเพียงบางคนที่ไม่มีเหตุผลในโลกนี้ที่ไม่ต้องการฟังใครนอกจากตัวเอง หวังว่าคุณจะไม่ได้รับการสนับสนุนด้วยมุมบุคลิกภาพแบบนี้

โชคดี!


กุญแจจริงที่นี่คือเวลาและอย่างไร - ไม่ใช่แค่ของจริง - ที่ยุ่งยากและละเอียดอ่อนด้วย
treecoder

1

ฉันไม่แน่ใจว่าคุณจะเป็นสถาปนิกซอฟต์แวร์ที่ยอดเยี่ยมได้อย่างไรโดยไม่ทำผิดพลาดและถูกสอบสวนเกี่ยวกับพวกเขา ฉันคิดว่ามันปลอดภัยที่จะสมมติว่าเขาเคยอยู่ในสถานการณ์เช่นนี้มาก่อน

สมาร์ทเป็นผู้ใหญ่และเป็นมืออาชีพไม่สามารถต้านทานความคิดที่ดีกว่าได้อีกต่อไป แม้ว่าเขาจะรู้สึกไม่สบายใจในตอนแรกด้วยการถามความคิดของเขาในตอนท้ายเขาควรจะมาและคุณจะได้รับความเคารพ หากเขาไม่ได้เป็นผู้ใหญ่หรือเป็นมืออาชีพคุณมีปัญหาใหญ่กว่าและบางทีนี่อาจส่องแสงให้กับมัน


1

หากเขาเป็นสถาปนิกมืออาชีพเขาจะเคารพและยอมรับความเห็นที่สอง อย่างไรก็ตามในกรณีใด ๆ คุณจำเป็นต้องเตรียมทางเลือกที่ดีขึ้นอยู่กับข้อเท็จจริง / ความเชี่ยวชาญและนำเสนอได้ดี พึงระลึกไว้เสมอว่าในเรื่องของสถาปัตยกรรมนั้นมีความเป็นไปได้สองอย่างที่แตกต่างกันสำหรับปัญหาดังกล่าว:

  1. วิธีการ / การออกแบบเพียงวิธีเดียวอาจถูกหรือผิดได้เช่นในคณิตศาสตร์ 2 + 2 = 4 และไม่ใช่ห้า ในกรณีที่ผิดคุณต้องหาวิธีแก้ปัญหาที่ถูกต้องโดยเร็ว
  2. โดยส่วนใหญ่หัวข้อในการออกแบบระบบเป็นวิธีที่เป็นไปได้ซึ่งไม่ได้ จำกัด เฉพาะ นอกจากนี้ยังมีทางเลือกอื่น ๆ ที่ใช้งานได้ซึ่งขึ้นอยู่กับประสบการณ์รสชาติความลำเอียงภาพรวมและอื่น ๆ เพื่อไม่ให้เป็นแนวทางที่ดีกว่ามักจะมีการนำเสนอและการอภิปรายเมื่อนักพัฒนาได้รับการสนับสนุนให้พูดและแสดงความคิดเห็น แต่โปรดจำไว้ว่ามีช่วงเวลาสำหรับการอภิปรายและระยะเวลาสำหรับการดำเนินการในการเขียนโปรแกรมเปรียวขั้นตอนเหล่านี้จะถูกกำหนดไว้อย่างดี
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.