บทบาทและคุณค่าของผู้จัดการโครงการในกระบวนการพัฒนาแอพ

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

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

บทบาทของผู้จัดการโครงการในการพัฒนาซอฟต์แวร์คืออะไร?

การจัดการโครงการเป็นกระบวนการแรกที่เริ่มต้นเมื่อคุณมาที่บริษัทพัฒนาพร้อมกับแนวคิดของคุณ มีงานที่ผู้จัดการโครงการ (PM) ทำนอกเหนือจากการเป็นช่องทางการสื่อสารระหว่างคุณกับทีมนักพัฒนาและนักออกแบบ

นอกเหนือจากเรื่องพื้นฐานที่สุด ซึ่งเราจะพูดถึงด้านล่างด้วย ความรับผิดชอบของ PM ได้แก่:

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

ต่อไปนี้คือภาพรวมบางส่วนสำหรับแต่ละงาน โดยไม่ได้เรียงลำดับเฉพาะเจาะจง

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

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

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

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

ความรับผิดชอบหลักของผู้จัดการโครงการไอที

การวางแผน

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

แผนงานเป็นส่วนหลักของการวางแผนด้านเทคนิคของการพัฒนาซอฟต์แวร์ แต่มีมากกว่ากระบวนการ การตรวจสอบไอเดีย การทำแผนที่เรื่องราวของผู้ใช้ การออกแบบ MVP/MLP — ผู้จัดการโครงการมีหน้าที่รับผิดชอบมากมายในกระบวนการพัฒนาแอป

การสื่อสาร

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

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

แนะนำการเปลี่ยนแปลงแผน

การเปลี่ยนแปลงเป็นสิ่งที่หลีกเลี่ยงไม่ได้ในระหว่างการพัฒนา เหตุผลแตกต่างกันไป: คุณสามารถมี “AHA!” ช่วงเวลาที่ความคิดที่สมบูรณ์แบบเกิดขึ้นกับคุณที่คุณเพิ่งรู้ว่าจะขับเคลื่อนคุณไปสู่อันดับต้น ๆ ของชาร์ต App Store อาจมีการเปลี่ยนแปลงในตลาดเมื่อมีผู้เล่นใหม่เข้ามาในกลุ่มของคุณ อาจมีการเปิดตัวเทคโนโลยีใหม่ซึ่งเป็นสิ่งที่ผลิตภัณฑ์ของคุณต้องการ การทดสอบโดยคุณและบริษัทพัฒนาของคุณอาจนำมาซึ่งผลลัพธ์ที่ไม่คาดคิด ไม่ว่าจะดีหรือไม่ดี

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

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

ควบคุมกระบวนการ

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

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

PM ที่ดีและไม่ดี — วิธีแยกแยะความแตกต่าง

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

PM ดี : ถามเยอะ

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

PM แย่: ฝากทุกอย่างไว้ที่ทีม

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

นายกฯดี ซื่อสัตย์ โปร่งใส

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

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

PM แย่: เป็นคนมองโลกในแง่ดีมากเกินไป (หรือมองโลกในแง่ร้าย)

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

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

นายกฯที่ดี ใส่ใจทุกอย่าง

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

PM ไม่ดี: Micromanages

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

PM ที่ดี: ถามความคิดเห็นของทีม (และส่งต่อไปยังลูกค้า)

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

PM แย่: โจมตีคุณด้วยอีเมล

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

สิ่งนี้นำไปสู่สองสิ่ง:

1. คุณโกรธและไม่พอใจ
2. คุณอาจกรองสิ่งที่สำคัญจริงๆ ออกไป

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

ทำไมการมีส่วนร่วมของผู้จัดการโครงการจึงมีความสำคัญต่อความสำเร็จ

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

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

Project managers ที่ Mind Studios

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