วิธีการโน้มน้าวใจเพื่อนร่วมงานของฉันว่าการทำสิ่งที่ถูกต้องจะช่วยให้พวกเขาประหยัดเวลา

ฉันเพิ่งเริ่มต้นที่ บริษัท ใหม่พร้อมโปรแกรมเมอร์จำนวนหนึ่ง เป็น บริษัท ขนาดกลางที่มีพนักงานประมาณ 70 คน แต่ไอทีมีเพียง 9-10 คนเท่านั้นและมี "โปรแกรมเมอร์" 3 คนอยู่เคียงข้างฉัน อย่างไรก็ตามพวกเหล่านี้มีประสบการณ์ จำกัด มากและกำลังทำสิ่งต่าง ๆ มากมายอย่างน่ากลัวจริงๆ ตัวอย่างเช่นหนึ่งในโครงการของเราคือเว็บไซต์ PHP รหัสส่วนใหญ่จะถูกเก็บไว้ในคอนโทรลเลอร์ PHP 20,000 บรรทัดโดยมี ~ 6,000 บรรทัดของ JavaScript ฝังอยู่ใน PHP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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