चुस्त के सिद्धांतों में से एक यह है कि आपको काम करने वाले सॉफ़्टवेयर को मापना चाहिए:
कार्य सॉफ्टवेयर प्रगति का प्राथमिक उपाय है - एजाइल के 12 सिद्धांत
बात यह है, जबकि मैं अपने सॉफ़्टवेयर को किए गए कहानियों के संदर्भ में माप सकता हूं, बग़ल में या दोषपूर्ण रिपोर्ट की मात्रा कम हो रही है, मैं अपने सॉफ़्टवेयर के मूल्य को मापने के तरीके पर अटका हुआ हूं।
यदि मैं एक उदाहरण के रूप में माइक कोहन का उपयोग करता हूं और उसकी मदद कर रहा हूं SalesForce.com पिछले वर्ष की तुलना में ग्राहकों को 500% अधिक मूल्य प्रदान करता है * - मैं उस वृद्धि को कैसे मापूं? मैं अभी कैसे मापूं?
अन्य मेट्रिक्स वह उपयोग करता है सुविधाओं की संख्या और प्रति डेवलपर सुविधाओं की संख्या है। यह कुछ ऐसा है जिससे मैं काम कर सकता था यदि मेरी बैकलॉग अच्छी स्थिति में थी और कहानियों को 'फीचर' द्वारा काट दिया गया था, लेकिन हम सिर्फ एजाइल के साथ शुरुआत कर रहे हैं, इसलिए मुझे काम करने के कुछ तरीके चाहिए जो अब हम वितरित करते हैं , फिर छह महीने में कहना होगा कि हमने अपना आउटपुट बढ़ाया है या नहीं।
मैंने राजस्व में वृद्धि, या ग्राहक संतुष्टि में वृद्धि से सॉफ्टवेयर के मूल्य को मापने के बारे में सुना है (हालांकि आप इसे कैसे मापेंगे?) लेकिन उन वृद्धि को कंपनी में किसी भी चीज़ के लिए जिम्मेदार ठहराया जा सकता है (बिक्री, लेखा, समर्थन) और नहीं मेरा विभाग जो काम कर रहा है, उससे सीधे।
तो, आप लोग अपने सॉफ़्टवेयर के मूल्य को कैसे मापते हैं और आपने कैसे शुरुआत की?
* चंचलता के साथ सफल - माइक कॉहन