एकीकृत वर्कफ़्लो। बढ़ती आईटी कंपनी की समस्याओं का समाधान। भाग 1

हाय, हाबरा समुदाय!
लंबे समय तक मैंने सामग्री नहीं लिखी, मैंने अधिक से अधिक अजनबियों को पढ़ा। लेकिन अब, मेरे बीच में एक ड्राइव की कमी के कारण एक नि: शुल्क मिनट था ( डिस्क्स से शादी की तस्वीरें तीन आईमैक्स से विलय हो गई :) और मैंने हमारे वर्कफ़्लो के बारे में सामग्री पोस्ट करने का फैसला किया। हम सनी मोल्दोवा से एक युवा फ्रूटवेयर कंपनी हैं, और मैं खुद वाणिज्यिक और कार्यकारी निदेशक के पदों को जोड़ती हूं, हालांकि मैं सबसे अनुभवी हूं, अजीब तरह से पर्याप्त है, वेब प्रोग्रामिंग में है।

हमारी कंपनी 40 लोगों के एक गंभीर संगठन के लिए 5 लोगों के "गेराज" स्टूडियो से एक डेढ़ साल में काफी लंबा रास्ता तय कर चुकी है।
मैं आपको ईमानदारी से बताऊंगा - 8 गुना बढ़ाना सबसे दर्द रहित प्रक्रिया नहीं है और हम एक से अधिक बार बुखार में रहे हैं। लेकिन, अपनी गलतियों से और अधिक सीखते हुए और अजनबियों से थोड़ा सा, हमने अपने कार्य क्रम का निर्माण किया है, तकनीकी उपकरणों से शुरू करके और परियोजना प्रबंधन के लिए।

Redmine

हमारा मुख्य उपकरण एक स्थापित CRM सिस्टम के साथ Redmine है। वहां हम परियोजनाओं को संग्रहीत करते हैं और प्रत्येक के बारे में जानकारी को विकि पर समेकित करते हैं। प्रत्येक ग्राहक के लिए एक कार्ड है, एक संगठन के लिए कई। प्रत्येक नया ऑर्डर बिक्री फ़नल के लिए लेनदेन द्वारा तय किया जाता है, और प्रत्येक भुगतान एक उत्पन्न चालान से पहले होता है। हम Redmine के मील के पत्थर का उपयोग स्प्रिंट पर काम को व्यवस्थित करने, नियोजित समय पर कार्य सौंपने और वास्तविक श्रम लागत को इंगित करने के लिए भी करते हैं। कर्मचारियों के काम और वेतन और बोनस की गणना को सत्यापित करने के लिए समान डेटा का उपयोग किया जाता है।

GIT

हम GIT में सभी कोड स्टोर करते हैं, इसे जर्मनी (हर्ट्ज़नर) में अपने समर्पित सर्वर पर डालते हैं। हमारे प्रत्येक डेवलपर्स के पास किसी भी समस्या को लॉग करने के लिए एक अलग ftp-account है।
जैसा कि GIT प्रबंधन इंटरफ़ेस के लिए - फिलहाल हम n98-gitosis-admin इंटरफ़ेस के साथ gitosys का उपयोग कर रहे हैं, लेकिन हम GitLab की ओर देख रहे हैं।

आईडीई और मानक

लेखन कोड के लिए कॉर्पोरेट मानक हैं, एक कॉर्पोरेट आईडीई (PHP तूफान) और काम करने के लिए प्रथाओं का एक सेट है।
संक्षेप में, यह हमें काम का एक सामान्य मानकीकरण, किसी भी डेवलपर को आसानी से संपर्क करने की क्षमता देता है, और हमेशा की तरह, अपने कंप्यूटर या लैपटॉप पर कोड में बदलाव करता है, कोड समीक्षा करता है या डिबगिंग में मदद करता है।

कर्मचारियों सूची

हमारी प्रक्रिया में सबसे महत्वपूर्ण बात सभी आधिकारिक कर्तव्यों के साथ स्टाफिंग टेबल है। यह काम में और जिम्मेदारी के क्षेत्रों को निर्धारित करने में बहुत मदद करता है।
पदानुक्रम काफी सरल है - वे पिरामिड के शीर्ष पर काम करते हैं: कार्यकारी, वाणिज्यिक, तकनीकी और कला निर्देशक । तकनीकी निदेशक के निर्देशन में विकास विभाग है, जिसमें निम्न शामिल हैं:

1. वेब विकास विभाग
2. फ्रंट एंड डेवलपमेंट डिपार्टमेंट
3. गुणवत्ता आश्वासन विभाग
4. मोबाइल विकास विभाग
5. अनुसंधान और विकास विभाग

प्रत्येक विभाग का अपना अध्याय है - एक व्यक्ति जो एक प्रबंधक और एक तकनीकी विशेषज्ञ को जोड़ता है।
विकास विभाग के अलावा, हमारे पास एक कला और डिजाइन विभाग भी है , जो एक कला निर्देशक, एक सहायता और ग्राहक सेवा विभाग , और एक बिक्री विभाग के निर्देशन में संचालित होता है, जिसे एक वाणिज्यिक निदेशक द्वारा प्रबंधित किया जाता है।

काम की प्रक्रिया

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



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

लाभ

1. हम परियोजना नियंत्रण की समस्या को हल करते हैं - एक संभावित समय सीमा 1 दिन है, अधिकतम एक चरण है। और अधिसूचना जल्द से जल्द है।
2. सभी जानकारी एक जगह पर संग्रहीत की जाती हैं - रेडमीन। वहाँ हमेशा किसी और की परियोजना में जल्दी से गोता लगाने या गोताखोरी के बिना अपनी स्थिति को ट्रैक करने का अवसर होता है।
3. सभी फाइलें संस्करणबद्ध हैं, एक-दूसरे पर काम करने या किसी भी संपादन को खोने का खतरा शून्य हो जाता है। अलग एफ़टीपी एक्सेस आपको यह देखने की अनुमति देता है कि किसने गलत फ़ाइलों को देव में अपलोड किया है।
4. एक शक्तिशाली सर्वर आपको एक साथ कई परियोजनाओं के साथ काम करने की अनुमति देता है।
5. एकीकृत विकास उपकरण किसी और की मदद करना, जोड़े में काम करना या कोड-समीक्षाओं का संचालन करना आसान बनाते हैं।
6. जिम्मेदारी के स्पष्ट क्षेत्र आपको समस्या का स्थानीयकरण करने की अनुमति देते हैं, उस व्यक्ति को ढूंढें जिसने गलती की (और स्विचमैन नहीं) और इसकी पुनरावृत्ति को रोकें।
7. विकास प्रक्रिया प्रबंधकों के लिए पारदर्शी है और यदि आवश्यक हो, तो ग्राहक के लिए पारदर्शी हो सकता है।

भविष्य

बेशक, मैं हर चीज का एक टन पेश करना चाहता हूं, अंतिम कलाकारों के लिए प्रक्रिया को बोझ किए बिना। निकट भविष्य में:

1. कुंवारी (कापिस्ट्रान या कारखानों) पर स्वचालित तैनाती का कार्यान्वयन
2. एक नई परियोजना बनाने की प्रक्रिया को स्वचालित करना - एक परियोजना के लिए पुनर्खरीद बनाने से लेकर एक हिट में कमिट के माध्यम से कार्यों को बंद करना।
3. किसी विशेष कर्मचारी की दक्षता गुणांक और किसी विशेष परियोजना की आर्थिक दक्षता की स्वचालित गणना के साथ विस्तृत विश्लेषण का कार्यान्वयन।

और भी बहुत कुछ।
आपके ध्यान के लिए धन्यवाद, मुझे आपके सवालों का जवाब देने में खुशी होगी।

PS "क्यों भाग 1?", आप पूछ सकते हैं। क्योंकि यदि लेख एक सकारात्मक प्रतिक्रिया देता है, तो मैं कार्ड खोलूँगा - मैं कर्मचारियों की सूची साझा करूँगा, redmine सेट करने के बारे में बात करूँगा, मैं आपको PHPStorm कॉन्फिग और बहुत कुछ दे दूँगा।