เหตุใดนักวิเคราะห์ธุรกิจและผู้จัดการโครงการจึงได้เงินเดือนสูงกว่าโปรแกรมเมอร์ [ปิด]

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

UPDATE

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

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

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

การพูดในวงกว้างมีสองประเภทขององค์กรที่ทำซอฟต์แวร์ ฉันจะเรียกพวกเขาว่า Widget Factories and Crew Crew

โรงงานเครื่องมือที่เกิดจากการจัดการความคิดที่หมุนรอบแรงจูงใจทฤษฎี X ที่เสนอโดย McGregor: อันดับพนักงานขี้เกียจและต้องการการควบคุมและการควบคุมอย่างต่อเนื่องงานจะถูกจัดขึ้นในชื่อของเช็คจ่ายผู้จัดการมักจะสามารถทำลูกน้อง ' งานให้สูงขึ้นหรืออย่างน้อยมาตรฐานเดียวกัน ความคิดนี้ทำให้เกิดความคิดตามธรรมชาติที่ทั้งทีมสามารถถูกแทนที่ด้วยและเป็นตัวแทนจากผู้จัดการเพียงอย่างเดียว - เพราะคนอื่น ๆ ในทีมนั้นสามารถทดแทนได้อย่างง่ายดายหรือมีเพียงเพื่อเพิ่มความสามารถของผู้จัดการในการทำงานให้เสร็จสมบูรณ์ ดังนั้นลำดับชั้นเป็นโครงสร้างและบทบาทงานในแนวนอนค่อนข้าง

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

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

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

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

เมื่อมันมาถึงการชดเชยWidget Factories เห็นว่ามูลค่าส่วนใหญ่มาจากงานที่ทำโดยผู้จัดการโครงการและนักวิเคราะห์ธุรกิจที่อยู่ด้านบนของลำดับชั้นและต้องได้รับการชดเชยตามลำดับส่วนที่เหลือของทีมไม่สำคัญเท่าพวกเขา ' เรามีคุณสมบัติที่เหมาะสมในการแปลงความต้องการให้เป็นรหัสการทำงาน PM และ BA ทำงานอย่างหนักเพื่อรักษาตำแหน่งของพวกเขาไว้บนบรรจุภัณฑ์โดย จำกัด การเข้าถึงแหล่งข้อมูลของโครงการให้กับคนอื่น ๆ ในทีมฟรี หากไม่มีการเข้าถึงแหล่งข้อมูลหลักอย่างเป็นทางการทีมต้องดิ้นรนเพื่อตัดสินคุณค่าหรือหาทางแก้ปัญหาที่ดีนักเขียนโปรแกรมจะได้รับคำสั่งจากด้านบนและทำงานตามปัญหาที่กำหนดโดย PM และ BA

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

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

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

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

นักวิเคราะห์หรือผู้จัดการโครงการมีลำดับขั้นสูงกว่าดังนั้นจึงควรจ่ายให้มากขึ้น

ให้ฉันเล่าเรื่องจริงที่แสดงให้เห็นว่าเหตุใดจึงเป็นปัญหา

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

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

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

เจ้านายปฏิเสธ มันเป็นไปไม่ได้เพราะระดับและสหภาพแรงงานจะไม่ยอมให้เกิดขึ้น

เพื่อนของฉันออกไป

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

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

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

โรงพยาบาลยังคงจ่ายเพิ่มอีก 5 เท่า

IMHO เงินเดือนควรจะเป็นเมื่อเทียบกับค่าที่คุณให้กับ บริษัท

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

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

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

แก้ไข:

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

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

การเขียนโปรแกรมยากขึ้น แต่การจัดการแย่ลงไปอีก

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

ยังไงก็ตามฉัน (จริงจัง) คิดว่าคนเก็บฝุ่นและน้ำยาทำความสะอาดควรได้รับค่าตอบแทนมากกว่าโปรแกรมเมอร์ การทำความสะอาดเศษขยะของคนอื่นเป็นงานที่ดูดและขาดไม่ได้

การลดการจัดการเพื่อสร้างแผนภูมิและการเขียนเอกสารเป็นเหมือนการบอกว่ากำลังเขียนโปรแกรมอยู่

สำหรับแต่ละคน แต่สำหรับฉันการเขียนโปรแกรมนั้นง่ายกว่าการจัดการคน

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

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

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

หากข้อกำหนดไม่ได้กำหนดไว้อย่างถูกต้องก็เป็นความผิดของพวกเขา

หากแผนการทดสอบไม่ได้กำหนดไว้อย่างถูกต้องนั่นเป็นความผิดของพวกเขา

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

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

PS: บวกฉันไม่รู้ว่าฉันจะบอกว่าการเขียนโปรแกรมนั้นยากกว่าการทำแผนภูมิ Gantt (เพื่อใช้ตัวอย่างที่คุณพูดถึง) ฉันไม่รู้เกี่ยวกับคุณ แต่ฉันพบว่าการเขียนโปรแกรม (โดยทั่วไปสำหรับ 80% ของสิ่งที่คุณต้องทำในอุตสาหกรรม) ค่อนข้างง่าย หากคุณทำอะไรผิดพลาดขึ้นคุณสามารถแก้ไขได้ หากเจ้านายของคุณสกรูขึ้นแผนภูมิแกนต์ของเขาหรือประมาณค่าใช้จ่ายของเขาในขณะนี้ที่จะเป็นปัญหาที่ใหญ่กว่ากว่า inverting สำหรับ!= null == nullความผิดพลาดเล็กน้อยมีความสำคัญในวงกว้างสำหรับพวกเขา แน่นอนว่าถ้าคุณทำแบบทดสอบนี้ในแอพพลิเคชั่นทางการแพทย์แบบฝังที่ยังมีชีวิตอยู่นั่นเป็นปัญหาใหญ่เช่นกัน แต่พวกเขาจะได้รับปัญหามากกว่าคุณ!

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

• หากความต้องการเพิ่มขึ้นและอุปทานยังคงไม่เปลี่ยนแปลงจากนั้นราคาสมดุลและปริมาณที่สูงขึ้น
• หากความต้องการลดลงและอุปทานยังคงไม่เปลี่ยนแปลงจากนั้นราคาและปริมาณสมดุลที่ลดลง
• หากการเพิ่มขึ้นของอุปทานและอุปสงค์ยังคงไม่เปลี่ยนแปลงจากนั้นราคาสมดุลและปริมาณที่สูงขึ้น
• หากอุปทานลดลงและความต้องการยังคงไม่เปลี่ยนแปลงราคาที่สูงขึ้นและปริมาณที่ลดลง

ในกรณีนี้เหตุผลหนึ่งคือมีนักพัฒนามากเกินไป

ฉันเปลี่ยนไประหว่างนักพัฒนาและบทบาท PM ตลอดอาชีพของฉัน ฉันมีนักพัฒนาในโครงการของฉันทำสองเท่าเท่าที่ฉันทำและคนอื่น ๆ ที่ทำให้ครึ่ง ผู้มีรายได้สูงจะได้รับค่าตอบแทนเพราะ: A) พวกเขาเป็นนักพัฒนา "rockstar" B) พวกเขาโต้ตอบกับลูกค้าอธิบายผลิตภัณฑ์ในวิธีที่ง่ายสำหรับลูกค้าที่จะเข้าใจและเป็นสง่า C) พวกเขากำกับทีมงานของนักพัฒนาที่ทำงานในหลายโครงการ D) พวกเขาพร้อมเสมอและกระตือรือร้นที่จะโปรด

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

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

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

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

ช่องว่างเงินเดือนเริ่มขยายมากขึ้นเมื่อเทียบกับเงินเดือนเฉลี่ยของวิศวกรซอฟต์แวร์ (ตามความต้องการของวิศวกรซอฟต์แวร์) ช่องว่างนั้นยิ่งมากกว่าเมื่อเปรียบเทียบกับ EE ระดับสูงหรือวิศวกรซอฟต์แวร์อาวุโส เกือบจะไม่มีนักวิเคราะห์ธุรกิจอาวุโสหรือ PMP อาวุโสจะทำเช่นเดียวกับ EE อาวุโสหรือวิศวกรซอฟต์แวร์อาวุโส / หลัก

อย่างไรก็ตามผู้จัดการโปรแกรม (ซึ่งไม่เหมือนกับ PMP) บุคคลนั้นจะทำมากกว่าคนอื่น ๆ (และเหตุผลควรชัดเจน)

สิ่งที่ทำให้ฉันเป็นบ้ามากที่สุดเมื่อฉันเห็นการร้องเรียนเหล่านี้เกี่ยวกับเงินเดือนคือในฐานะโปรแกรมเมอร์ (โดยเฉพาะอย่างยิ่งในฐานะโปรแกรมเมอร์ / โปรแกรมเมอร์ระดับเริ่มต้นในองค์กร) เราเป็นพิเศษ (หรือไม่) ไม่มีอะไรจริงๆในโปรแกรมเมอร์ระดับเริ่มต้นจากโรงเรียนที่สมควรได้รับเงินเดือนนักวิทยาศาสตร์จรวด ไม่

เราทุกคนที่ทำงานกับซอฟต์แวร์เริ่มต้นจากศูนย์ เราทุกคนทำ

และถ้าเราซื่อสัตย์จริงๆเรารู้ดีว่าเราไม่รู้จักอึ ความสามารถในการสำเร็จการศึกษาหลักสูตรปริญญาตรี CS ของเราเป็นเพียงจุดเริ่มต้น มันไม่ได้ทำให้เรานั้นพิเศษหรือ ZOMG !!!! Uber-Einstenian จริง ๆ ไม่!

และ (และด้วยช่วงเวลาที่ไม่ดีของฟองสบู่ดอทคอม) เราคาดหวังว่าจะไม่เพียง แต่มากไปกว่านั้น แต่เป็นมากกว่าคนที่มีการศึกษาระดับมหาวิทยาลัยคนอื่นเพียงเพราะ OH WOW เราเป็นโปรแกรมเมอร์และพวกเขาเป็นเพียงธุรกิจ นักวิเคราะห์และ PMP

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

ใส่เวลาในการบดและสร้างประสบการณ์ในการเปลี่ยนจากการเขียนโปรแกรมเป็นวิศวกรรมซอฟต์แวร์ (หรือวิศวกรรมสำหรับเรื่องนั้น) ในระดับอาวุโส จากนั้นคุณสามารถเรียกร้องเพื่อให้มากมากpero mucho muchoมากขึ้นกว่าที่นักวิเคราะห์ธุรกิจและ PMP

รับไปด้วย - พวกเราบางคน (หรือเคย) จ่ายเงินมากเกินไป ระยะเวลา

พูดจาโผงผางกัน: เหตุผลสำหรับนักวิเคราะห์ธุรกิจและ / หรือ PMP ที่จะทำให้เงินเดือนใกล้เคียงหรือคล้ายกับโปรแกรมเมอร์ที่ยังไม่ได้เพิ่มเวลาและความเชี่ยวชาญที่จำเป็นในการเป็นวิศวกรซอฟต์แวร์ระดับกลาง / อาวุโส (หรือที่ยังไม่ได้พัฒนาความเชี่ยวชาญ พื้นที่):

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

พวกคุณหลายคนคิดว่าธุรกิจเป็นเรื่องง่าย ถ้าคุณคิดว่ามันเป็นเรื่องจริงพระเจ้าช่วยคุณ

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

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

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

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

ฉันอยู่ในไฟแนนซ์และฉันคิดว่าความคิดนั้นคล้ายคลึงกันในชุดที่ไม่ใช่เทคโนโลยีส่วนใหญ่:

จ่ายเป็นสัดส่วนกับความเสี่ยงในอาชีพ

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

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

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

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

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

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

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

ฉันเป็นโปรแกรมเมอร์และเคยเป็นผู้จัดการคน ฉันทำงานกับโปรแกรมเมอร์ที่ยอดเยี่ยมมากมาย แต่มีผู้จัดการที่ยอดเยี่ยมเพียงไม่กี่คน เมื่อฉันเป็นผู้จัดการฉันไม่ดี แต่อย่างน้อยฉันก็รู้ คนของฉันได้รับมากกว่าที่ฉันทำซึ่งพวกเขาสมควรได้รับ

มันมีความเกี่ยวข้องกับทักษะและการทำงานเพียงเล็กน้อยฉันหมายความว่าเศรษฐกิจเพียงเล็กน้อยนั้นเชื่อมโยงกับจำนวนคนที่ควรทำ

สมควรที่จะได้รับเงินมากขึ้นเป็นความคิดชั่วคราวทุกคนเชื่อว่าพวกเขาสมควรที่จะทำเงินได้มากขึ้น

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

ฉันคิดว่าพื้นฐานทั้งหมดของคุณสำหรับคำถามนี้มีข้อบกพร่อง

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

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

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

ฉันผ่านการโพสต์ทุกครั้งและฉันกล้าที่จะพูดว่าส่วนใหญ่พยายามเปรียบเทียบแอปเปิ้ลกับกล้วย

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

ฉันชอบ rwong และ luis.espinal asnwers เป็นพิเศษถึงแม้ว่าฉันเชื่อว่ามีข้อเท็จจริงอื่น ๆ ที่ต้องสังเกตเช่นกัน

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

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

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

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

BTW ฉันมีเพียงไม่กี่ประสบการณ์ในฐานะหัวหน้าทีม (ไกลจากการเป็นหัวหน้าโครงการ!) และเท่าที่ฉันรู้ว่าผู้นำทำอะไรทำงานที่ฉันรู้ว่าต้องทำ

แก้ไข: ลืมที่จะเน้น: ทักษะการสื่อสารไม่ได้เป็นจุดแข็งสำหรับเราส่วนใหญ่ แต่เป็นสิ่งที่จำเป็นสำหรับผู้นำ นอกจากนี้ฉันต้องการแบ่งปันโพสต์ที่ดีมากที่ Coding Horror ที่เกี่ยวข้องกับโปรแกรมเมอร์และทักษะการสื่อสารที่ดี -> http://www.codinghorror.com/blog/2011/02/how-to-write-without-writing .html

คิดแบบนี้จำนวนผู้จัดการที่มีทักษะน้อยกว่าจำนวนโปรแกรมเมอร์ที่มีทักษะดังนั้นผู้จัดการจึง "มีค่า" กับ บริษัท มากกว่า

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

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

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

เกี่ยวกับความยากลำบาก? เริ่ม บริษัท มีนักพัฒนาสิบคนและพยายามจัดการโครงการ ปวดหัวมากับมันฟรี ทำสิ่งนี้เป็นเวลาหนึ่งปีแล้วดูคำตอบของคุณอีกครั้ง สำหรับบริติชแอร์เวย์? ไปเพื่อโอกาสดังกล่าว นั่งลงกับลูกค้าที่มีเครื่อง AIX ตั้งแต่ปี 1974 และผู้ออกแบบระบบนั้นจะตาย / เกษียณอายุ / ตาย / ตายแล้วและนักพัฒนาจำเป็นต้องรู้ว่าค่าที่แน่นอนถูกสร้างขึ้นหรือมีสูตรลึกลับบางอย่าง พยายามโน้มน้าวใจผู้คน 20 คนด้วย powerpoint เกี่ยวกับโซลูชันของคุณภายใน 3 วัน ถ้าการทำเอกสารเป็นเรื่อง 'ง่าย' ลีนุกซ์ก็จะได้ครองโลกในปี 1997 แล้ว จริงๆลองเขียนเอกสารทางเทคนิคทุกเดือนสำหรับคนที่ไม่ใช่ด้านเทคนิค (คนที่คิดว่า Facebook เป็นการปฏิวัติในการคำนวณ)

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

คำตอบง่ายๆ: พวกเขามีคุณค่าต่อ บริษัท มากกว่าโปรแกรมเมอร์

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

แย่จังและเราอาจไม่ชอบ แต่นั่นเป็นเหตุผลว่าทำไม บริษัท จ่ายมากขึ้น

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

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

นั่นคือระบบทุนนิยม

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

การเรียนรู้เทคโนโลยีใหม่ต้องใช้เวลาหลายชั่วโมงในการดูดซับเหงื่อซึ่งถ้าคุณฉลาดพอที่จะดูดซับ

ทักษะที่ได้รับในปีที่ผ่านมาในการเขียนโปรแกรมนั้นไม่ได้มีค่ามากในวัฒนธรรมของ บริษัท ในปัจจุบัน

การเปรียบเทียบเงินเดือนโปรแกรมเมอร์จบใหม่กับผู้ที่มีประสบการณ์มากกว่า 10 ปีเป็นเรื่องเศร้า

การเปรียบเทียบ PM ใหม่กับ 10 ปี PM เป็นเรื่องที่ยอดเยี่ยม PM อาจกลายเป็นผู้กำกับหลังจากประสบการณ์ 10 ปี

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

ฉันไม่เข้าใจว่าผู้คนให้ความสำคัญกับทักษะในทุกวันนี้อย่างไร

ด้วยเหตุผลเดียวกับที่ซีอีโอสามารถสร้างได้มากถึง263 เท่าของพนักงานทั่วไป

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

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

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

ฉันเริ่มเมื่อหนึ่งเดือนที่แล้วโดยมีโครงการแรกเป็น PM ก่อนที่ฉันจะทำงานเป็นโปรแกรมเมอร์ (โดยวิธีฉันได้รับเงินเหมือนก่อน)

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

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

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

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

• ทำงานหนักมากขึ้น
• รับผิดชอบมากขึ้น

เพียงเพราะโรงพยาบาลไม่จ่ายค่า DBA ที่มีทักษะของพวกเขามากนัก (ดูตัวอย่างในคำตอบแรก) ไม่ได้หมายความว่าสิ่งนี้จะเหมือนกันในทุก บริษัท

เอาล่ะฉันแปลกใจเล็กน้อยกับคำตอบดังนั้นที่นี่มันจะไป แต่ก่อนหน้านั้นฉันจะขอชี้แจงว่าฉันเป็นโปรแกรมเมอร์และไม่มีอะไรที่ฉันชอบมากกว่าการเขียนโปรแกรม ที่กล่าวว่าฉันมีความเคารพต่อสุขภาพและเคารพPMs และ BA ที่มีความสามารถ ฉันรู้ว่าพวกเราหลายคนไม่พอใจ PM และ BA เพราะไม่เหมือนกับการเขียนโปรแกรมมันเป็นไปได้ที่จะทำให้เก่งโดยไม่ต้องมีความสามารถในระดับที่กำหนด (การเมืองในสำนักงาน

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

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

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

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

เพื่อสรุปทั้ง BAs และมีข้อความเป็นชั้นนามธรรมไปสู่การพัฒนา

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

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

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

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

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

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

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

นี่ไม่ใช่กรณีเสมอไป เมื่อฉันทำงานให้กับ Computer Science Corporation (CSC) ผู้จัดการส่วนใหญ่ทำน้อยกว่า "คนที่ผลิตสิ่งที่มีประโยชน์" ในกรณีของ CSC ฉันคิดว่าเป็นกรณีนี้เพราะ บริษัท เริ่มต้นโดยกลุ่มโปรแกรมเมอร์

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