คุณวัดมูลค่าซอฟต์แวร์อย่างไร

หนึ่งในหลักการของความคล่องตัวคือคุณควรวัดซอฟต์แวร์ที่ใช้งานได้:

ซอฟต์แวร์ทำงานเป็นมาตรการหลักของความก้าวหน้า - 12 หลักการของ Agile

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

ถ้าฉันใช้ Mike Cohn เป็นตัวอย่างและเขาช่วย SalesForce.com มอบคุณค่ามากกว่าให้ลูกค้าถึง 500% เมื่อเทียบกับปีที่แล้ว * - ฉันจะวัดผลที่เพิ่มขึ้นได้อย่างไร ฉันจะวัดว่าฉันอยู่ที่ไหนในตอนนี้?

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

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

แล้วคุณวัดค่าซอฟต์แวร์ของคุณอย่างไรและคุณเริ่มอย่างไร

* ประสบความสำเร็จด้วย Agile - Mike Cohn

นี่คือวิธีที่ฉันกำหนดค่าโดยทั่วไป (แม้แต่การพัฒนาซอฟต์แวร์ภายนอก)

คุณกำหนดว่าค่าคืออะไร

หากมูลค่าคือจำนวนเงินที่ได้รับ / บันทึกด้วยซอฟต์แวร์ค่าจะเป็น:

รายรับ - ต้นทุนการพัฒนา = มูลค่า

หรือ

ต้นทุนการดำเนินการที่บันทึกไว้ - ต้นทุนการพัฒนา = มูลค่า

มันสามารถพลิกกลับ คุณรู้หรือไม่ว่ามูลค่าการซื้อขายใน บริษัท ของคุณ? หากคุณสามารถวัดได้การลดการหมุนเวียนของคุณจะลดลง 50% ด้วยความคล่องตัวช่วยให้คุณสามารถคำนวณมูลค่าที่มีให้:

การลดอัตราการหมุนเวียน 50% = (ค่าใช้จ่ายการหมุนเวียน / 2) = มูลค่า

คุณค่าสามารถอะไรก็ได้ที่มีความสำคัญต่อคุณผู้ชายที่กำหนดว่าอะไรคือคุณค่า

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

ในหลายกรณีมูลค่าของซอฟต์แวร์วัดโดยการคำนวณ "รายได้เพิ่ม" หรือ "การประหยัดต้นทุน"

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

เพียงแค่ทำให้คุณต้องคิดออกว่าอะไรคือความแตกต่างทางการเงินระหว่างการมีและไม่มีมัน

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

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

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

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

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

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

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

มักจะมีบรรทัดล่าง 'ยาก' ที่สามารถวัดได้ง่ายเพื่อให้เคาน์เตอร์ถั่วมีความสุข "Feature X เพิ่มรายได้ของเรา 150%" แต่บ่อยครั้งกว่าการรวมกันของค่า 'ยาก' และ 'อ่อน' 'รายได้ของเราเพิ่มขึ้น 160% และเราคิดว่าเราสามารถระบุได้ว่าการเปลี่ยนแปลงซอฟต์แวร์นั้นเป็นอย่างไรเมื่อลูกค้าโดยเฉลี่ยให้คะแนนสูงขึ้น 11% พร้อมคุณสมบัติ UI ใหม่ "

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