วิธีการให้ทุนสนับสนุนโครงการพัฒนาซอฟต์แวร์

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

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

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

บริบทนับเมื่อเลือกตัวเลือกการจัดหาเงินทุน

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

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

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

ที่เกี่ยวข้อง: การเรียนรู้กระบวนการตัดสินใจ: คู่มือปฏิบัติ

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

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

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

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

รูปที่ 1 เป้าหมายกระบวนการระดมทุนที่ปลอดภัย

ลองสำรวจว่ากลยุทธ์การระดมทุนที่แสดงในรูปที่ 1 เปรียบเทียบกันอย่างไร

ตัวเลือกสำหรับการจัดหาเงินทุนให้กับทีม

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

1. คิด ค่าบริการตามคุณลักษณะ: คุณลักษณะต่างๆ เช่น การเพิ่มรายงานใหม่หรือการนำเรื่องราวของผู้ใช้ใหม่ไปใช้ จะได้รับการสนับสนุนเป็นรายบุคคล
2. ต้นทุนบวก: นี่คือการเปลี่ยนแปลงของเวลาและวัสดุที่จ่ายในอัตราต่ำสำหรับเวลาของทีมเพื่อครอบคลุมต้นทุนพื้นฐานด้วยโบนัสการจัดส่งที่จ่ายสำหรับการผลิตโซลูชันวัสดุสิ้นเปลือง สิ่งนี้เรียกอีกอย่างว่า "ตามผลลัพธ์" หรือ "การชดใช้ต้นทุน"
3. เวลาและวัสดุ (T&M): ด้วยวิธีการนี้ เราจ่ายตามที่เราจ่าย โดยจ่ายเป็นรายชั่วโมงหรือรายวัน (“เวลา”) บวกกับค่าใช้จ่ายใดๆ (“วัสดุ”) ที่เกิดขึ้น
4. ประตูเวที: ด้วยกลยุทธ์นี้ เราประมาณการแล้วให้ทุนโครงการตามระยะเวลาที่กำหนดก่อนที่จะกลับไปหาเงินทุนเพิ่มเติม นี่เป็นชุดของการเพิ่มเงินทุนต้นทุนคงที่ขนาดเล็กอย่างมีประสิทธิภาพ
5. ราคา/ต้นทุนคงที่ (อยู่ในช่วง): ในช่วงเริ่มต้นของโครงการ เราพัฒนา และจากนั้นให้คำมั่นสัญญา ประมาณการเบื้องต้นที่อิงจากข้อกำหนดล่วงหน้าของเราและความพยายามในการสร้างแบบจำลองสถาปัตยกรรม ค่าประมาณควรนำเสนอเป็นช่วงที่ค่อนข้างใหญ่ มักจะ +/- 25 เปอร์เซ็นต์ หรือแม้แต่ +/- 50 เปอร์เซ็นต์ เพื่อสะท้อนความเสี่ยงของการประมาณการ "ราคาคงที่"
6. ราคา/ต้นทุนคงที่ (แน่นอน): ค่าประมาณเริ่มต้นถูกสร้างขึ้นในช่วงต้นของวงจรชีวิตและนำเสนอเป็นตัวเลขที่แน่นอนหรือเป็นช่วงที่เล็กมาก (เช่น +/- 5 เปอร์เซ็นต์หรือ +/- 10 เปอร์เซ็นต์)

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

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

ตารางที่ 1. การเปรียบเทียบตัวเลือกเงินทุน

ตัวเลือกการจัดหาเงินทุน	ข้อดี	ข้อเสีย
ชาร์จตามคุณสมบัติ	· เปิดใช้งานการเสนอราคาสำหรับคุณลักษณะแต่ละอย่าง สนับสนุนแนวทางที่ยืดหยุ่นมากในการพัฒนาข้อกำหนด · เหมาะสำหรับการเอาท์ซอร์สงานตามคุณลักษณะ แต่โดยทั่วไปจะไม่ใช้สำหรับการพัฒนาภายใน ·ช่วยให้ผู้มีส่วนได้ส่วนเสียใช้จ่ายการลงทุนด้านไอทีอย่างชาญฉลาด	·ต้องการการมีส่วนร่วมที่สำคัญและความซับซ้อนของผู้มีส่วนได้ส่วนเสีย · การจัดหาเงินทุนเพื่อแก้ไขปัญหาทางเทคนิค เช่น การชำระหนี้ทางเทคนิค มีแนวโน้มที่จะขาดแคลนและสนับสนุนฟังก์ชันใหม่ ·ไม่ได้ให้การคาดการณ์ที่ผิดพลาดอย่างง่ายดายซึ่งจำเป็นสำหรับกลยุทธ์การจัดทำงบประมาณแบบดั้งเดิมและมักจะเป็นรายปี
ค่าใช้จ่ายบวก	· ทำงานได้ดีมากสำหรับการพัฒนาจากภายนอก โดยกระจายความเสี่ยงระหว่างลูกค้าและผู้ให้บริการ เนื่องจากผู้ให้บริการมีค่าใช้จ่ายครอบคลุมแต่จะไม่ทำกำไร เว้นแต่พวกเขาจะส่งมอบซอฟต์แวร์ที่มีคุณภาพอย่างสม่ำเสมอ ·ความเสี่ยงทางการเงินต่ำสำหรับทั้งทีมและผู้มีส่วนได้ส่วนเสียทางธุรกิจ ·ช่วยให้ผู้มีส่วนได้ส่วนเสียใช้จ่ายการลงทุนด้านไอทีอย่างชาญฉลาด	·ต้องการการกำกับดูแลอย่างแข็งขันโดยผู้มีส่วนได้ส่วนเสียและคำจำกัดความที่ชัดเจนของวิธีการตรวจสอบว่าทีมโครงการได้ปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) หรือไม่ ดังนั้นจึงได้รับโบนัสประสิทธิภาพการทำงาน ·ไม่ได้ให้การคาดการณ์ที่ผิดพลาดอย่างง่ายดายซึ่งจำเป็นสำหรับกลยุทธ์การจัดทำงบประมาณแบบดั้งเดิมและมักจะเป็นรายปี
เวลาและวัสดุ	·ความเสี่ยงทางการเงินต่ำเมื่อมีการกำกับดูแลที่มีประสิทธิภาพ · ให้ความยืดหยุ่นในการพัฒนาทีมตามความเหมาะสม จับคู่ความสามารถของทีมที่ต้องการ ·ช่วยให้ผู้มีส่วนได้ส่วนเสียใช้จ่ายการลงทุนด้านไอทีอย่างชาญฉลาด	·ต้องการให้ผู้มีส่วนได้ส่วนเสียติดตามและควบคุมการเงินของทีมอย่างแข็งขัน ·ในกรณีของการเอาต์ซอร์ซ ผู้ขายควรให้ความโปร่งใสอย่างสมบูรณ์ เช่น กระดานงาน เพื่อให้ผู้มีส่วนได้ส่วนเสียมั่นใจว่าพวกเขาได้รับความคุ้มค่าจากเงินของพวกเขา ·ไม่ได้ให้การคาดการณ์ที่ผิดพลาดอย่างง่ายดายซึ่งจำเป็นสำหรับกลยุทธ์การจัดทำงบประมาณแบบดั้งเดิมและมักจะเป็นรายปี
ประตูเวที	· ความเสี่ยงทางการเงินระดับปานกลาง เนื่องจากทำให้ผู้มีส่วนได้ส่วนเสียมีเลเวอเรจทางการเงินเหนือทีมจัดส่ง	· บางองค์กรมีกระบวนการระดมทุนที่ยุ่งยาก ดังนั้นการที่ทีมต้องได้รับเงินทุนในขั้นตอนต่างๆ สามารถเพิ่มค่าใช้จ่ายในระบบราชการและเสี่ยงต่อการส่งมอบล่าช้า ·อาจเป็นเรื่องยากที่จะควบคุมการใช้จ่ายเงินเมื่อประตูเวทีห่างกันหลายเดือน (โดยปกติทุกไตรมาส) · ยกเว้นช่วง Inception เงินทุนควรเชื่อมโยงกับการส่งมอบโซลูชันการทำงานที่เพิ่มขึ้น ไม่ใช่สิ่งประดิษฐ์ที่ใช้กระดาษ—ประตูเวทีอาจตรงกับวิสัยทัศน์ผู้มีส่วนได้ส่วนเสียของ DA, สถาปัตยกรรมที่ได้รับการพิสูจน์ และ/หรือเหตุการณ์สำคัญที่อยู่รอดได้อย่างต่อเนื่องเป็นส่วนประกอบของความคล่องตัว ธรรมาภิบาล
ราคาคงที่/ต้นทุน (ช่วง)	· ช่วงช่วยให้ผู้มีส่วนได้ส่วนเสียสามารถประเมินความไม่แน่นอนที่ทีมต้องเผชิญได้สมจริงยิ่งขึ้น	·ความเสี่ยงทางการเงินสูงเนื่องจากการประมาณการเบื้องต้นเป็นไปตามข้อกำหนดเบื้องต้นที่มีแนวโน้มว่าจะเปลี่ยนแปลง ยังเปราะบางเมื่อไม่ทราบข้อมูลทางเทคนิคที่สำคัญ · ในการจำกัดขอบเขตของการประมาณการ เราจำเป็นต้องสร้างแบบจำลองและการวางแผนล่วงหน้าที่สำคัญ ซึ่งจะเป็นการเพิ่มต้นทุนของความล่าช้าและความเสี่ยงโดยรวมของการเกิดของเสีย ·ผู้มีส่วนได้ส่วนเสียจำนวนมากจะมุ่งเน้นไปที่ช่วงล่างสุดของช่วงการประมาณการและด้วยเหตุนี้จึงมีความคาดหวังที่ไม่สมจริง · ผู้มีส่วนได้ส่วนเสียจำนวนมากไม่เข้าใจถึงความจำเป็นในการประมาณค่าแบบเป็นช่วง และอาจจำเป็นต้องได้รับการศึกษาเกี่ยวกับแนวคิดนี้
ราคาคงที่/ต้นทุน (ที่แน่นอน)	·ทำให้ผู้มีส่วนได้ส่วนเสียมีต้นทุนที่แน่นอนแม้ว่าจะแทบไม่สมจริงก็ตาม · ทำงานได้ดีเมื่อเราได้รับอนุญาตให้ลดขอบเขตเพื่อเข้ามาอยู่ในงบประมาณ	· ความเสี่ยงทางการเงินสูงมากเนื่องจากมีแนวโน้มที่จะเปลี่ยนแปลงข้อกำหนดและไม่ทราบข้อมูลทางเทคนิค · ไม่สื่อสารความไม่แน่นอนที่เกิดขึ้นจริงที่ทีมงานโครงการต้องเผชิญ และตั้งความคาดหวังที่ผิดพลาดเกี่ยวกับความถูกต้อง · เมื่อทีมไม่ได้รับอนุญาตให้ลดขอบเขต คุณภาพจะเปลี่ยนแปลงไปในระยะสั้น ซึ่งท้ายที่สุดแล้วจะเพิ่มต้นทุนรวมในการเป็นเจ้าของ (TCO)

ทางเลือกที่ดีเมื่อให้เงินสนับสนุนโครงการ

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

ที่เกี่ยวข้อง: การตัดสินใจระดับรายละเอียดที่จำเป็นสำหรับแผนการเผยแพร่

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

เนื้อหาสำหรับบล็อกนี้ดัดแปลงมาจาก Choose Your WoW! คู่มือการจัดส่งแบบ Agile อย่างมีวินัยสำหรับการเพิ่มประสิทธิภาพวิธีการทำงานของคุณ เผยแพร่ในเดือนมกราคม 2019

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