गैर-तकनीकी प्रबंधन सॉफ्टवेयर विकास को समझने में मदद करने के लिए एक अच्छी पुस्तक क्या है? [बन्द है]


11

यदि आपके पास कुछ गैर-तकनीकी लोग हैं, जो आपकी सॉफ़्टवेयर डेवलपमेंट टीम का प्रबंधन कर रहे हैं, तो क्या कोई ऐसी किताब है जिसे आप इस प्रक्रिया को बेहतर समझने के लिए पढ़ना चाहेंगे?

उदाहरण के लिए, अधिकांश कार्यों में, आप बहुत अच्छी तरह से अनुमान लगा सकते हैं कि किसी कार्य में कितना समय लगेगा। लेकिन विकास में, पूरे बिंदु यह है कि आपको समस्या का पता लगाना है, जिसमें अज्ञात समय लगता है। यह संवाद करना कठिन है।

आप जो कुछ भी जानते हैं वह इसे अच्छी तरह से समझाता है?



3
प्रबंधन को ध्यान से प्रस्तुत करते हुए, वे इसे आसानी से महसूस कर सकते थे जैसा कि आप कह रहे हैं "आपको इसे पढ़ना चाहिए ताकि आप कम चूसें।" जो वे शायद विनम्र नहीं लेंगे।
बेन एल

1
@ बान - सच दुखता है!
शॉन डी।

तो कुछ सरल और तेजी से पढ़ने के लिए हेड फर्स्ट सॉफ्टवेयर डेवलपमेंट है।
नादटेव्लड

जवाबों:


14

" पीपुलवेयर " और " माइथिकल मैन मंथ " कुछ क्लासिक्स होंगे, हालांकि मुझे यकीन नहीं है कि प्रबंधन या तो किताब पढ़ने में कितना अच्छा लगेगा, क्योंकि वे पुराने रूप में देखे जा सकते हैं।


5
यदि प्रबंधन यह नहीं समझता है कि प्रबंधक की नौकरी तकनीकी नहीं है, लेकिन प्रकृति में समाजशास्त्रीय है ... ठीक है, एक और कारण है कि उन्हें ये पढ़ना चाहिए :-) मानव स्वभाव केवल कुछ दशकों में नहीं बदलता है।
22

सहमत हूँ कि वे दोनों बहुत पुराने हैं और यह भी, शायद "गैर-तकनीकी प्रबंधकों" के लिए बहुत तकनीकी है
mcottle

Peopleware एक कालातीत पुस्तक है, इसे एक महीने पहले पढ़ें और अभी भी बहुत पहचानने योग्य है। इसके अलावा, इसे एक दशक पहले दूसरे संस्करण के साथ अपडेट किया गया था।
कार्रा

हालांकि मैं मानता हूं कि यह बहुत तकनीकी हो सकता है, मैं तर्क देता हूं कि MMM बहुत पुराना नहीं है - जब मैंने इसे पढ़ा, तो मैं चकित रह गया कि 30 साल पहले लिखी गई एक किताब जो एक आदमी ने अपने अनुभव से 40 साल पहले प्राप्त की थी पहले भी इतनी जगह पर हो सकता है और सिखाने के लिए बहुत कुछ है। यह तथ्य कि मैं कभी भी उनके द्वारा संदर्भित किसी भी तकनीक के पास नहीं गया, लेकिन यह कि पुस्तक अभी भी लोगों से बात करती है, यह असहायता के लिए एक वसीयतनामा है।
18

4

सॉफ्टवेयर प्रक्रिया और परियोजना प्रबंधन के लिए, मुझे स्टीव मैककोनेल के रैपिड डेवलपमेंट: टैमिंग वाइल्ड सॉफ्टवेयर शेड्यूल और सॉफ्टवेयर प्रोजेक्ट सर्वाइवल गाइड की सिफारिश करनी होगी । ये पुस्तकें सॉफ्टवेयर परियोजनाओं के प्रबंधन में क्लासिक गलतियों से लेकर सर्वोत्तम प्रथाओं के स्पष्टीकरण के लिए जोखिमों के प्रबंधन और जब उचित रूप से उन्हें लागू करने के तरीकों पर चर्चा करती हैं।

सॉफ्टवेयर विकास के जिम मैकार्थी के डायनेमिक्स भी कुछ दिलचस्प जानकारी प्रदान करते हैं कि सॉफ्टवेयर टीम कैसे काम करती है और वास्तविक दुनिया के मामलों के आधार पर सॉफ्टवेयर परियोजनाओं के अनुकूलन के लिए टिप्स और ट्रिक्स प्रदान करती है।


1
आप "सॉफ्टवेयर प्रोजेक्ट सर्वाइवल गाइड" के लिए लिंक को एडजस्ट करना चाहते हैं: amazon.com/Software-Project-Survival-Guide-Practices/dp/…
NoChance

+1 सॉफ्टवेयर प्रोजेक्ट सर्वाइवल गाइड इसके लिए बनाया गया है।
6

1

एक किताब नहीं है, लेकिन मुझे सॉफ्टवेयर पर जोएल को गैर-तकनीकी प्रबंधकों को निर्देशन (काफी उज्ज्वल) अच्छी सफलता मिली है ।


यहाँ +1। यह ब्लॉग (एरिक सिंक के "बिजनेस ऑफ सॉफ्टवेयर" ( ericsink.com/bos/Business_of_Software.html - हालांकि हाल ही में इसके इस्तेमाल की तुलना में बहुत अधिक तकनीकी है) के साथ आईटी ने बहुत स्पष्ट व्यावसायिक शब्दों में आईटी डाला जो गैर-तकनीकी लोगों को पच सकता है। अंत में, आईटी को मूल्य प्रदान करना है और यह केवल लक्ष्य को पूरा करने के तरीके में भिन्न है, न कि जिस लक्ष्य को पूरा करता है।
SqlRyan

क्या आप इस बारे में अधिक व्याख्या करना चाहेंगे कि यह क्या करता है और इसके लिए क्या अच्छा है? स्टैक एक्सचेंज में "लिंक-ओनली जवाब" का बहुत स्वागत नहीं है
gnat

1

जाओ तथ्यों और सॉफ्टवेयर इंजीनियरिंग का भ्रम

संपादित करें

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

हालाँकि, मैंने हाल ही में उस पुस्तक में बहुत सारा सामान देखा है जिसका खंडन किया गया है। हमेशा की तरह, मैं किसी को भी सामाजिक अध्ययन में कुछ भी पढ़ने की सलाह नहीं दूंगा। यह सब बहुत इच्छाधारी था और दिन-ब-दिन बदलता रहता है।


क्या आप इस बारे में अधिक व्याख्या करना चाहेंगे कि यह क्या करता है और इसके लिए क्या अच्छा है? "लिंक-ओनली जवाब" स्टैक एक्सचेंज में बहुत स्वागत नहीं है
gnat

0

परफेक्ट सॉफ्टवेयर: और परीक्षण के बारे में अन्य भ्रम आपको मिलने वाली एक और पुस्तक होनी चाहिए।

प्रस्तावना से, यहाँ कुछ प्रश्न दिए गए हैं जिनकी चर्चा है:

"हमें परीक्षण को परेशान क्यों करना पड़ता है जब यह सिर्फ हमें धीमा करने के लिए लगता है?

लोग सॉफ्टवेयर को सही क्यों नहीं बना सकते हैं, इसलिए इसे परीक्षण की आवश्यकता नहीं है?

क्या हमें हर चीज को परखना है?

क्यों नहीं सब कुछ परीक्षण?

ऐसा क्या है जो परीक्षण को इतना कठिन बनाता है?

परीक्षण में इतना समय क्यों लगता है?

क्या सही सॉफ्टवेयर भी संभव है?

हम सिर्फ कुछ बग को क्यों स्वीकार नहीं कर सकते? "


0

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


0

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

आकलन के संदर्भ में, व्यावहारिक प्रोग्रामर के पास इसके बारे में एक संक्षिप्त खंड है, लेकिन फ्रेड पी। ब्रूक्स द्वारा क्लासिक "द मिथिकल मैन मंथ" को पढ़ने लायक होना चाहिए। परियोजना के कुछ उदाहरण थोड़े दिनांकित लगते हैं लेकिन बहुत सारे विचार आज भी सच हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.