วิธีนำโครงการพัฒนาโดยปราศจากความเชี่ยวชาญด้านเทคนิค

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

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

ฉันควรทำอย่างไรและฉันจะหลีกเลี่ยงการเป็นผู้นำโครงการที่ฉันเกลียดเมื่อฉันพัฒนาได้อย่างไร

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ดูเหมือนว่าจะมีปัญหาเล็กน้อยในการเล่นที่นี่

เทคโนโลยีที่ใช้ในโครงการที่คุณเป็นผู้นำและกระบวนการที่ควบคุมการพัฒนาของโครงการนั้น

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

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

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

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

โชคดี!

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

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

อย่าปล่อยโอกาสของคุณ

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

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

ฉันหลงทางเมื่อพูดถึงมาตรฐานการเขียนโปรแกรมเครื่องมือวงจรชีวิตโครงการและขั้นตอนการเผยแพร่ / แจกจ่าย

ค้นหาผลิตภัณฑ์โอเพ่นซอร์สที่ใช้เทคโนโลยีเดียวกับที่คุณจะใช้

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

ดาวน์โหลดรหัสทำงาน อ่านมัน

คิดออกว่าพวกเขาใช้เครื่องมืออะไร ใช้มัน.

หาวิธีการสร้างและปล่อยโครงการโอเพนซอร์ซ สร้างมันและปล่อยมัน

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

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

จริง

เรียนรู้จากชุมชนโอเพนซอร์ส