एक दोस्त के पिता, जो एक सॉफ्टवेयर इंजीनियरिंग मैनेजर हैं, ने जोरदार ढंग से कहा, "ओवररन शेड्यूल करने का नंबर एक कारण शेड्यूलिंग दबाव है।"
अनुसंधान कहाँ खड़ा है? एक मध्यम मात्रा में शेड्यूलिंग दबाव है, या क्या मैंने सही या गलत उल्लेख किया है, या यह "अधिक शेड्यूलिंग दबाव आपके पास है, प्रसव के समय और अधिक TCO?" क्या यह उन चीजों में से एक है, जहां आदर्श रूप से सॉफ्टवेयर इंजीनियरिंग बिना समय के दबाव के काम करेगी, लेकिन व्यावहारिक रूप से हमें वास्तविक दुनिया की स्थितियों की बाधाओं के साथ काम करना होगा?
सॉफ्टवेयर इंजीनियरिंग साहित्य के किसी भी लिंक की सराहना की जाएगी।
इस संदर्भ में TCO का क्या अर्थ है?
—
एंड्रेस एफ।
मैं यह मान रहा हूं कि TCO स्वामित्व की कुल लागत के लिए है । क्या ये सही है?
—
थॉमस ओवेन्स
@ThomasOwens तो मैंने अनुमान लगाया, लेकिन क्या यह प्रोजेक्ट शेड्यूल और बजट के संदर्भ में समझ में आता है? मुझे लगा कि TCO ने किसी उत्पाद के स्वामित्व का उल्लेख किया है , न कि विकास का।
—
एंड्रेस एफ।
@AndresF। मेरी समझ यह है कि यह व्यापक है - डिजाइन, विकास, शिपमेंट, रखरखाव और उन्नयन। लेकिन मैं चीजों के वित्तीय पक्ष में एक विशेषज्ञ (या यहां तक कि किसी भी औसत दर्जे का अनुभव नहीं है) नहीं हूं।
—
थॉमस ओवेन्स
@ThomasOwens विकिपीडिया से उस लिंक को देखते हुए, यह धारणा मुझे नहीं मिली। विकास निश्चित रूप से उल्लेख नहीं है (एक खोज करें!), भले ही प्रौद्योगिकी और सॉफ्टवेयर उत्पाद हैं (और संबंधित चिंताएं, जैसे कि तैनाती और रखरखाव)। TCO स्वामित्व से संबंधित है , यह भी नाम में ऐसा कहता है! मेरी समझ यह है कि TCO एक विचार है जब यह चुनना है कि कौन सा उत्पाद खरीदना है , कौन सा उत्पाद नहीं बनाना है ।
—
एंड्रेस एफ।
