ทำไมบางโพสต์งานพูดว่า "สภาพแวดล้อมที่มีแรงดันสูง" [ปิด]

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

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

ตัวอย่างอื่น ๆ :

• งานที่ผลิตซอฟต์แวร์ประเภทที่มีความต้องการสูงสำหรับการพึ่งพา:
  • ซอฟต์แวร์ทางการแพทย์
  • ซอฟต์แวร์ฝังตัว
• งานที่การส่งมอบ (และความล้มเหลว) จะมี:
  • ผลกระทบโดยตรงและใหญ่ต่อผู้คน
  • ผลกระทบโดยตรงและขนาดใหญ่กับภาพลักษณ์ของ บริษัท

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

ฉันมักจะพิจารณารหัสนี้สำหรับ "เราอยู่ภายใต้ทรัพยากรและมีกำหนดเวลาที่ก้าวร้าวอย่างไม่สมจริง"

บางทีนายหน้าอาจคิดว่าใครบางคนที่สามารถยืนหรือแม้กระทั่งเพลิดเพลินไปกับ "สภาพแวดล้อมที่มีความกดดันสูง" จะมีประสิทธิผลมากขึ้นใน บริษัท นั้น

จริงๆแล้วมันอาจเป็นข้อสันนิษฐานที่ถูกต้อง: นักพัฒนาที่ด้อยกว่าซึ่งเต็มใจรับแรงกดดันเพื่อรักษางานของเขาอาจมีผลงานเล็กน้อยในขณะที่นักพัฒนาที่ดีที่สามารถเลือกได้และควรลงเอยเช่นนั้น บริษัท ตลกจะทิ้งไว้ในเวลาไม่นานและจะไม่เกิดประโยชน์เลย

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

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

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

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

ผู้ชายมีหัวข้อที่ระบายออกมากมายในหัวข้อนี้: P

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

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

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

ดังนั้นในความหมายนั้นวลี "แรงดันสูง" จึงไม่ขัดขวางฉันเลย

หนึ่งในสองเหตุผล:

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

2. หน้าต่างไม่เปิดและพนักงานต้องทนทุกข์ทรมานจากอาการท้องอืด

ฉันคิดว่ามันเป็น 1

ฉันคิดว่าคุณเข้าใจ

โปรแกรมเมอร์ที่ดีไม่ทำงานใน บริษัท เหล่านี้จากนั้น บริษัท ก็ทำสิ่งต่าง ๆ ได้น้อยลง (การศึกษาที่แตกต่างกันแสดงให้เห็นถึงความแตกต่างของ TCO จาก 10 ถึง 26 ระหว่าง devs ซึ่งมีขนาดใหญ่มาก) และเพิ่มแรงกดดันซึ่งนำไปสู่

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

โปรดทราบว่าโครงการไอที 60% ถึง 80% ถือเป็นความล้มเหลว (ดูรายงานความวุ่นวายสำหรับตัวเลขที่แม่นยำ) และสิ่งนี้มีส่วนเกี่ยวข้องกับพฤติกรรมที่แสดงในโพสต์งานที่คุณอ่าน

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

ทำไม?

เพราะพวกเขามีความกดดันสูง

ทำไม?

เพราะในแง่ของไอทีพวกเขาไม่ทราบว่ากำลังทำอะไรหรืออย่างแม่นยำมากกว่านี้พวกเขาไม่ปฏิบัติตามแนวทางการพัฒนาที่ดีเพราะมีคนที่อยู่นอกไอทีรับผิดชอบ

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

แต่เนื่องจากพวกเขาไม่สามารถสัมผัสได้พวกเขาจึงไม่ซาบซึ้งถึงความซับซ้อนที่เข้ามาในการสร้างซอฟต์แวร์ที่ดี

ดังนั้นเมื่อคุณได้คนประเภทนี้ "ขับรถบัส" คุณจะได้รับความคิดเห็นเช่น:

• เพียงสร้างมัน
• เราต้องการมันใน 1 เดือน
• เราไม่ต้องการผู้ทดสอบ

พวกเขาไม่เข้าใจ

ฉันไม่ค่อยเห็นมันพูดแบบนี้ แต่แล้วคำพูดเหล่านั้นเป็นคำที่ดีที่สุดและไม่มีมูลความจริงที่เลวร้ายที่สุด

ฉันเคยเห็นงานที่ถูกอธิบายว่าเป็น "งานที่รวดเร็ว" ซึ่งเป็นงานที่ช้าที่สุดงานที่น่าเบื่อหน่ายการทำงานของสมองที่เน่าเปื่อยและน่าเบื่อที่สุดที่อาจถูกทำให้เป็นมนุษย์ได้ ฉันยังใช้เวลาอีกมากและถูกท้าทายอย่างมากกับงานที่คำอธิบายไม่ได้ให้เครดิตกับความต้องการที่แท้จริงของงาน

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

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

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

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

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

ความจริงก็คือเวลาส่วนใหญ่โครงการจะไม่ถูกประเมินอย่างแม่นยำ

ซึ่งจะสร้างแรงกดดันสูง!

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

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

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

สถานที่แห่งเดียวที่มันโอเคที่จะเกิดขึ้นคือถ้าคุณมีงานที่มีชีวิตออนไลน์

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

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

หมายความว่าพวกเขาไม่เคยได้ยิน Agile หรือ Scrum หรือ Kanban และพวกเขาไม่สนใจที่จะทำให้นักพัฒนาหมดความรู้สึก