2010-03-01 10 views
6

this question की भावना में मैं समझना चाहता था कि बग फिक्सिंग और नई सुविधाओं को लागू करने के बीच समय विभाजन का अनुपात क्या है। यदि संभव हो तो व्यक्तिगत डेवलपर आंकड़ों के विपरीत उत्पाद के लिए अनुमान लगाने का प्रयास करें और एक सामान्य वर्ष के दौरान औसत बनाने का प्रयास करें। तुलना की अनुमति देने के लिए उत्पाद/परियोजना का एक सामान्य वर्णनात्मक प्रदान करें। विशेष रूप से:आपका अनुपात बग फिक्सिंग बनाम एन्हांसमेंट्स क्या है?

  • परियोजना
  • की आयु वाले बच्चे यह रखरखाव में अभी भी सक्रिय रूप से विकसित या सख्ती से है? उत्पाद/परियोजना
  • टीम के आकार का
  • आकार अनुमान यह (सभी समावेशी) के विकास
  • क्या Joel test पर अपनी टीम स्कोर है।

पूर्व:

  • लगभग 80% समय बिताया बग फिक्स 20% नई सामग्री
  • परिपक्व सॉफ्टवेयर (20 वर्ष)
  • सक्रिय रूप से विकसित
  • 1.5M पाठ की पंक्ति, लगभग 700k - 900k LOC
  • 12-15 सक्रिय रूप से इसमें कोडिंग।
  • हमें निश्चित रूप से 5/12 मिल गया, कुछ 7/12 कहेंगे।

उत्तर

2
  • 50% डीबगिंग, 50% नए कोड
  • सॉफ्टवेयर 15 साल पुराना है (पाठ की
  • 1.5M लाइन 170k खाली लाइनों के साथ (और व्यक्तिगत रूप से मैं डिबगिंग हिस्सा कम होना चाहते हैं), टिप्पणी के 250K लाइनों, वास्तविक कोड की 800K लाइनों)
  • के बारे में 10 लोगों को उस पर विकासशील
  • योएल टेस्ट: 8/12
+0

लगता है जैसे हम एक समान स्थिति में हैं। आप जो सोचते हैं वह प्राथमिक कारण है कि आप बग फिक्सिंग पर इतना समय बिताते हैं और आप इस आंकड़े को कम करने के लिए क्या कर सकते हैं? – Newtopian

+0

समस्याएं: सॉफ़्टवेयर के कुछ हिस्सों बहुत जटिल हो गए हैं। सॉफ्टवेयर बहुत लचीला है (बहुत अधिक विन्यास की अनुमति देता है) ताकि हम सभी संभावित कॉन्फ़िगरेशन संयोजनों को कभी भी पूर्ववत नहीं कर सकें। समाधान: बेहतर दायरा निर्धारण। चीजों को सरल रखें। जल्दी परीक्षण करें। स्वचालित परीक्षण सुनिश्चित करें कि डेवलपर अपने कार्य पर ध्यान केंद्रित कर सकते हैं। गुणवत्ता के लिए लोगों को जिम्मेदार बनाओ। – Patrick

+0

हां ... यह परिचित लगता है ... सॉफ़्टवेयर धीरे-धीरे सबकुछ करने के लिए एक मंच बन रहा है लेकिन स्वामित्व वाली स्क्रिप्टिंग भाषा में स्क्रिप्टिंग की भारी मात्रा के बिना कुछ भी सही नहीं कर रहा है, कि, स्वयं भी एक मंच बन रहा है ... yikes – Newtopian

3

मैं स्था होगा Imate: नई सुविधाएँ 70%, 10% बग्स, तकनीकी ऋण (आदि पुनर्रचना) 20%

  • आयु वाले बच्चे: 2 साल
  • सक्रिय रूप से विकसित
  • टीम का आकार: 8
  • एलओसी: 50k- 100k
  • योएल टेस्ट: 9/12

आप प्रौद्योगिकी ढेर के लिए नहीं पूछा, लेकिन यदि आप रुचि रखते हैं इस पर रेल

रूबी है
+0

धन्यवाद, हाँ यह वही है जो मैं – Newtopian

+0

के बाद था यह मेरी वर्तमान परियोजना के समान ही है। मतभेद जोएल परीक्षण कम है, इसकी asp.net/c#, और निचली टीम का आकार है। – corymathews

3

मुझे लगता है कि हम अपने समय का लगभग 70% नई सुविधाओं और बग पर 30% खर्च करते हैं।

  • आयु वाले बच्चे 10 साल
  • सक्रिय रूप से विकसित
  • टीम आकार 14 (1 प्रबंधक, 1 परीक्षक, 1 यूआई डिजाइनर, 11 डेवलपर्स (8 नई सुविधाओं पर और 3 रखरखाव के लिए समर्पित))
  • 2.2M पाठ (950k वास्तविक कोड)
  • योएल टेस्ट 10/12
+0

ग्रेट धन्यवाद ... सांख्यिकीय रूप से महत्वपूर्ण नहीं हो सकता है लेकिन जोएल टेस्ट और अनुपात के बीच एक सहसंबंध है। हालांकि मुझे इस बात से हैरान नहीं है कि इस तरह से डेटा देखना अच्छा लगता है। – Newtopian

+1

जोएल टेस्ट के बारे में एक दिलचस्प अवलोकन। हम निश्चित रूप से 10 अंकों के साथ इस विकास पर शुरू नहीं हुए (यह 5 की तरह अधिक था), लेकिन हमने समय के साथ दूसरों को जोड़ा जो अनुपात के साथ मदद मिली है। ध्यान देने योग्य एक और बात यह है कि समय के साथ हमारा अनुपात भी बदल गया है। लगभग 2 साल पहले हमने टीम को विभाजित करने और वास्तव में नए विकास पर ध्यान केंद्रित करने की कोशिश करने से पहले बग्स पर अपने समय का लगभग 50% खर्च किया था। –

0

की तर्ज हमारे समय ट्रैकिंग सॉफ्टवेयर से मैं हमारी टीम की सुविधा पिछले वर्ष की/दोष अनुपात देखना है:

  • 75% सुविधा कार्यों
  • 25% दोष कार्यों

अन्य आंकड़े:

  • सॉफ्टवेयर है ~ 10 वर्ष
  • 4M पाठ की तर्ज
  • वर्तमान में 11 डेवलपर्स
  • जोएल टेस्ट: 7/12
0
  • 50% नई सुविधाएँ, 25% बग फिक्सिंग, 25% परीक्षण
  • सक्रिय पाठ की
  • 9M लाइनों
  • आसपास
  • 9/12

विकसित हम अपने स्वयं के ढांचे और इंजन का उपयोग कर एक गेम (सी ++) विकसित कर रहे हैं, इसलिए यह सक्रिय रूप से विकसित हुआ है। उपर्युक्त आंकड़े हमारे ट्रैकिंग सॉफ़्टवेयर से गोले हैं, हालांकि मैं यहां एक नोट बना सकता हूं कि मामूली बग विकसित करने के दौरान इसके लिए एक बग सूची बनाने के बिना पहले ही हल हो चुका है।

संबंधित मुद्दे