साधक उसे खोज ले

कई लोग बिस्तर पर जाने से पहले या जागने पर अपनी चिंताओं के बारे में सोचते हैं। मैं कोई अपवाद नहीं हूं। आज सुबह मेरे सिर में हेबर से एक टिप्पणी आई:

एक चैट में एक सहयोगी ने एक कहानी साझा की:

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

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

— .

web- 20, / . . , , , ( ) . , . , , . , . , JIRA.

, - . , — . , . , .

, " ", ( "-"), ", ". , " " "", . .

"" , , " " " ", . , , . , , , . . , "" . . , , , .

, , , , , , , , - . "" , , " ", . , — . , "".

— . . .

, . , — (, , , , , "", ...). , . , — . .

, . . "---", ( !). , , ( !). , , "-" ( !). "", (, , ), "" , --- ( !).

? ! , . .

, mkrentovskiy mkrentovskiy " — " - nmivan' (, , !), , mkrentovskiy . nmivan', , - nmivan' — .

, ( 2017- ). (, ). . , , . .

, , . :

. , ) .

, — , — . — , . , — " ". , , .

, , " ".

" " ()

. .

, .

, , — . . .

( ). () , , . , . .

.

. . — . - . , , ( , ). , - , . , , . , . , .

IT-? IT ( 2000- ). IT , , , , Fortran', 20 . IT . — ! .

IT-. . 10-20 , . ( ). , . . cc:Mail "". 20 10 , " 90-" ("top email software package of the mid-1990s").

IT- , , . , Scrum Agile , . , , . , , .

, - . .

. .