วิธีแนะนำการเปลี่ยนแปลงในฐานะพนักงานที่เพิ่งได้รับการว่าจ้าง [ปิด]

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

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

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

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

ขอขอบคุณ.

อัพเดท

ทำตามคำแนะนำอันมีค่าของคุณฉันสามารถแนะนำการเปลี่ยนแปลงและตอนนี้อยู่ในความดูแลของทีมที่ต้องสร้างและปรับใช้การโค่นล้ม: D ขอบคุณทุกท่าน!

6 เดือนต่อมา

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

ฉันอยู่ในสถานการณ์ที่คล้ายกันที่ บริษัท ก่อนหน้าของฉันซึ่งฉันอยู่ที่ 5 ปี เมื่อฉันเข้าร่วมในปี 2547 พวกเขา:

• ยังคงใช้ Microsoft Access สำหรับฐานข้อมูลของพวกเขา (แม้แต่ธุรกิจที่สำคัญ)
• ใช้ Visual Basic 6 หรือ Access / Excel VBA เพื่อการพัฒนา
• ใช้บุคคลที่สามจำนวนมากแทนการใช้ทรัพยากรการพัฒนาภายในองค์กร (ผู้จัดการธุรกิจนำโครงการพัฒนาของตนเองและ 90% ของเวลาทำสัญญาเพื่อยื่นประมูลโดยไม่มีความรู้ด้านไอที)
• gaspไม่มีการควบคุมเวอร์ชัน

เมื่อฉันจากไปเมื่อปีที่แล้ว บริษัท เป็น:

• ใช้. NET และ C # เท่านั้น
• ได้ยกเลิกการพัฒนาการเข้าถึงทั้งหมด
• ใช้ SVN สำหรับการควบคุมเวอร์ชัน
• มีกล่อง SQL Server 2 กล่องและย้ายฐานข้อมูล Access ที่มีอยู่ไปยัง SQL
• การพัฒนาทั้งหมดมาจากทีมในบ้านและออกไปประกวดราคาเท่านั้นหากทรัพยากรมี จำกัด

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

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

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

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

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

คำแนะนำของคุณ:

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

พวกเขาบอกว่าจ้างฉันเพราะความขยันของฉันและเพราะฉันยังเป็นเด็ก (ฉันอายุ 25) มีประสบการณ์ในฐานะนักเขียนโปรแกรม C / C ++

มีโอกาสมากขึ้นเพราะคุณถูกกว่า

คุณเคยอยู่ในสถานการณ์ที่คล้ายกัน

ใช่.

คุณจะให้คำแนะนำอะไรกับฉัน

ออกจาก.

มีวิธีที่ฉลาดในการเปลี่ยนแปลงสิ่งต่าง ๆ โดยไม่ต้องกลายเป็นแกะดำหรือไม่?

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

หรือฉันควรจะเลิกความรักและพลังงานของฉันเช่นกัน?

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

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

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

เศร้า แต่นั่นคือเหตุผลที่คุณมาที่นี่และไม่อยู่

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

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

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

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

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

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

ค้นหาพันธมิตรที่ต้องการพัฒนา บริษัท

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

ใช้การทดสอบ Joelในระหว่างการสัมภาษณ์ในอนาคตของคุณ จำไว้ว่าคุณกำลังสัมภาษณ์ บริษัท ด้วย

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

กลมกลืน.

อย่างที่คุณพูดคุณไม่ต้องการเป็นแกะดำ อย่างไรก็ตามเนื่องจากคุณ (เช่นตัวเอง) ต้องการเพิ่มการเปลี่ยนแปลงที่มีประโยชน์:

เพิ่มมูลค่าในพื้นหลัง

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

ปัจจัยว้าว

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

นี่คือคำแนะนำของฉัน

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

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

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

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

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

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

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

อ่านการทำสิ่งต่าง ๆ ให้สำเร็จเมื่อโจเอลสเปลสกีสกี้ทำเสียงฮึดฮัด

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

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

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

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

เลิก. มีงานมากมายที่นั่น ไม่ใช่งานของคุณที่จะแก้ไข บริษัท สุ่มที่เกิดขึ้นเพื่อจ้างคุณ พวกเขาชอบวิธีการของพวกเขามิฉะนั้นพวกเขาจะจ้าง CTO ใหม่หรืออะไรบางอย่าง