เราจะทำอะไรได้บ้างเมื่อ“ นำโดยตัวอย่าง” ไม่ทำงาน? [ปิด]

ฉันทำงานให้กับ บริษัท ใหญ่ (พนักงานมากกว่า 8,000 คน) เป็นเวลาเกือบ 2 ปีแล้วและได้รับการจ้างงานหลังจากเรียนจบหลักสูตร

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

เพื่อให้ชัดเจนยิ่งขึ้นเรามี:

• เครื่องมือควบคุมแหล่งที่ล้าสมัย (Visual SourceSafe)
• makefiles เก่าธรรมดาที่รองรับเฉพาะการสร้างใหม่อย่างเต็มรูปแบบ
• .def ไฟล์ที่ต้องดูแลรักษาด้วยตนเองและแยกกันสำหรับสถาปัตยกรรมที่มีอยู่ทั้งหมด
• ส่วนหัวของเสาหินไฟล์และโครงการที่มีไฟล์ต่างกันน้อยมาก (แต่แต่ละไฟล์มีโค้ดประมาณ 3000 บรรทัดซึ่งบางครั้งก็ดูแลงานที่แตกต่างกันมาก)
• ไม่มีการใช้สิ่งอำนวยความสะดวกด้านภาษา "ใหม่" ( std::stringก็ไม่ใช่เรื่องใหม่ แต่ไม่มีใครยกเว้นฉันใช้)

ฉันตัดสินใจไม่กี่เดือนที่ผ่านมาเพื่อทำอะไรกับมันโดยการออกแบบสภาพแวดล้อมการรวบรวมใหม่ ฉันสามารถสร้างบิวด์เพิ่มเติมเพื่อทำงานได้อย่างน่าเชื่อถือใช้เวลาในการคอมไพล์เร็วขึ้นสร้างโครงงานที่ดีกว่า.defสร้างไฟล์อัตโนมัติ ฉันยังสร้างบริดจ์จาก / ถึง Git ถึง / จาก Visual SourceSafe

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

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

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

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

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

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

หลีกเลี่ยงเนื้อเน่า : บางคนจะไม่เห็นด้วยกับความคิดของคุณ ทิ้งไว้

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

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

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

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

คุณเคยหยุดคิดบ้างไหมว่าคุณคิดผิด?

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

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

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

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

• การสนับสนุนด้านการจัดการที่สำคัญ

• บริษัท ได้รับการยอมรับอย่างกว้างขวาง

• การลงทุนชั่วโมงการประชุมสำหรับนักพัฒนาทั้งหมดเพื่อแจ้งให้พวกเขาทราบถึงความคิดริเริ่มใหม่ (การประชุมชั่วโมงค่าใช้จ่ายคนชั่วโมงค่าเงิน)

• การฝึกอบรมจะต้องมีการวางแผนและจัดตั้งขึ้นเพื่อให้แน่ใจว่าแม้แต่นักพัฒนาที่โง่เขลาก็รู้ว่าพวกเขากำลังทำอะไรอยู่

• แม้จะใช้เวลาหนึ่งชั่วโมงในการฝึกอบรมนักพัฒนากว่า 8,000 คน x € 50 / ชม. = € 400,000 การฝึกอบรม นี่เป็นเงินมากกว่าทีมพัฒนาซอฟต์แวร์ของฉันที่ได้รับงบประมาณตลอดทั้งปีสำหรับซอฟต์แวร์และฮาร์ดแวร์ นั่นคือการลงทุนที่พิเศษที่คุณกำลังเสนอ

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

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

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

makefiles เก่าธรรมดาที่รองรับเฉพาะการสร้างใหม่อย่างเต็มรูปแบบ

สร้าง makefiles ของคุณเองในพื้นที่และแสดงว่าคุณสามารถทำงานกับมันได้อย่างมีประสิทธิภาพมากขึ้น

ส่วนหัวของเสาหินไฟล์และโครงการที่มีไฟล์ต่างกันน้อยมาก (แต่แต่ละไฟล์มีโค้ดประมาณ 3000 บรรทัดซึ่งบางครั้งก็ดูแลงานที่แตกต่างกันมาก)

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

ไม่มีการใช้สิ่งอำนวยความสะดวกด้านภาษา "ใหม่" (อย่างดี std :: string ไม่ใช่สิ่งใหม่ แต่ไม่มีใครยกเว้นฉันใช้)

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

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

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

นอกเหนือจาก Lionel Barret (ซึ่งฉันเห็นด้วยเป็นส่วนใหญ่) ให้พิจารณาถึงแรงจูงใจที่เป็นไปได้ในการต่อต้าน

• ประเมินค่าใช้จ่ายของกระบวนการจริง
• ประเมินค่าใช้จ่ายของกระบวนการตามที่เป็นเหมือนของคุณ

แต่ยัง:

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

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

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

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

ณ จุดนี้ผมเท่านั้นที่สามารถเพิ่มการอ้างอิงถึงโจเอลบทความรับสิ่งที่กระทำเมื่อคุณเท่านั้นฮึดฮัด ส่วนต่างๆประกอบด้วย:

กลยุทธ์ที่ 1 เพียงแค่ทำมัน

กลยุทธ์ที่ 2 ใช้ประโยชน์จากพลังของการตลาดแบบบอกต่อ

กลยุทธ์ที่ 3 สร้าง Pocket of Excellence

กลยุทธ์ 4 ทำให้เป็นกลาง Bozos

กลยุทธ์ 5 หนีจากการถูกขัดจังหวะ

กลยุทธ์ 6 กลายเป็นสิ่งมีค่า

ฉันจะสรุปบทความว่า "การเปลี่ยนแปลงต้องเริ่มจากคุณ"

คนน่าเศร้าติดอยู่ในร่องและพัฒนาความคิดที่ว่า 'มันใช้งานได้ทุกคนใช้มันโอเคทำไมต้องเปลี่ยนมัน' และมันก็ทำให้โมโห

คุณได้ดำเนินการอย่างถูกต้องโดยไม่เพียงแค่บ่น แต่โดยการพัฒนาโซลูชันที่ใช้การได้แทนได้ตอนนี้คุณเพียงแค่ต้องซื้อ

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

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

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

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

เงินแรกคุณต้องพิสูจน์ว่าการตั้งค่าปัจจุบันทำให้เขาต้องเสียเงิน ราคา / ชั่วโมงของ dev และเวลาในการรวบรวมเร็วขึ้นกี่ชั่วโมงจะช่วยเขาได้อย่างไร ทําคณิตศาสตร์. นอกจากนี้รวบรวมบทความหรือประจักษ์พยานเกี่ยวกับความเสี่ยงของรหัสขั้นตอนปัจจุบันและแสดงให้เขาเห็นตัวเลขที่น่ากลัว: "เนื่องจากวิธีปฏิบัติในการเข้ารหัสซอร์สโค้ด / ไม่ดี บริษัท ของเราเสียเงิน $ XXXK"

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

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

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

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

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

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

ความเป็นเลิศคือทัศนคติและมุมมองโลก

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

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

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

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

ดูเหมือนว่าฉันเป็นปลาจากน้ำ ไปหาร่างมหาสมุทรและว่ายน้ำ!