2008-09-17 8 views
8

फोगबगज़ 6 में, मैं "कार्य" बनाम "फीचर" की अवधारणाओं का प्रतिनिधित्व कैसे करूं? defined by Joel Spolsky के रूप में, फॉग क्रीक सॉफ्टवेयर (जो फोगबगज़ बनाता है) का मालिक, एक विशेषता अनिवार्य रूप से उपयोगकर्ता-दृश्य क्षमता है। किसी सुविधा को लागू करने के लिए समय का अनुमान लगाने के लिए, डेवलपर को प्रत्येक चरण के बारे में सोचने के लिए छोटे कार्यों (2 दिन अधिकतम) में कार्यान्वयन को तोड़ना चाहिए।मैं FogBugz 6 में सुविधाओं v। कार्यों का प्रतिनिधित्व कैसे करूं?

फोगबगज़ में केवल मामले हैं। मैं यह नहीं बता सकता कि वे सुविधाओं या कार्यों के अनुरूप हैं या नहीं। Some FogBugz documentation इंगित करता है कि प्रत्येक मामला एक कार्य है, जो ठीक है, सिवाय इसके कि किसी दिए गए फीचर के लिए सभी कार्यों को समूहबद्ध करने का कोई तरीका नहीं है। यह विशेष रूप से अजीब बात है कि, फोगबगज़ 6 से पहले, जोएल ने एक स्प्रेडशीट का उपयोग करने की वकालत की जिसमें प्रत्येक सुविधा के लिए सभी कार्यों को समूहीकृत किया गया। लेकिन उसका स्वयं का सॉफ़्टवेयर अर्थपूर्ण रूप से उस समूह को समर्थन देने के लिए प्रतीत नहीं होता है।

मुझे एहसास है कि जोएल आलेख I संदर्भ में बाद के आलेख को इंगित करने वाला अस्वीकरण शामिल है। हालांकि, बाद का आलेख इस मुद्दे को सुलझाने में नहीं है, असल में यह फीचर्स बनाम कार्यों पर चर्चा नहीं करता है, जो आश्चर्यजनक है कि जोएल ने पहले लेख में उन अवधारणाओं के लिए कितना अच्छा समर्थन किया।

+0

फोगबगज़ 7 में सेट की गई सुविधा इसे कई अलग-अलग तरीकों से संबोधित करती है। –

उत्तर

0

हाहा, उस लेख में एक अस्वीकरण है, लेकिन मैं समझता हूं कि आप क्या कह रहे हैं।

हम का उपयोग FogBugz और केवल 'फ़ीचर' है कि मैं के बारे में पता कर रहा हूँ श्रेणी के अंतर्गत है और मुझे नहीं लगता कि आप उप-कार्य के साथ जुड़े कर सकते हैं।

आप में 'प्रकरण एन' टाइप कर सकते हैं इस कार्य को करता है, तो आप सिर्फ मामले पाठ में संदर्भित करने के लिए करना चाहता था के लिए सुविधा है।

इस तरह की चीजें ध्वनि की तरह प्रोजेक्ट प्रबंधन डोमेन में बग ट्रैक करने के लिए प्रयुक्त सॉफ़्टवेयर के बजाय अधिक है।

+0

नाम के बावजूद, फोग क्रीक (और जोएल) प्रोजेक्ट प्रबंधन सॉफ्टवेयर के रूप में फोगबगज़ प्रस्तुत करते हैं, न केवल "बग ट्रैकर"। तो ऐसा लगता है कि कुछ मूल पीएम फीचर्स अभी भी गायब हैं ... यहां एफबी 7 की प्रतीक्षा है! :) – AviD

0

यह एक अच्छा सवाल है, मैंने खुद से यह भी पूछा है कि हम वर्तमान में 5 डेवलपर्स के समूह में 45 दिनों के लिए फॉगबगज़ परीक्षण करते हैं, और वर्तमान में हम प्रमुख सुविधाओं के लिए "रिलीज" बनाते हैं। असल में हम इसे जारी नहीं करते हैं, लेकिन जब कुछ तैयार होता है तो कई रिलीज होते हैं।

निश्चित रूप से fogbugz में किसी प्रकार का उन्नत कार्य समूह होना चाहिए।

8

Responding to AviD's comment/question to Joel:

इसलिए, यदि आप 10 नए अगले संस्करण में आ विशेषताएं हैं, प्रत्येक सुविधा 5 कार्यों की आवश्यकता होगी, को लागू करने के साथ, आप 10 विज्ञप्ति बनाने की सलाह देते ? और मैं कैसे परिभाषित करता हूं कि ये विशेषताएं/"रिलीज़" हैं जो आगामी रिलीज में होने के लिए हैं? मासिक आंतरिक विज्ञप्ति और त्रैमासिक बाहरी विज्ञप्ति: हम एक नियमित रूप से रिलीज के कार्यक्रम बनाया है,

  1. पहले:

यहाँ कैसे हम अपने विकास की प्रक्रिया में इस विशिष्ट समस्या से निपटा है। यह शेड्यूल कभी नहीं बदलता है लेकिन कार्य असाइनमेंट/सुविधा पूर्णता करता है। हमारे अंतर-मानव संचार को सरल बनाने के मामले में यह बेहद महत्वपूर्ण है: कैलेंडर के साथ बहस करने का प्रयास न करें।

  • प्रमुख विशेषताएं (आपके उदाहरण में "10 नई सुविधाएं") मामलों में बदल दी गई हैं (उदाहरण के लिए, केस 101 से 110 मामले)।
  • प्रत्येक कार्य जो एक प्रमुख विशेषता का एक उप-घटक है, को उप-मामले के रूप में भी बनाया जाता है, जो वर्णन के इस हिस्से को बड़ी तस्वीर का एक महत्वपूर्ण हिस्सा बनाता है। पहले, फोगबगज़ 6 में, हमने इसे "हमारे साथ टेक्स्ट" खोजने की अनुमति देकर "यह भी देखें" सुविधा का उपयोग किया था (उदाहरण के लिए "यह केस 101 का उप-घटक है)। यह प्रभावी रूप से एक ही चीज़ थी लेकिन कम सौंदर्यशास्त्र था।
  • अब हमने काम को अपने बेहतरीन स्तर पर उपयोग को तोड़ दिया है, हम वास्तविक डेवलपर्स को चर्चा में लाते हैं। प्रत्येक कार्य और प्रमुख विशेषता को व्यक्तिगत रूप से किसी विशेष डेवलपर को असाइन किया जाता है।
  • डेवलपर निर्धारित करता है कि वे उचित आंतरिक रिलीज तिथि चुनकर अपना असाइन किया गया कार्य कब प्राप्त कर सकते हैं, जिसे वे सोचते हैं कि वे प्रतिबद्ध कर सकते हैं।
  • इस बिंदु पर, हमारे पास प्रत्येक रिलीज के लिए क्या किया जाएगा इसका एक मोटा स्केच है। इसके अलावा शोधन जारी रखने के रूप में काम कर लोगों को वास्तव में घंटे है कि वे काम करने की आवश्यकता होगी अनुमान है, शौकीन चावला के प्रश्न के लिए सबूत के आधार पर निर्धारण, आदि
  • को सक्षम करने, हालांकि, वह रिहाई-असाइनमेंट समस्या हल करना होगा ऊपर चरण 5 द्वारा।

    हालांकि, मुझे लगता है कि बिंदु 6 सबसे दिलचस्प है क्योंकि आप वास्तव में एक ठोस अनुसूची प्राप्त करते हैं। उदाहरण के लिए, यदि डेवलपर्स को एक बड़ा कार्य अनुमान लगाने में परेशानी हो रही है, तो वे इसे उप-मामलों में और भी आगे तोड़ देते हैं। ध्यान दें कि "बेहतरीन स्तर की उपयोगिता" का मेरा आकलन उस व्यक्ति से अलग हो सकता है (वास्तव में बहुत) जो वास्तव में काम करने की ज़रूरत है।

    यह एक ऐसा समय भी है जब कोई डेवलपर किसी और के पास पहुंच सकता है और कह सकता है, "मैं इनमें से अधिकतर कर सकता हूं लेकिन यह वास्तव में मदद करेगा यदि व्यक्ति एक्स इस छोटे टुकड़े वाई के साथ मेरी मदद कर सकता है।" यह वास्तव में है जहां मुझे अपना अधिकांश विकास कार्य मिल रहा है: मैं व्यक्तिगत रूप से इस प्रक्रिया के दौरान कई स्थानों पर बैठता हूं, बड़े पैमाने पर नियोजन मीटिंगों से थोड़ा सा काम करने के लिए जो किसी और के पास करने का समय नहीं है।

    पुनश्च: यह एक व्यक्तिगत लक्ष्य बनाना इस जवाब जोएल की तुलना में अधिक मूल्यांकन करने के लिए मिलता है .... ;-)

    पी पी एस: मेरा मूल प्रतिक्रिया अब घटनाओं से दूर है के बाद से FogBugz 7 सुंदर उप है कार्य। कार्यक्रम प्रबंधक उन रिपोर्टों से प्यार करते हैं।

    +0

    यह एक बहुत अच्छा जवाब है। पॉइंटर्स के लिए धन्यवाद। – dodgio

    +1

    @dodgio, धन्यवाद - इस उत्तर का विवरण Fogbugz 7 के साथ थोड़ा बदल गया है लेकिन थीम वही रहती है। –

    +0

    धन्यवाद बॉब, अब तक यह नहीं देखा, लेकिन जैसा कि आप कहते हैं कि यह एफबी 7 में बहुत आसान है। – AviD

    1

    हम क्रम में परियोजनाओं के संयोजन का उपयोग अपने ग्रुपिंग लक्ष्यों को पूरा करने में अपना सवाल पूछ बेहतर भाग्य हो सकता है। हम आम तौर पर एक परियोजना "पार्किंग" विकी भी स्थापित करते हैं जहां विकास के मामलों, तकनीकी दस्तावेज, सिस्टम आवश्यकताएं, उपयोगकर्ता दस्तावेज, संसाधनों के बाहरी लिंक आदि के लिंक शामिल किए जा सकते हैं। यह उस परियोजना से संबंधित सब कुछ के लिए एक अच्छी "वन-स्टॉप-शॉप" प्रदान करता है।

    उस विकी के हिस्से के रूप में, हम फिर दो विशिष्ट परियोजनाओं को स्थापित करेंगे। आपके समग्र प्रबंधन लक्ष्यों/व्हाट्नॉट के अनुरूप होने वाले बड़े समग्र लक्ष्यों/रूपरेखाओं के संबंध में एक। प्रत्येक सुविधा के विकास कार्यों के संबंध में एक क्योंकि वे छोटे और अधिक प्रबंधनीय हिस्सों में विभाजित होते हैं। इसके बाद, जैसा कि अन्य परियोजनाओं में "मास्टर" मामलों को संदर्भित करने के साथ-साथ प्रोजेक्ट विकी को संदर्भित करने के लिए दोनों का उपयोग करने के मामले का उपयोग किया गया था ताकि आप आसानी से और आसानी से अपने सभी परियोजना से संबंधित जानकारी पर वापस आ सकें जो आसानी से हो एक स्थान

    आप फोगबगज़ का उपयोग करके विभिन्न संगठनात्मक संरचनाओं का ढेर पूरा कर सकते हैं, आपको प्रत्येक स्थिति को हराने के लिए कभी-कभी चीजों को थोड़ा अलग तरीके से संपर्क करना पड़ता है।

    उम्मीद है कि मदद करता है।

    8

    FogBugz 6.0 के लिए और पूर्ववर्ती संस्करण:

    प्रत्येक कार्य मद (कार्य) के लिए एक केस बनाओ। फोगबगज़ उन्हें "विशेषताएं" कहते हैं, केवल उन्हें बग से अलग करने के लिए, लेकिन आप प्रत्येक कार्य के लिए एक केस चाहते हैं।

    कार्यों का एक समूह समूह करने का सबसे अच्छा तरीका रिलीज (फिक्स-फॉर) बनाना है और सभी कार्यों को उस रिलीज में असाइन करना है।

    +0

    तो, यदि आपके पास अगले संस्करण में 10 नई सुविधाएं आ रही हैं, तो प्रत्येक सुविधा को कार्यान्वित करने के लिए 5 कार्यों की आवश्यकता है, तो आप 10 रिलीज बनाने की सलाह देते हैं? और मैं कैसे परिभाषित करूं कि ये विशेषताएं/"रिलीज" हैं जो आने वाली रिलीज में शामिल की जानी चाहिए? – AviD

    +0

    दूसरी तरफ, मैं इसके बारे में पहले सोच रहा था, और मैं एरिया का उपयोग करने पर विचार कर रहा था - हालांकि इसमें भी कमी है, और अधिक सुविधाओं को जोड़ने में बहुत आसान नहीं है ... और वैसे भी, मैं ओपी से सहमत हूं कि यह कुछ है गायब, एक साथ कार्यों को समूहबद्ध करने में सक्षम होने (शायद एक से अधिक स्तर भी?) – AviD

    +0

    @AviD, नीचे दिए गए मेरे उत्तर में आपके प्रश्न का उत्तर देने का प्रयास किया: http://stackoverflow.com/questions/88455/how-do-i-represent -फेचर-वी-वर्क्स-इन-फोगबगज़ -6/127643 # 127643 –

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