फीनिक्स परियोजना: आईटी, देवऑप्स और अपने व्यवसाय को जीतने में मदद करने के बारे में एक उपन्यास

Aleksandr Shitik
Aleksandr Shitik

मैं अपने पोस्ट और किताबें लिखता हूँ, और फ़िल्मों और किताबों की समीक्षाएँ करता हूँ। ब्रह्मांड विज्ञान और खगोल विज्ञान, आईटी, उत्पादकता और योजना के क्षेत्र में विशेषज्ञ।

फीनिक्स परियोजना: आईटी, देवऑप्स और अपने व्यवसाय को जीतने में मदद करने के बारे में एक उपन्यास
Gene Kim, Kevin Behr, George Spafford
श्रेणियाँ: सूचना प्रौद्योगिकी (IT), स्टार्टअप्स, सफल व्यवसाय
प्रकाशन वर्ष: 2015
पढ़ाई का वर्ष: 2020
मेरा मूल्यांकन: सामान्य
पढ़ने की संख्या: 1
कुल पृष्ठ: 232
सारांश (पृष्ठ): 0
प्रकाशन की मूल भाषा: अंग्रेजी
अन्य भाषाओं में अनुवाद: रूसी, पुर्तगाली, चीनी, जर्मन

यह एक काल्पनिक कहानी है, लेकिन इसमें वास्तविक समस्याएँ निहित हैं। यह बताती है कि कैसे एक कंपनी अपने नेतृत्व के माध्यम से खुद को बचाने की कोशिश करती है। "प्रोजेक्ट फीनिक्स" इस कंपनी का एक उत्पाद है, जो अब परंपरागत तरीके से काम नहीं कर सकता। प्रतियोगी अपनी नई सुविधाएँ जल्दी से लॉन्च करते हैं, जबकि वर्तमान टीम अपनी रिलीज़ देने में बहुत समय लगाती है। ऐसे रिलीज़ के बाद अक्सर उत्पाद कई उपयोगकर्ताओं के लिए ठीक से काम करना बंद कर देता है, खराब गुणवत्ता और कमजोर इंटीग्रेशन परीक्षण के कारण।

समस्या को समझते हुए, कंपनी के प्रबंधक हर संभव तरीका अपनाने की कोशिश करते हैं लेकिन शुरुआत में कुछ भी सही नहीं होता और स्थिति और खराब हो जाती है। कुछ प्रमुख इंजीनियरों पर अत्यधिक निर्भरता होती है, जिनके बिना परियोजनाओं का रख-रखाव और नई संस्करण जारी करना मुश्किल हो जाता है। तकनीकी ऋण भी एक बड़ी समस्या है, जो समय के साथ बढ़ता जाता है।

समय के साथ, टीम नई विधियाँ अपनाने लगती है, खासकर परीक्षण और तैनाती के लिए, जिससे सकारात्मक परिणाम सामने आते हैं। अब उनके पास कोई तकनीकी ऋण नहीं है और वे हर दिन रिलीज़ कर सकते हैं। अधिक स्पॉइलर से बचने के लिए, मैं पुस्तक का बहुत संक्षिप्त सारांश प्रस्तुत करता हूँ और कुछ अन्य विचारों पर ध्यान केंद्रित करता हूँ।

DevOps तकनीक को पूर्ण CI/CD समाधानों के साथ लागू करना निश्चित रूप से अच्छा है। लेकिन केवल उपकरणों को लागू करना अक्सर परियोजना के लिए ज्यादा लाभ नहीं लाता। हाँ, यह कोड को जल्दी विकसित करने, परीक्षण करने और उपयोगकर्ताओं तक पहुँचाने की अनुमति देता है। लेकिन उत्पाद की मांग बनी रहे और विकास चक्र अधिकतम प्रभावी हो, इसके लिए विभागों के बीच संचार और प्रक्रियाओं में मौलिक बदलाव आवश्यक हैं। यह समस्या पूरे पुस्तक में फोने रूप से (और कभी-कभी स्पष्ट रूप से) उठाई जाती है। DevOps प्रक्रियाओं के निर्माण को प्रेरणा, नौकरशाही और अन्य जटिलताओं के साथ चर्चा किया जाता है। इनमें से कुछ जटिलताएँ अत्यंत हानिकारक हो सकती हैं। पुस्तक में यह भी देखा जा सकता है कि उत्पाद के विकास और वितरण की प्रक्रियाओं के साथ टीमों के बीच संबंध कैसे बदलते हैं।

कुल मिलाकर, यह एक दिलचस्प और आसानी से पढ़ने वाली किताब है। यह उन लोगों के लिए उपयोगी है जो काम से थोड़ा हटना चाहते हैं लेकिन IT विषय से बहुत दूर नहीं जाना चाहते। इसके अलावा, यह कई प्रबंधकों और नेतृत्वकर्ताओं के लिए भी उपयोगी होगी ताकि वे समझ सकें कि गलत तरीकों और प्रक्रियाओं के खराब संगठन के कारण कौन-कौन सी समस्याएं उत्पन्न हो सकती हैं और इन्हें कैसे और क्यों बदलना चाहिए।

Вверх