เทคโนโลยีคืออนาคต แต่จะเรียนรู้ได้อย่างไร การพูดคุยกับนักพัฒนาเป็นการเริ่มต้นที่ดี
เผยแพร่แล้ว: 2022-04-18ดูเหมือนว่านักการตลาดที่ต้องการเรียนรู้ True Digital (ความลับของเซิร์ฟเวอร์, API, SDK และสิ่งประดิษฐ์ซอฟต์แวร์อื่นๆ) ไม่มีทางอื่นนอกจากการ ผูกมิตรกับนักพัฒนา แม้ว่าจะไม่มีทางลัดที่นี่ – คุณต้องสร้างและรักษาความสัมพันธ์ – ฉันได้รวบรวม คำแนะนำสองสามข้อเกี่ยว กับวิธีวางรากฐานสำหรับการเชื่อมโยงกับวิศวกรซอฟต์แวร์
และถ้าคุณเป็นเพื่อนกัน ชุดทักษะทางเทคโนโลยีของคุณจะเพิ่มขึ้นเป็นสิบเท่าก่อนที่คุณจะรู้ตัว
ที่อยู่อาศัยตามธรรมชาติของนักพัฒนา
บนใบหน้าของวิศวกรดูเหมือนเป็นประเภทเฉพาะ ชนิดที่ถูกกล่าวหาว่าต้องการการดูแลเป็นพิเศษ บางคนถึงกับพูดแบบไม่พอใจ ฉัน ไม่เห็น ด้วยกับข้อเรียกร้องนี้อย่างสุดใจ ฉันไม่ได้เป็นเจ้าของปริญญาโทด้านสังคมวิทยาหรือจิตวิทยา แต่ฉันรู้บางอย่างเกี่ยวกับเรื่องนี้ ฉันเคยเป็นวิศวกรซอฟต์แวร์และสวมหมวกของนักการตลาดด้วย ยิ่งกว่านั้น วันนี้ฉันใช้ชีวิตโดยการขายแพลตฟอร์มซอฟต์แวร์ที่ช่วยให้นักการตลาดและนักพัฒนาสามารถฝังขวานได้
ฉันได้เรียนรู้อะไรบ้างเกี่ยวกับการทำให้การโต้ตอบระหว่างนักการตลาดกับนักพัฒนาง่ายขึ้น จากมุมมองของนักการตลาด มันเป็นเรื่องของการทำความเข้าใจที่อยู่อาศัยตามธรรมชาติของนักพัฒนา ซึ่งเป็นพื้นที่ที่ไม่คุ้นเคยสำหรับผู้ที่กำลังเริ่มต้นอาชีพ
นั่นเป็นเหตุผลที่ฉันรวบรวม แผนที่ของกิจวัตรและความต้องการของนักพัฒนา และฉันหวังว่ามันจะช่วยคุณนำทางพวกเขา ซึ่งท้ายที่สุดจะนำไปสู่ความสัมพันธ์ที่เฟื่องฟู
มันไม่ง่ายอย่างที่คิด เมื่อนักพัฒนายอมรับตัวเอง พวกเขามีชื่อเสียงใน การพูดว่า "ไม่" ในการโต้วาทีในรายละเอียดที่อวดดี และคิดว่าเรารู้วิธีทำงานของทุกคนได้ดีกว่าที่พวกเขาจะทำได้ แต่ถ้าคุณเข้าใจถูกต้อง นักพัฒนาจะกลายเป็นแหล่งความรู้หลักของคุณ ดังที่เราเรียนรู้ได้จาก Kate ในเรื่องราวของเธอเกี่ยวกับนักการตลาดดิจิทัลที่ผันตัวมาเป็นผู้จัดการผลิตภัณฑ์ไอที
ดังนั้น มาเริ่มด้วยการจัดการกับอุปสรรคที่ได้รับความนิยมมากที่สุดอย่างหนึ่งในการผูกมิตรกับนักพัฒนา
ทำไมนักพัฒนาจึงมักจะไม่พอใจ?
สาเหตุของชื่อเสียงไม่พอใจของนักพัฒนาต้องการคำอธิบายที่ยาวขึ้น หากคุณต้องการทำความเข้าใจโดยละเอียด คุณควรอ่าน Nicholas แบบยาวนี้ (ดูจำนวนผู้พัฒนาที่เห็นด้วยกับการอ้างสิทธิ์ของเขาในส่วนความคิดเห็น) หากคุณไม่มีเวลา ฉันจะพยายามสรุปปรากฏการณ์นี้ใน 8 คะแนน:
- นักพัฒนาคือผู้ แปลความคิดของคุณให้กลายเป็นความจริง พวกเขาทำให้มันใช้งานได้ พวกเขาทำให้มันทำงานได้อย่างรวดเร็ว พวกเขาทำให้มันแข็งแกร่งและเชื่อถือได้สำหรับผู้ใช้ของคุณ วิศวกรซอฟต์แวร์คือน้ำมันของเศรษฐกิจดิจิทัล
- และพวกเขาได้รับผลตอบแทนที่ดีจากทักษะนี้ ซึ่งเป็นทักษะเฉพาะตัวในการผสมผสานความคิดสร้างสรรค์และการคิดอย่างมีตรรกะ
- แต่พวกเขามักจะได้รับการปฏิบัติจากแผนกอื่น ๆ เช่นผู้สร้างการสืบพันธุ์ ไม่ใช่ผู้สร้าง
- การเรียกพวกเขาว่าผู้สร้างนั้นไม่ยุติธรรม การอยู่ในอุปมาของอุตสาหกรรมการก่อสร้างนั้น แท้จริงแล้วนักพัฒนาคือ สถาปนิก ไม่ใช่ผู้สร้าง งานของพวกเขาไม่ใช่การยกอาคาร (หรืออาคาร) ทางกายภาพ แต่เพื่อ รวบรวมข้อกำหนด ข้อกำหนดในรูปแบบของรหัส
- ตอนนี้ ลองจินตนาการถึงขั้นตอนการออกแบบของบางสิ่งที่ซับซ้อนอย่าง Sydney Opera หรือ Spodek ใน Katowice แต่มีความแตกต่างเล็กน้อย — ผู้มีส่วนได้ส่วนเสียสามารถเปลี่ยนแปลงได้เกือบทุกอย่างในขณะที่อาคารอยู่ระหว่างการก่อสร้างเป็นเวลานาน แม้ว่านักพัฒนาจะยังสามารถมั่นใจได้ว่าอาคารจะถูกใช้และไม่ล้มลง
- แต่ผู้สร้างที่แท้จริงอยู่ที่ไหน? พวกมัน ทำงานอัตโนมัติอย่างเต็มที่ นักพัฒนามีความฉลาดพอที่จะสร้างเครื่องมือต่างๆ เช่น คอมไพเลอร์ เซิร์ฟเวอร์การปรับใช้อย่างต่อเนื่อง หรือเซิร์ฟเวอร์ในระบบคลาวด์ ซึ่งทำให้กระบวนการสร้างรวดเร็วและมีความสำคัญมากขึ้น
- หากคุณเคยสงสัยว่าเหตุใดนักพัฒนาจึงไม่สามารถประมาณระยะเวลาในการก่อสร้างได้ ตอนนี้คุณจะเห็นว่าสิ่งที่คุณถามจริงๆ คือขั้นตอนทางสถาปัตยกรรม คุณถามว่าจะใช้เวลานานแค่ไหนในการเขียนซอฟต์แวร์ ก็เหมือนกับการบอกผู้รับเหมาก่อสร้างว่าจะใช้เวลานานแค่ไหนในการออกแบบทุกรายละเอียดของตึกในเมือง ซึ่งรวมถึงการรวบรวมข้อกำหนดทั้งหมดด้วย
- และ ส่วนอาคารจริงนั้นง่าย เมื่อคุณเขียนข้อกำหนดแล้ว ก็สามารถประมาณได้ด้วยความแม่นยำระดับที่สอง
ดังนั้นการพัฒนาซอฟต์แวร์จึงเป็นงานวิจัยที่ปลอมตัวเป็นวิศวกรรม
คุณไม่ควรมองว่านักพัฒนาเป็นพ่อครัวระยะสั้นของอุตสาหกรรม อย่างที่ Nicolas พูดไว้ว่า “ วิศวกรซอฟต์แวร์ไม่ได้เขียนโค้ดเพราะพวกเขาต้องการให้ใครซักคนมาบอกพวกเขาว่าต้องทำอะไร พวกเขาเข้าไปข้างในเพราะพวกเขาค้นพบว่าพวกเขาสามารถสร้างสิ่งที่มีประโยชน์ได้ วิศวกรซอฟต์แวร์ทุกคนตกหลุมรักการเขียนโค้ดเพราะเธอสร้างโปรแกรมเล็กๆ ที่มีประโยชน์ตั้งแต่เนิ่นๆ และติดใจ ”
เมื่อคุณเข้าใจสิ่งนี้และเปลี่ยนแนวทางของคุณที่มีต่อนักพัฒนาแล้ว คุณก็กำลังจะกลายเป็นที่ชื่นชอบจากพวกเขา
แต่การทำงานร่วมกับนักพัฒนาไม่ได้เป็นเพียงเรื่องของความคิดเท่านั้น มีบางอย่างที่เป็นประโยชน์มากกว่าที่คุณสามารถทำได้เพื่อให้ได้เพื่อนนักพัฒนาที่แท้จริง
ฟังแล้วปล่อยให้พวกเขาจัดส่ง
ความรู้ที่นักพัฒนาส่งผลต่อชีวิตของผู้คนเป็นแรงขับเคลื่อนที่ทรงพลังที่สุดสำหรับนักพัฒนา ไม่ว่าจะเป็นสคริปต์ภายในที่ช่วยให้ทีมการตลาดบรรลุเป้าหมายหรือระบบแบ็คเอนด์ที่ให้บริการธุรกรรมนับพันล้านรายการทุกวัน รหัสทำงาน "ในการผลิต" ที่ทำให้นักพัฒนามาที่สำนักงานทุกวัน
นักพัฒนาชอบการทำงานหนัก พวกเขาสามารถนั่งหน้าแป้นพิมพ์เป็นเวลาหลายชั่วโมงเพื่อแก้ปัญหาของผู้คน โดยเฉพาะอย่างยิ่งถ้าเวลาสำหรับงานที่พวกเขาคาดว่าเหลือน้อย (และเด็กผู้ชาย.. พวกเขา ดูถูกดูแคลน แต่นั่นเป็นเรื่องสำหรับบทความแยกต่างหาก)
สิ่งที่พวกเขาไม่สามารถยืนหยัดอยู่ได้คือ คำสั่งเปลี่ยนแปลงตามลมและไม่ใช่การจัดส่ง
นักพัฒนาไม่จัดส่งเมื่อถูกขัดจังหวะ ตามที่ Nicholas บอกว่ามันเกิดขึ้นเมื่อ:
- คำขอมา ช้า ระหว่างการพัฒนาและ ไม่มีเวลาเพียงพอที่ จะทำก่อนถึงเส้นตาย
- คำขอ ทำให้ สมมติฐานหนึ่งข้อขึ้นไปเป็นโมฆะซึ่งเกิดขึ้นในช่วงต้นของกระบวนการเพื่อให้โครงการย้าย
- คำขอเป็นการ กลับรายการข้อกำหนดก่อนหน้านี้
- มิฉะนั้นคำขอจะ เพิ่มปริมาณงาน ที่ต้องทำก่อนถึงกำหนดส่ง
เมื่อคำนึงถึงสิ่งนี้ นี่คือสิ่งที่คุณสามารถทำได้เพื่อให้จัดส่งได้อย่างราบรื่น:
- ทำความเข้าใจ ข้อจำกัดทางวิศวกรรมตั้งแต่เนิ่นๆ
- เติมเต็ม ความต้องการของคุณ (สองข้อแรกนี้เป็นสิ่งที่เราต้องการจะสอนคุณที่นี่ใน 200 OK)
- ทำงานอย่าง ใกล้ชิด กับวิศวกร
- ช่วยให้พวกเขาเข้าใจ ว่า การออกแบบขั้นสุดท้ายเป็น อย่างไรในทุกขั้นตอน — ยอมรับเมื่อคุณไม่แน่ใจเกี่ยวกับบางสิ่งและต้องการทดสอบบางอย่าง
- ทำตัวดีๆ — (ไม่ใช่เฉพาะในกรณีนี้) ผู้คนมักลืมเรื่องนี้ไป ในขณะที่การวิเคราะห์ที่เริ่มโดย Google พบว่านี่เป็นกุญแจสำคัญในการทำงานเป็นทีมที่ดี
สรุปแล้ว โปรแกรมเมอร์ไม่ได้ไม่พอใจโดยไม่มีเหตุผล ไม่ใช่ว่าพวกเขาเกลียดการทำงานหนักหรือทำงานเป็นเวลานาน พวกเขาเกลียดเมื่อไม่ได้ผลตอบแทน (และฉันไม่ได้พูดถึงเงินที่นี่) ดังนั้นเมื่อคุณ ปล่อยให้พวกเขาทำงาน พวกเขาจะไม่พอใจน้อยลงและช่วยเหลือคุณมากขึ้น