ټیم لیستر - د کتابونو شریک لیکوال
- "انساني عامل. بریالي پروژې او ټیمونه" (اصلي کتاب د "خلکو ویر" نومیږي)
- "د ږیرو سره والټز کول: د سافټویر پروژو کې د خطر اداره کول"
- "اډرینالین لیونی شوی او د نمونو لخوا زومبی شوی. د پروژې ټیمونو د چلند نمونې"
دا ټول کتابونه د دوی په ساحه کې کلاسیک دي او د همکارانو سره یوځای لیکل شوي . په روسیه کې، د هغه همکاران خورا مشهور دي - и ، چې ډیری مشهور اثار یې هم لیکلي دي.
ټیم د سافټویر پراختیا کې 40 کلنه تجربه لري؛ په 1975 کې (هیڅوک چې دا هیبراپوسټ یې لیکلي پدې کال کې نه و زیږیدلی) ، ټیم دمخه د تیریډون شرکت اجراییوي رییس و. هغه اوس خپل وخت په مشوره، تدریس او لیکلو لګوي، کله ناکله لیدنه کوي په ټوله نړۍ کې کنفرانسونه.
موږ د ټیم لیستر سره په ځانګړي توګه د هابر لپاره مرکه وکړه. هغه به د DevOops 2019 کنفرانس پرانیزي، او موږ د کتابونو او نورو په اړه ډیرې پوښتنې لرو. مرکه د کنفرانس پروګرام کمیټې څخه میخایل دروزینین او اولیګ چیروخین لخوا ترسره کیږي.
مایکل: ایا تاسو کولی شئ د هغه څه په اړه چې اوس یې کوئ یو څو کلمې ووایاست؟
ټیم: زه د اتلانتیک سیسټمونو ګیلډ مشر یم. په ګیلډ کې موږ شپږ تنه لرو، موږ ځانونه پرنسپلان بولو. درې په متحده ایالاتو کې او درې په اروپا کې - له همدې امله ګیلډ اتلانتیک بلل کیږي. موږ د ډیرو کلونو لپاره یوځای یو چې تاسو یې حساب نشئ کولی. موږ ټول خپل ځانګړتیاوې لرو. زه د تیرو لسیزو یا ډیرو لپاره د پیرودونکو سره کار کوم. زما په پروژو کې نه یوازې مدیریت شامل دي، بلکې د اړتیاو ترتیب، د پروژې پالن کول، او ارزونه هم شامله ده. داسې ښکاري چې هغه پروژې چې په خراب ډول پیل کیږي معمولا په خراب ډول پای ته رسیږي. له همدې امله، دا د ډاډ ترلاسه کولو ارزښت لري چې ټول فعالیتونه واقعیا ښه فکر شوي او همغږي شوي، چې د جوړونکو نظرونه یوځای شوي. دا د فکر کولو ارزښت لري چې تاسو څه کوئ او ولې. د پروژې بشپړولو لپاره کومې ستراتیژۍ کارول کیږي.
زه د ډیرو کلونو لپاره په مختلفو لارو مراجعینو ته مشوره ورکوم. یو په زړه پوری مثال یو شرکت دی چې د زنګون او هپ جراحي لپاره روبوټونه جوړوي. جراح په بشپړه توګه په خپلواکه توګه کار نه کوي، مګر یو روبوټ کاروي. دلته خوندیتوب، په ریښتیا سره، مهم دی. مګر کله چې تاسو د هغو خلکو سره د غوښتنو په اړه بحث وکړئ چې د ستونزو په حل کولو تمرکز کوي ... دا به عجيب وي، مګر په متحده ایالاتو کې شتون لري. (د درملو فدرالي اداره) چې د دې روبوټونو په څیر محصولاتو ته جواز ورکوي. مخکې لدې چې تاسو څه وپلورئ او په ژوندیو خلکو یې وکاروئ ، تاسو اړتیا لرئ جواز ترلاسه کړئ. یو له شرایطو څخه دا دی چې ستاسو اړتیاوې وښیې، ازموینې څه دي، تاسو څنګه ازموینه کړې، د ازموینې پایلې څه دي. که تاسو اړتیاوې بدل کړئ، نو تاسو اړتیا لرئ چې د دې ټول لوی ازموینې پروسې څخه یو ځل بیا لاړ شئ. زموږ پیرودونکي اداره کړي چې د دوی اړتیاو کې د غوښتنلیکونو لید ډیزاین شامل کړي. دوی د اړتیاو یوې برخې په توګه مستقیم سکرین شاټونه درلودل. موږ باید دوی وباسو او تشریح یې کړو چې د ډیری برخې لپاره دا ټول برنامې د زنګونونو او کولمو په اړه هیڅ نه پوهیږي ، دا ټول شیان د کیمرې سره ، او داسې نور. موږ اړتیا لرو چې د اړتیاو سندونه بیا ولیکئ ترڅو دوی هیڅکله بدل نشي، پرته لدې چې ځینې واقعیا مهم اساسي شرایط بدل شي. که بصری ډیزاین په اړتیاو کې نه وي، د محصول تازه کول به خورا ګړندي وي. زموږ دنده دا ده چې هغه عناصر ومومئ چې په زنګون ، کولمو ، شا کې د عملیاتو سره معامله کوي ، په جلا سندونو کې یې وباسي او ووایی چې دا به اساسي اړتیاوې وي. راځئ چې د زنګون عملیاتو په اړه د اړتیاو جلا ډله جوړه کړو. دا به موږ ته اجازه راکړي چې د اړتیاو یو ډیر باثباته سیټ جوړ کړو. موږ به د ټول محصول کرښې په اړه وغږیږو، نه د ځانګړو روبوټونو په اړه.
ډېر کار وشو، خو بیا هم هغو ځایونو ته ورسېدل، چې پخوا به یې په څو اونیو او میاشتو په تکراري ازموینو کې بې معنا او اړتیا تېره کړې وه، ځکه چې د کاغذ پر مخ بیان شوې اړتیاوې له هغو حقیقي غوښتنو سره سمون نه خوري چې سیسټمونه یې جوړ کړي وو. FDA دوی ته هر ځل وویل: ستاسو اړتیاوې بدلې شوې، اوس تاسو اړتیا لرئ چې له پیل څخه هرڅه وګورئ. د ټول محصول بشپړ بیاکتنې تصدۍ وژني.
نو، داسې په زړه پورې دندې شتون لري کله چې تاسو خپل ځان د یو څه په زړه پورې پیل کې ومومئ، او لومړی عملونه د لوبې نور قواعد ټاکي. که تاسو ډاډ ترلاسه کړئ چې دا ابتدايي فعالیت د مدیریت او تخنیکي نظر دواړو څخه ښه کار پیل کوي، نو د دې چانس شتون لري چې تاسو به د یوې لویې پروژې سره پای ته ورسیږئ. مګر که چیرې دا برخه له ریل څخه وتلې وي او یو څه غلط شوي وي، که تاسو بنسټیز تړونونه ونه مومئ ... نه، داسې نه ده چې ستاسو پروژه به ناکامه وي. مګر تاسو به نور نشئ کولی ووایئ: "موږ ډیر ښه وکړل، موږ هرڅه په اغیزمنه توګه ترسره کړل." دا هغه څه دي چې زه یې کوم کله چې د پیرودونکو سره اړیکه ونیسم.
مایکل: دا، تاسو پروژې پیل کوئ، یو ډول پیل وکړئ او وګورئ چې ریلونه سم لوري ته روان دي؟
ټیم: موږ د دې په اړه نظرونه هم لرو چې څنګه د معما ټولې برخې یوځای کړو: کوم مهارتونو ته اړتیا لرو، کله چې واقعیا ورته اړتیا وي، د ټیم اصلي بڼه څه ډول ښکاري او داسې نور اساسي شیان. ایا موږ بشپړ وخت کارمندانو ته اړتیا لرو یا موږ کولی شو یو څوک نیم وخت استخدام کړو؟ پلان جوړونه، مدیریت. پوښتنې لکه: د دې ځانګړې پروژې لپاره خورا مهم څه دي؟ دا څنګه ترلاسه کول؟ موږ د دې محصول یا پروژې په اړه څه پوهیږو، خطرونه څه دي او چیرته چې ناپېژندل شوي دروغ دي، موږ څنګه د دې ټولو سره معامله کوو؟ البته، په دې وخت کې یو څوک چیغې پیل کوي "د ځیرکتیا په اړه څه؟!" ښه، تاسو ټول انعطاف منونکي یاست، مګر نو څه؟ په حقیقت کې پروژه څه ډول ښکاري، تاسو به څنګه دا په داسې طریقه واخلئ چې د پروژې سره مناسب وي؟ تاسو یوازې دا نشئ ویلای چې "زموږ چلند هر څه ته غزیدلی ، موږ د سکرم ټیم یو!" دا بې بنسټه او بې مانا خبره ده. بل ته چیرته ځو، دا کار ولې وکړو، خبره چیرته ده؟ زه خپلو مراجعینو ته درس ورکوم چې د دې ټولو پوښتنو په اړه فکر وکړي.
19 کلن ځیرک
مایکل: په ایجیل کې، خلک ډیری وختونه هڅه کوي چې مخکې له مخکې هیڅ شی تعریف نه کړي، مګر د امکان تر حده ناوخته پریکړې وکړي، وايي: موږ ډیر لوی یو، زه به د ټولیز جوړښت په اړه فکر ونه کړم. زه به د یو شمیر نورو شیانو په اړه فکر ونه کړم؛ پرځای یې، زه به هغه څه وړاندې کړم چې همدا اوس پیرودونکي ته کار کوي.
ټیم: زه فکر کوم چې د چټک میتودولوژي، سره پیل کیږي په 2001 کې، د صنعت سترګې پرانیستې. مګر له بلې خوا، هیڅ شی بشپړ نه دی. زه ټول د تکراري پراختیا لپاره یم. تکرار په ډیری پروژو کې ډیر معنی لري. مګر هغه پوښتنه چې تاسو یې په اړه فکر کولو ته اړتیا لرئ دا ده: یوځل چې محصول بهر او کارول کیږي ، دا څومره وخت دوام کوي؟ ایا دا یو محصول دی چې شپږ میاشتې به دوام وکړي مخکې لدې چې د بل شی لخوا بدل شي؟ یا دا یو محصول دی چې د ډیرو، ډیرو کلونو لپاره به کار وکړي؟ البته، زه به نومونه ونه ټاکم، مګر ... په نیویارک او د هغې مالي ټولنه کې، ډیری بنسټیز سیسټمونه خورا زاړه دي. دا حیرانتیا ده. تاسو دوی ته وګورئ او فکر وکړئ، که یوازې تاسو کولی شئ په وخت سره بیرته 1994 ته لاړ شئ، او پراختیا کونکو ته ووایاست: "زه له راتلونکي څخه راغلی یم، له 2019 څخه. یوازې دا سیسټم د هغه وخت لپاره رامینځته کړئ چې تاسو ورته اړتیا لرئ. دا د پراختیا وړ کړئ، د معمارۍ په اړه فکر وکړئ. بیا به د پنځه ویشت کلونو لپاره ښه شي. که تاسو پرمختګ لږ څه ځنډ کړئ، د شیانو په لوی سکیم کې به هیڅوک پام ونه کړي! کله چې تاسو د اوږدې مودې لپاره د شیانو اټکل کوئ، تاسو اړتیا لرئ په پام کې ونیسئ چې دا به څومره لګښت ولري. ځینې وختونه ښه ډیزاین شوي جوړښت واقعیا د دې ارزښت لري، او ځینې وختونه دا ندي. موږ باید شاوخوا وګورو او له ځانه وپوښتو: ایا موږ د داسې پریکړې لپاره په سم حالت کې یو؟
نو یو نظر لکه "موږ د هوښیارۍ لپاره یو، پیرودونکی به پخپله موږ ته ووایي چې هغه څه ترلاسه کول غواړي" - دا خورا ساده دی. پیرودونکي حتی نه پوهیږي چې دوی څه غواړي، او حتی نور هم دوی نه پوهیږي چې دوی څه ترلاسه کولی شي. ځینې خلک به د استدلال په توګه د تاریخي مثالونو په ورکولو پیل وکړي، ما دا دمخه لیدلی دی. مګر تخنیکي پلوه پرمختللي خلک معمولا دا نه وايي. دوی وايي: "دا 2019 دی، دا هغه فرصتونه دي چې موږ یې لرو، او موږ کولی شو په بشپړه توګه هغه طریقه بدل کړو چې موږ دې شیانو ته ګورو!" د دې پرځای چې د موجوده حلونو تقلید وکړئ ، دوی یو څه ښکلي او ډیر ګډ کړئ ، ځینې وختونه تاسو اړتیا لرئ بهر ته لاړشئ او ووایاست: "راځئ چې په بشپړ ډول بیا هغه څه رامینځته کړو چې موږ دلته هڅه کوو!"
او زه فکر نه کوم چې ډیری پیرودونکي کولی شي د دې ستونزې په اړه فکر وکړي. دوی یوازې هغه څه ګوري چې دوی یې دمخه لري، بس. له هغې وروسته دوی د غوښتنو سره راځي لکه "راځئ چې دا یو څه ساده کړو" یا هغه څه چې دوی معمولا وايي. مګر موږ ویټر یا ویټریس نه یو، نو موږ کولی شو یو آرډر واخلو پرته له دې چې دا څومره احمق وي او بیا یې په پخلنځي کې پخوي. موږ د دوی لارښود یو. موږ باید د دوی سترګې خلاصې کړو او ووایو: هو، موږ دلته نوي فرصتونه لرو! ایا تاسو پوهیږئ چې موږ واقعیا کولی شو هغه لاره بدله کړو چې ستاسو د سوداګرۍ دا برخه ترسره کیږي؟ د ایجیل سره یوه ستونزه دا ده چې دا پوهاوی لرې کوي چې فرصت څه دی ، کومه ستونزه ده ، موږ حتی څه کولو ته اړتیا لرو ، کوم موجود ټیکنالوژي د دې ځانګړي حالت لپاره غوره دي.
شاید زه دلته ډیر شکمن یم: په هوښیاره ټولنه کې ډیر په زړه پوري شیان پیښیږي. خو زه له دې حقیقت سره ستونزه لرم چې د پروژې د تعریف پر ځای خلک لاسونه پورته کوي. زه به دلته پوښتنه وکړم - موږ څه کوو، موږ څنګه کوو؟ او یو څه په جادویی توګه دا تل معلومه شوه چې پیرودونکي باید د هر چا په پرتله ښه پوه شي. مګر پیرودونکی یوازې هغه وخت ښه پوهیږي کله چې هغه د هغه شیانو څخه غوره کوي چې دمخه د یو چا لخوا جوړ شوي. که زه غواړم یو موټر واخلم او زما د کورنۍ د بودیجې اندازه معلومه کړم، نو زه به ژر تر ژره یو موټر غوره کړم چې زما د ژوند طرز سره سم وي. دلته زه د هر چا په پرتله ښه پوهیږم! مګر مهرباني وکړئ په یاد ولرئ چې چا دمخه موټرونه جوړ کړي دي. زه نه پوهیږم چې څنګه یو نوی موټر اختراع کړم، زه متخصص نه یم. کله چې موږ دودیز یا ځانګړي محصولات جوړوو، د پیرودونکي غږ باید په پام کې ونیول شي، مګر دا نور یوازې غږ نه دی.
اولیګ: تاسو د ایجیل منشور یادونه وکړه. ایا موږ اړتیا لرو چې د مسلې عصري پوهاوی په پام کې نیولو سره یو څه تازه یا بیاکتنه وکړو؟
ټیم: زه به هغه ته لاس ورنکړم. زما په اند دا یو لوی تاریخي سند دی. زما مطلب دی، هغه هغه څه دی چې هغه دی. دی ۱۹ کلن دی، عمر یې دی، خو په خپل وخت کې یې انقلاب راوست. هغه څه چې ښه وکړل هغه دا وو چې هغه یو غبرګون رامینځته کړ او خلکو د هغه په اړه چیغې پیل کړې. تاسو، ډیری احتمال، په 19 کې لا تر اوسه په صنعت کې کار نه کاوه، مګر بیا هرڅوک د پروسو سره سم کار کاوه. د سافټویر انجینرۍ انسټیټیوټ، د سافټویر بشپړتیا ماډل (CMMI) پنځه کچې. زه نه پوهیږم چې د ژورو لرغونو آثارو دا ډول افسانې تاسو ته څه ووایی، مګر بیا دا یو پرمختګ و. په لومړي سر کې، خلکو باور درلود چې که پروسې په سمه توګه تنظیم شي، نو ستونزې به پخپله له منځه یوسي. او بیا منشور راځي او وايي: "نه، نه، نه - موږ به د خلکو پر بنسټ یو، نه د پروسې." موږ د سافټویر پراختیا ماسټران یو. موږ پوهیږو چې مثالی پروسه سراب دی؛ داسې نه کیږي. په پروژو کې خورا ډیر عجیبه شتون شتون لري، د ټولو پروژو لپاره د یو واحد بشپړ پروسې نظر هیڅ معنی نلري. ستونزې خورا پیچلې دي چې ادعا وکړي چې د هرڅه لپاره یوازې یو حل شتون لري (هیلو، نیروانا).
زه فکر نه کوم چې راتلونکي ته وګورم، مګر زه به ووایم چې خلکو اوس د پروژو په اړه ډیر فکر پیل کړی دی. زه فکر کوم چې د ایجیل منشور په کود کولو او ویلو کې خورا ښه دی ، "ای! تاسو په کښتۍ کې یاست ، او تاسو پخپله دا کښتۍ چلوئ. تاسو باید پریکړه وکړئ - موږ به د ټولو حالتونو لپاره یو نړیوال ترکیب وړاندیز ونه کړو. تاسو د کښتۍ عمله یاست ، او که تاسو کافي ښه یاست ، تاسو کولی شئ خپل هدف ته لاره ومومئ. له تا نه مخکې نورې بېړۍ هم وې او له تا وروسته به نورې بېړۍ هم وي، خو بیا هم په یو لحاظ ستا سفر بې ساري دی.» داسې یو څه! دا د فکر کولو لاره ده. زما لپاره د لمر لاندې کومه نوې خبره نه ده، خلک مخکې هم کښتۍ وهي او بیا به هم کښته کوي، مګر ستاسو لپاره دا ستاسو اصلي سفر دی، زه به تاسو ته ونه وایم چې په حقیقت کې به څه پیښ شي. تاسو باید په ټیم کې د همغږي کولو مهارتونه ولرئ، او که تاسو واقعیا دا لرئ، هرڅه به کار وکړي او تاسو به هغه ځای ته ورسیږئ چې تاسو یې غواړئ.
خلک: 30 کاله وروسته
اولیګ: آیا د خلکو پالنه هم یو انقلاب و او همدارنګه منشور؟
ټیم: د خلکو خبرتیا ... ټام او ما دا کتاب لیکلی، مګر موږ فکر نه کاوه چې دا به داسې وي. یو څه دا د ډیری خلکو نظرونو سره سمون لري. دا لومړی کتاب و چې ویلي یې وو: د سافټویر پراختیا یو ډیر انساني فعالیت دی. زموږ د تخنیکي طبیعت سره سره، موږ د خلکو ټولنه هم یو چې یو څه لوی، حتی لوی، خورا پیچلي جوړوي. هیڅوک نشي کولی یوازې دا ډول شیان رامینځته کړي ، سمه ده؟ نو د "ټیم" مفکوره ډیره مهمه شوه. او نه یوازې د مدیریت له نظره ، بلکه د تخنیکي خلکو لپاره هم چې د نامعلومو ډلو سره واقعیا پیچلې ژورې ستونزې حل کولو لپاره سره راټول شوي. زما لپاره په شخصي توګه، دا زما د مسلک په اوږدو کې د استخباراتو لویه ازموینه وه. او دلته تاسو اړتیا لرئ چې ووایاست: هو، دا ستونزه د هغه څه څخه ډیره ده چې زه یې په خپله اداره کولی شم، مګر په ګډه موږ کولی شو یو ښکلی حل پیدا کړو چې موږ پرې ویاړو. او زه فکر کوم چې دا دا مفکوره وه چې ډیری یې منحل کړې. هغه مفکوره چې موږ د وخت یوه برخه پخپله کار کوو، د وخت یوه برخه د یوې ډلې په توګه، او ډیری وختونه پریکړه د ډلې لخوا کیږي. د ډله ایزو ستونزو حل په چټکۍ سره د پیچلو پروژو یوه مهمه ځانګړتیا ده.
د دې حقیقت سره سره چې ټیم ډیری خبرې کړې دي، ډیری یې په یوټیوب کې پوسټ شوي. تاسو کولی شئ د 2007 څخه "د خلکو بیرته راستنیدنه" راپور وګورئ. کیفیت، البته، د غوښتلو لپاره ډیر څه پریږدي.
مایکل: ایا په تیرو 30 کلونو کې د کتاب له خپریدو راهیسې کوم بدلون راغلی؟
ټیم: تاسو کولی شئ دا د ډیری مختلف زاویو څخه وګورئ. په ټولنپوهنه کې، یو وخت، په ساده وختونو کې، تاسو او ستاسو ټیم په ورته دفتر کې ناست وو. تاسو کولی شئ هره ورځ نږدې شئ، قهوه وڅښئ او د کار په اړه بحث وکړئ. هغه څه چې واقعیا بدل شوي هغه دا دي چې ټیمونه اوس په جغرافیه کې په بیلابیلو هیوادونو او وخت زونونو کې ویشل کیدی شي ، مګر لاهم دوی په ورته ستونزې کار کوي ، او دا د پیچلتیا نوې پرت اضافه کوي. دا کیدای شي زاړه ښوونځي وي، مګر د مخامخ اړیکو په څیر هیڅ شی شتون نلري چیرې چې تاسو ټول یوځای یاست، یوځای کار کوئ، او تاسو کولی شئ یو همکار ته لاړ شئ او ووایاست، وګورئ چې ما څه وموندل، تاسو دا څنګه خوښوئ؟ مخامخ خبرې اترې غیر رسمي اړیکو ته د لیږد لپاره چټکه لاره برابروي، او زه فکر کوم چې ځیرک لیوالان باید دا هم خوښ کړي. او زه هم اندیښمن یم ځکه چې په حقیقت کې نړۍ ډیره کوچنۍ شوې، او اوس دا ټول د ویشل شویو ټیمونو سره پوښل شوي، او دا ټول خورا پیچلي دي.
موږ ټول په DevOps کې ژوند کوو
مایکل: حتی د کنفرانس د پروګرام کمیټې له نظره، موږ په کالیفورنیا، نیویارک، اروپا، روسیه کې خلک لرو ... په سنګاپور کې هیڅوک نشته. په جغرافیه کې توپیر خورا لوی دی، او خلک نور هم خپریدل پیل کوي. که موږ د پراختیا په اړه وغږیږو ، ایا تاسو کولی شئ موږ ته د ډیوپس او د ټیمونو ترمینځ د خنډونو ماتولو په اړه نور څه ووایاست؟ داسې تصور شته چې هرڅوک په خپلو بنکرونو کې ناست دي، او اوس بنکرونه ړنګېږي، تاسو د دې مشابهت په اړه څه فکر کوئ؟
ټیم: ماته داسې ښکاري چې د وروستي ټیکنالوژیکي پرمختګونو په رڼا کې، ډیوپس خورا مهم دی. مخکې، تاسو د پراختیا کونکو او مدیرانو ټیمونه درلودل، دوی کار کاوه، کار یې کاوه، کار کاوه، او په یو وخت کې یو شی ښکاره شو چې تاسو کولی شئ مدیرانو ته ورشئ او د تولید لپاره یې راوباسئ. او دلته د بنکر په اړه خبرې پیل شوې، ځکه چې مدیران یو ډول متحدین دي، نه دښمنان، لږترلږه، مګر تاسو یوازې د دوی سره خبرې کولې کله چې هرڅه تولید ته چمتو وي. ایا ته له یو څه سره هغوی ته ورغلې وې او ورته ویې ویل: ګورئ چې موږ کوم اپلیکیشن لرو، خو ایا دا اپلیکیشن راولیږئ؟ او اوس د تحویلۍ ټوله مفهوم د ښه لپاره بدل شوی. زما مطلب دا دی چې دا نظر شتون درلود چې تاسو کولی شئ په چټکۍ سره د بدلونونو له لارې فشار ورکړئ. موږ کولی شو په الوتنه کې محصولات تازه کړو. زه تل موسکا کوم کله چې زما په لپ ټاپ کې فایرفاکس پاپ اپ کیږي او وايي، هو، موږ ستاسو فایرفاکس په شالید کې تازه کړی دی، او څومره ژر چې تاسو یوه دقیقه لرئ، تاسو فکر کوئ چې دلته کلیک وکړئ او موږ به تاسو ته وروستی خپرونه درکړو. او زه داسې وم، "هو هو، ماشوم!" پداسې حال کې چې زه ویده وم، دوی زما په کمپیوټر کې د نوي خوشې کولو په اړه کار کاوه. دا په زړه پورې، د نه منلو وړ دی.
مګر دلته مشکل دی: تاسو د سافټویر تازه کولو سره دا ځانګړتیا لرئ، مګر د خلکو ادغام خورا ستونزمن دی. هغه څه چې زه غواړم د DevOops کلیدي وینا کې غږ وکړم دا دی چې موږ اوس د پخوا په پرتله ډیر لوبغاړي لرو. که تاسو یوازې د هرچا په اړه فکر کوئ چې یوازې په یوه ټیم کې ښکیل دي…. تاسو د یوې ټیم په توګه فکر کاوه، او دا یوازې د پروګرام کونکو ټیم څخه ډیر دی. دا ټیسټران، د پروژې مدیران، او د نورو خلکو ډله ده. او هرڅوک د نړۍ په اړه خپل نظر لري. د محصول مدیران د پروژې مدیرانو څخه په بشپړ ډول توپیر لري. مدیران خپلې دندې لري. دا یوه ستونزمنه ستونزه ده چې د ټولو ګډون کونکو همغږي کول ترڅو د هغه څه په اړه خبرتیا ته دوام ورکړي چې څه پیښیږي او لیونۍ نه شي. دا اړینه ده چې د ډلې دندې او دندې جلا کړئ چې په هرچا پلي کیږي. دا یو ډیر ستونزمن کار دی. له بلې خوا، زه فکر کوم چې دا ټول د څو کلونو دمخه په پرتله خورا ښه دي. دا په حقیقت کې هغه سړک دی چې خلک وده کوي او سم چلند کول زده کوي. کله چې تاسو ادغام کوئ ، تاسو پوهیږئ چې د ځمکې لاندې پرمختګ شتون نلري ، نو په وروستي شیبه کې سافټویر د جیک ان باکس په څیر نه تیریږي: لکه ، وګورئ چې موږ دلته څه وکړل! مفکوره دا ده چې تاسو به وکولی شئ ادغام او پراختیا ترسره کړئ، او په پای کې به تاسو په پاک او تکراري طریقه کار وکړئ. دا ټول زما لپاره خورا معنی لري. دا د دې امکان رامینځته کوي چې د سیسټم کاروونکو او ستاسو پیرودونکي لپاره ډیر ارزښت رامینځته کړي.
مایکل: د ډیوپس ټوله مفکوره دا ده چې ژر تر ژره معنی لرونکي پرمختګونه وړاندې کړي. زه ګورم چې نړۍ نوره هم په چټکۍ سره پیل کړې. څنګه د دې ډول سرعت سره تطابق وکړو؟ لس کاله وړاندې دا شتون نه درلود!
ټیم: البته، هرڅوک ډیر او ډیر فعالیت غواړي. د حرکت کولو ته اړتیا نشته، یوازې نور ډک کړئ. ځینې وختونه تاسو حتی د راتلونکي زیاتیدونکي تازه کولو لپاره سست کړئ ترڅو ګټور څه راوړو - او دا په بشپړ ډول نورمال دی.
هغه مفکوره چې تاسو یې د چلولو، منډه کولو، چلولو ته اړتیا لرئ غوره نه ده. دا ناشونې ده چې څوک غواړي خپل ژوند داسې ژوند وکړي. زه غواړم د تحویلۍ تال د پروژې خپل تال تنظیم کړم. که تاسو یوازې د کوچنیو، نسبتا بې معنی شیانو جریان تولید کړئ، دا ټول هیڅ معنی نلري. د دې پرځای چې په بې غورۍ سره د امکان تر حده د شیانو خوشې کولو هڅه وکړئ ، هغه څه چې د مخکښ پراختیا کونکو او محصول او پروژې مدیرانو سره د بحث ارزښت لري ستراتیژي ده. ایا دا حتی معنی لري؟
نمونې او ضد نمونې
اولیګ: تاسو معمولا د نمونو او ضد نمونو په اړه خبرې کوئ، او دا د پروژو د ژوند او مرګ ترمنځ توپیر دی. او اوس ، زموږ په ژوند کې ډیویپس راښکاره کیږي. ایا دا خپله کومه نمونه او ضد نمونه لري چې کولی شي پروژه په ځای وژني؟
ټیم: نمونې او ضد نمونې هر وخت پیښیږي. د خبرو کولو لپاره یو څه. ښه، دا هغه څه دي چې موږ یې "چمکونکي شیان" بولو. خلک واقعیا ، واقعیا نوې ټیکنالوژي خوښوي. دوی په ساده ډول د هر هغه څه شین سره حیران شوي چې ښایسته او سجیلا ښکاري، او دوی د پوښتنو مخه نیسي: ایا دا حتی اړین دی؟ موږ به څه لاسته راوړو؟ ایا دا خبره د اعتبار وړ ده، ایا دا کوم معنی لري؟ زه ډیری وختونه خلک ګورم ، نو د ټکنالوجۍ په وروستي څنډه کې. دوی د هغه څه له امله چې په نړۍ کې پیښیږي هیپنوټ شوي دي. مګر که تاسو نږدې وګورئ چې کوم ګټور شیان دوی کوي، ډیری وختونه په ساده ډول هیڅ ګټور نه وي!
موږ یوازې له خپلو ملګرو سره په دې بحث کاوه، چې دا کال د سپوږمۍ د ځمکې پر مخ د خلکو د غورځېدو پنځوس کاله پوره کېدو کال دی. دا په 1969 کې وه. هغه ټیکنالوژي چې خلکو ته یې هلته رسیدلو کې مرسته کړې حتی د 1969 ټیکنالوژي نه ده، بلکې د 1960 یا 62 ټیکنالوژي ده، ځکه چې ناسا غوښتل یوازې هغه څه وکاروي چې د اعتبار ښه شواهد لري. او نو تاسو دې ته ګورئ او پوهیږئ - هو، او دوی ریښتیا وو! اوس، نه، نه، مګر تاسو په ساده ډول د ټیکنالوژۍ سره ستونزې سره مخ کیږئ ځکه چې هرڅه خورا سخت فشار شوي، د ټولو درزونو څخه پلورل شوي. خلک له هر ځای څخه چیغې کوي: "وګورئ، څه شی دی، دا خورا نوی شی دی، په نړۍ کې ترټولو ښکلی شی دی، د هرچا لپاره مناسب دی!" ښه، دا هغه دی ... معمولا دا ټول یوازې یو خیانت دی، او بیا دا ټول باید وغورځول شي. شاید دا ټول ځکه وي چې زه لا دمخه یو زوړ سړی یم او دا ډول شیانو ته په ډیر شک کې ګورم، کله چې خلک وځي او وايي چې دوی د غوره ټیکنالوژۍ رامینځته کولو یوازینۍ، خورا سمه لار موندلې ده. په دې وخت کې، زما دننه یو غږ راڅرګند شو چې وايي: "څه ګډوډي!"
مایکل: په حقیقت کې ، موږ څو ځله د راتلونکي سپینو زرو ګولۍ په اړه اوریدلي یو؟
ټیم: دقیقا، او دا د شیانو معمول دی! د مثال په توګه ... داسې بریښي چې دا دمخه په ټوله نړۍ کې ټوکه شوې ، مګر دلته خلک اکثرا د بلاکچین ټیکنالوژۍ په اړه خبرې کوي. او دوی واقعیا په ځینو شرایطو کې معنی لري! کله چې تاسو واقعیا د پیښو معتبر شواهدو ته اړتیا لرئ ، دا چې سیسټم کار کوي او هیڅوک موږ ته دوکه نه ورکوي ، کله چې تاسو امنیتي ستونزې ولرئ او ټول هغه توکي سره ګډ کړئ - بلاکچین معنی لري. مګر کله چې دوی وايي چې بلاکچین به اوس په ټوله نړۍ کې تیریږي ، په لاره کې هرڅه له مینځه وړي؟ نور خوب! دا خورا ګران او پیچلې ټیکنالوژي ده. تخنیکي پلوه پیچلي او وخت نیسي. د خالص الګوریتمیک په شمول، هرکله چې تاسو اړتیا لرئ د ریاضیاتو بیاکتنه وکړئ، د لږو بدلونونو سره ... او دا یو عالي نظر دی - مګر یوازې د ځینو مواردو لپاره. زما ټول ژوند او مسلک په دې اړه و: په خورا مشخصو شرایطو کې په زړه پورې نظرونه. دا خورا مهمه ده چې پوه شئ چې ستاسو وضعیت څه دی.
مایکل: هو، اصلي "د ژوند پوښتنه، کائنات او هرڅه": ایا دا ټیکنالوژي یا طریقه ستاسو د وضعیت لپاره مناسبه ده که نه؟
ټیم: دا پوښتنه دمخه د ټیکنالوژۍ ډلې سره بحث کیدی شي. شاید حتی یو مشاور راوړو. پروژې ته یو نظر وګورئ او پوه شئ - ایا موږ به اوس یو څه سم او ګټور کړو ، د پخوا په پرتله ښه؟ شاید دا به مناسب وي، شاید دا به نه وي. مګر تر ټولو مهم، دا ډول پریکړه د ډیفالټ په واسطه مه کوئ، په ساده ډول ځکه چې یو څوک په خوله وو: "موږ په کلکه یو بلاکچین ته اړتیا لرو! ما یوازې په الوتکه کې په یوه مجله کې د هغه په اړه لوستل! په جدي توګه؟ دا هم مسخره نه ده.
افسانوي "ډیوپس انجینر"
اولیګ: اوس هرڅوک devops پلي کوي. یو څوک په انټرنیټ کې د ډیوپس په اړه لوستل کوي، او سبا د استخدام په سایټ کې بله خالي ځای ښکاري. "انجینر جوړیږي". دلته زه غواړم ستاسو پام ځانته راواړوم: ایا تاسو فکر کوئ چې دا اصطلاح، "ډیوپس انجنیر" د ژوند حق لري؟ داسې نظر شتون لري چې ډیوپس یو کلتور دی، او یو څه دلته نه اضافه کیږي.
ټیم: نو نو. اجازه راکړئ چې سمدلاسه د دې اصطلاح ځینې توضیحات وړاندې کړي. یو څه چې دا ځانګړی کړي. تر هغه چې دوی دا ثابته کړي چې د دې په څیر د خالي ځای ترشا د مهارتونو یو څه ځانګړی ترکیب شتون لري ، زه به یې ونه اخلم! زما مطلب دی ، ښه ، موږ د دندې سرلیک لرو ، "ډیوپس انجینر" ، یو په زړه پوری سرلیک ، هو ، بیا څه؟ د دندې سرلیکونه عموما یو خورا زړه پورې شی دی. راځئ چې ووایو "پراختیا کونکي" - په هرصورت دا څه دي؟ مختلف سازمانونه په بشپړ ډول مختلف شیان معنی لري. په ځینو شرکتونو کې، د لوړ کیفیت پروګرام کونکي ازموینې لیکي چې په نورو شرکتونو کې د ځانګړي مسلکي ټیسټرانو لخوا لیکل شوي ازموینې څخه ډیر معنی لري. نو څه، ایا دوی اوس پروګرام کونکي یا ټیسټران دي؟
هو، موږ د دندې سرلیکونه لرو، مګر که تاسو د اوږدې مودې لپاره پوښتنې وکړئ، په پای کې دا معلومه شوه چې موږ ټول د ستونزې حل کونکي یو. موږ د حل غوښتونکي یو، او ځینې یې ځینې تخنیکي مهارتونه لري او ځینې یې مختلف دي. که تاسو په داسې چاپیریال کې ژوند کوئ چیرې چې DevOps ننوتلی وي، تاسو د پراختیا او ادارې ادغام کې بوخت یاست، او دا فعالیت یو څه خورا مهم هدف لري. مګر که له تاسو وپوښتل شي چې تاسو واقعیا څه کوئ او تاسو د څه لپاره مسؤل یاست، نو دا معلومه شوه چې خلک دا ټول کارونه د پخوانیو وختونو څخه کوي. "زه د معمارۍ لپاره مسؤل یم"، "زه د ډیټابیسونو لپاره مسؤل یم" او داسې نور، هرڅه چې تاسو ګورئ - دا ټول د "ډیوپس" څخه مخکې وو.
کله چې یو څوک ماته د خپل کار سرلیک ووایی ، زه واقعیا ډیر څه نه اورم. دا غوره ده چې هغه تاسو ته ووایاست چې هغه واقعیا د څه لپاره مسؤل دی ، دا به موږ ته اجازه راکړي چې مسله ښه پوهه کړو. زما غوره بیلګه دا ده کله چې یو څوک ادعا کوي چې د "پروژې مدیر" دی. څه؟ دا هیڅ معنی نلري، زه لاهم نه پوهیږم چې تاسو څه کوئ. د پروژې مدیر کولی شي پرمخ وړونکي وي، د څلورو کسانو د ټیم مشر وي، کوډ لیکي، کار کوي، څوک چې د ټیم مشر شوی وي، څوک چې خلک پخپله د مشر په توګه پیژني. او همدارنګه، د پروژې مدیر هغه مدیر کیدی شي چې په یوه پروژه کې شپږ سوه کسان اداره کوي، نور مدیران اداره کوي، د مهالویشونو د جوړولو او بودیجې پلان کولو مسولیت لري، بس. دا دوه په بشپړه توګه مختلف نړۍ دي! مګر د دوی د دندې سرلیک ورته ښکاري.
راځئ چې دا یو څه بل ډول وګرځوو. تاسو په ریښتیا په څه کې ښه یاست، ډیره تجربه لرئ، ایا تاسو وړتیا لرئ؟ تاسو به د څه لپاره مسؤلیت په غاړه واخلئ ځکه چې تاسو فکر کوئ تاسو کولی شئ دنده ترسره کړئ؟ او دلته به یو څوک سمدلاسه انکار پیل کړي: نه ، نه ، نه ، زه هیڅ لیوالتیا نلرم چې د پروژې سرچینو سره معامله وکړم ، دا زما سوداګري نه ده ، زه یو تخنیکي ملګری یم او زه د کارونې وړتیا او کارن انٹرفیس پوهیږم ، زه نه پوهیږم. غواړم چې د خلکو لښکرې په سمه توګه اداره کړم، اجازه راکړئ چې کار ته لاړ شم.
او په لاره کې، زه د یوې تګلارې لوی پلوی یم په کوم کې چې د مهارتونو دا ډول جلا کول ښه کار کوي. چیرې چې تخنیکران کولی شي خپل کیریر څومره چې دوی وغواړي وده وکړي. په هرصورت، زه لاهم هغه سازمانونه ګورم چیرې چې تخنیکي شکایت کوي: زه باید د پروژې مدیریت ته لاړ شم ځکه چې دا پدې شرکت کې یوازینۍ لاره ده. ځینې وختونه دا د ناوړه پایلو لامل کیږي. غوره ټیکنالوژي ښه مدیران نه دي، او غوره مدیران نشي کولی ټیکنالوژي اداره کړي. راځئ چې په دې اړه صادق واوسو.
زه اوس د دې لپاره ډیره غوښتنه ګورم. که تاسو تخنیکي یاست، ستاسو شرکت کولی شي ستاسو سره مرسته وکړي، مګر پرته له دې چې تاسو اړتیا لرئ، واقعیا اړتیا لرئ چې خپل مسلک لاره ومومئ ځکه چې ټیکنالوژي بدلون ته دوام ورکوي او تاسو اړتیا لرئ چې د هغې سره ځان بیا ایجاد کړئ! یوازې په شلو کلونو کې، ټیکنالوژي لږ تر لږه پنځه ځله بدلون موندلی شي. ټیکنالوژي یو عجیب شی دی ...
"په هر څه کې ماهرین"
مایکل: خلک څنګه کولی شي د ټیکنالوژۍ بدلون سره دومره سرعت سره مقابله وکړي؟ د دوی پیچلتیا مخ په ډیریدو ده، د دوی شمیر مخ په ډیریدو دی، د خلکو ترمنځ د اړیکو ټوله اندازه هم وده کوي، او دا معلومه شوه چې تاسو "په هرڅه کې ماهر" نه شئ.
ټیم: سمه ده! که تاسو په ټیکنالوژۍ کې کار کوئ، هو، تاسو حتما اړتیا لرئ یو څه ځانګړی انتخاب کړئ او په هغې کې یې وخورئ. ځینې ټیکنالوژي چې ستاسو سازمان ګټور ومومي (او شاید واقعیا به ګټور وي). او که تاسو نور پدې کې علاقه نه لرئ - زه به هیڅکله باور ونه کړم چې زه به دا ووایم - ښه ، شاید تاسو کوم بل سازمان ته لاړشئ چیرې چې ټیکنالوژي خورا په زړه پوري یا د مطالعې لپاره خورا اسانه وي.
مګر په عمومي توګه، هو، تاسو سم یاست. ټیکنالوژي په یوځل کې په ټولو لارښوونو کې وده کوي؛ هیڅوک نشي ویلای چې "زه په ټولو ټیکنالوژیو کې چې شتون لري یو ماهر ټیکنالوژیست یم." له بلې خوا، سپنج خلک شتون لري چې په لفظي توګه تخنیکي پوهه جذبوي او د هغې په اړه لیوالتیا لري. ما یو څو داسې خلک لیدلي، دوی په حقیقت کې تنفس کوي او ژوند کوي، د دوی سره خبرې کول ګټور او په زړه پوري دي. دوی نه یوازې هغه څه مطالعه کوي چې د سازمان دننه پیښیږي، مګر په عمومي توګه، دوی د هغې په اړه خبرې کوي، دوی واقعیا تکنالوجستان دي، دوی خورا هوښیار او هدفمند دي. دوی یوازې هڅه کوي چې د څپې په څنډه کې پاتې شي ، پرته لدې چې د دوی اصلي دنده څه وي ، ځکه چې د دوی لیوالتیا د ټیکنالوژۍ حرکت دی ، د ټیکنالوژۍ وده. که تاسو ناڅاپه داسې یو کس سره مخامخ شئ، تاسو باید د هغه سره د غرمې ډوډۍ ته لاړ شئ او د غرمې په اوږدو کې په مختلفو خوندور شیانو بحث وکړئ. زه فکر کوم چې هره اداره لږترلږه یو څو داسې خلکو ته اړتیا لري.
خطرونه او ناڅرګندتیا
مایکل: محترم انجنیرانو، هو. راځئ چې د خطر مدیریت سره اړیکه ونیسو پداسې حال کې چې موږ وخت لرو. موږ دا مرکه د طبي سافټویر په اړه د بحث سره پیل کړې، چیرې چې تېروتنې کولی شي د جدي پایلو لامل شي. بیا موږ د قمري برنامې په اړه خبرې وکړې ، چیرې چې د غلطۍ لګښت ملیونونه ډالر دي ، او ممکن د څو انسانانو ژوند. مګر اوس زه په صنعت کې برعکس حرکت ګورم، خلک د خطرونو په اړه فکر نه کوي، د دوی د وړاندوینې هڅه نه کوي، حتی دوی یې نه ګوري.
اولیګ: ګړندی حرکت وکړئ او شیان مات کړئ!
مایکل: هو، چټک حرکت وکړئ، شیان مات کړئ، نور ډیر شیان، تر هغه چې تاسو د یو څه څخه مړ شئ. ستاسو له نظره، اوس باید د اوسط پراختیا کونکي څنګه د خطر مدیریت زده کړه وکړي؟
ټیم: راځئ چې دلته د دوو شیانو ترمنځ کرښه رسم کړو: خطرونه او ناڅرګندتیا. دا مختلف شیان دي. ناڅرګندتیا هغه وخت رامینځته کیږي کله چې تاسو دقیق ځواب ته د رسیدو لپاره په ټاکل شوي وخت کې کافي معلومات نلرئ. د مثال په توګه، د یوې پروژې په لومړي پړاو کې، که څوک له تاسو څخه وپوښتي چې "تاسو به کله کار پای ته ورسوئ،" که تاسو یو صادق سړی یاست، نو تاسو به ووایاست، "زه نه پوهیږم." تاسو یوازې نه پوهیږئ، او دا سمه ده. تاسو تر اوسه د ستونزو زده کړه نه ده کړې او د ټیم سره بلد نه یاست، تاسو د دوی په مهارتونو نه پوهیږئ، او داسې نور. دا ناڅرګندتیا ده.
خطرونه رامینځته کیږي کله چې احتمالي ستونزې دمخه پیژندل کیدی شي. دا ډول شی واقع کیدی شي، احتمال یې له صفر څخه ډیر وي، مګر د سل سلنې څخه کم وي، په منځ کې. د دې له امله، هر څه پیښ کیدی شي، د ځنډ او غیر ضروري کار څخه، مګر حتی د پروژې لپاره وژونکي پایلې ته. پایله، کله چې تاسو ووایاست - هلکانو، راځئ چې خپل چترۍ وتړو او ساحل پریږدو، موږ به هیڅکله پای ته ورسیږو، دا ټول پای ته رسیدلي دي. موږ انګیرنه وکړه چې دا شی به کار وکړي، مګر دا کار نه کوي، دا د ودریدو وخت دی. دا حالات دي.
ډیری وختونه، ستونزې د حل کولو لپاره خورا اسانه دي کله چې دوی دمخه راڅرګند شوي وي، کله چې ستونزه همدا اوس پیښیږي. مګر کله چې ستونزه ستاسو په مخ کې وي، تاسو د خطر مدیریت نه کوئ - تاسو د ستونزې حل کول، د بحران مدیریت کوئ. که تاسو مخکښ جوړونکی یا مدیر یاست، تاسو باید حیران یاست چې څه پیښ شي چې د ځنډ، ضایع وخت، غیر ضروري لګښتونو، یا د ټولې پروژې د سقوط لامل شي؟ څه شی به موږ ودروي او بیا پیل کړي؟ کله چې دا ټول شیان کار کوي، موږ به ورسره څه وکړو؟ یو ساده ځواب شتون لري چې د ډیری حاالتو لپاره د اعتبار وړ دی: له خطرونو څخه مه تښتئ ، په دوی کار وکړئ. وګورئ چې تاسو څنګه کولی شئ یو خطرناک حالت حل کړئ، هیڅ شی ته یې کم کړئ، له ستونزې څخه بل څه ته واړوئ. د دې پر ځای چې ووایو: ښه، موږ به ستونزې حل کړو لکه څنګه چې دوی رامنځته کیږي.
ناڅرګندتیا او خطر باید د هر هغه څه په سر کې وي چې تاسو ورسره معامله کوئ. تاسو کولی شئ د پروژې پلان واخلئ، د وخت څخه مخکې ځینې مهم خطرونه وګورئ او ووایاست: موږ باید اوس د دې سره معامله وکړو، ځکه چې که دا یو څه غلط شي، بل هیڅ شی به مهم نه وي. تاسو باید په میز کې د میز کلاټ ښکلا په اړه اندیښنه ونلرئ که دا روښانه نده چې ایا تاسو د ماښام ډوډۍ پخولی شئ. لومړی تاسو اړتیا لرئ د خوندور ډوډۍ چمتو کولو ټول خطرونه وپیژنئ ، ورسره معامله وکړئ ، او یوازې بیا د نورو ټولو شیانو په اړه فکر وکړئ چې واقعیا ګواښ نه کوي.
بیا بیا، څه شی ستاسو پروژه بې ساري کوي؟ راځئ وګورو چې څه شی کولی شي زموږ پروژه له ریلونو څخه وباسي. موږ څه کولی شو چې د دې پیښې احتمال کم کړو؟ معمولا تاسو نشئ کولی دوی 100٪ بې طرفه کړئ او په روښانه وجدان سره اعلان وکړئ: "دا بس دی، دا نور کومه ستونزه نه ده، خطر حل شوی!" زما لپاره دا د بالغ چلند نښه ده. دا د ماشوم او بالغ ترمنځ توپیر دی - ماشومان فکر کوي چې دوی تل پاتې دي، هیڅ شی غلط نشي کیدی، هرڅه به سم وي! په ورته وخت کې، لویان ګوري چې څنګه درې کلن ماشومان د لوبې په ډګر کې ټوپ کوي، د سترګو سره حرکتونه تعقیبوي او خپل ځان ته وایي: "اووه اوه، اوه." زه نږدې ودرېږم او کله چې ماشوم راښکته شي د نیولو لپاره چمتو یم.
له بلې خوا، دلیل چې ولې زه دا سوداګرۍ ډیر خوښوم ځکه چې دا خطرناک دی. موږ شیان کوو، او دا شیان خطرناک دي. دوی د بالغ چلند ته اړتیا لري. یوازې لیوالتیا به ستاسو ستونزې حل نکړي!
د لوی انجینرۍ فکر
مایکل: د ماشومانو سره مثال ښه دی. که زه یو عادي انجینر یم، نو زه د ماشوم په توګه خوښ یم. مګر تاسو څنګه د بالغ فکر کولو په لور حرکت کوئ؟
ټیم: یو له نظرونو څخه چې د پیل کونکي یا رامینځته شوي پراختیا کونکي سره مساوي ښه کار کوي د شرایطو مفهوم دی. هغه څه چې موږ یې کوو، هغه څه چې موږ یې ترلاسه کوو. په دې پروژه کې واقعیا څه مهم دي؟ دا مهمه نده چې تاسو په دې پروژه کې څوک یاست، ایا تاسو داخلي یاست یا لوی معمار یاست، هرڅوک شرایطو ته اړتیا لري. موږ اړتیا لرو چې هرڅوک د خپلو کارونو په پرتله په لویه کچه فکر وکړو. "زه خپله ټوټه جوړوم، او تر هغه چې زما ټوټه کار کوي، زه خوشحاله یم." نه او بیا نه. دا تل د ارزښت وړ دی (پرته له بده مرغه!) خلکو ته د هغه شرایطو یادونه کول چې دوی په کې کار کوي. هغه څه چې موږ ټول په ګډه د ترلاسه کولو هڅه کوو. نظرونه چې تاسو کولی شئ ماشوم اوسئ تر هغه چې هرڅه ستاسو د پروژې برخې سره سم وي - مهرباني وکړئ دا مه کوئ. که موږ په بشپړ ډول د پای کرښه تیر کړو، موږ به یوازې دا په ګډه تیر کړو. تاسو یوازې نه یاست، موږ ټول یوځای یو. که په پروژه کې ټول زاړه او ځوانان دواړه د دې په اړه خبرې پیل کړي چې واقعیا د پروژې لپاره څه مهم دي، ولې شرکت په هغه څه کې پیسې لګوي چې موږ یې د ترلاسه کولو هڅه کوو ... ډیری به د دوی ډیر ښه احساس وکړي ځکه چې دوی به وګورو چې د دوی کار د هرچا د کار سره څنګه تړاو لري. له یوې خوا، زه هغه ټوټه پوهیږم چې زه یې په شخصي توګه مسؤل یم. مګر د کار پای ته رسولو لپاره موږ نورو ټولو خلکو ته هم اړتیا لرو. او که تاسو واقعیا فکر کوئ چې تاسو بشپړ شوي، موږ تل په پروژه کې کار کوو!
اولیګ: په نسبي ډول خبرې کول ، که تاسو د کنبان په وینا کار کوئ ، کله چې تاسو د ځینې ازموینې خنډ وګرځئ ، تاسو کولی شئ هغه څه پریږدئ چې تاسو هلته کوئ (د مثال په توګه ، برنامه کول) او لاړ شئ د ازموینې کونکو سره مرسته وکړئ.
ټیم: په سمه توګه. زه فکر کوم چې غوره تخنیکان، که تاسو دوی ته نږدې وګورئ، دوی د دوی خپل مدیران دي. زه څنګه کولی شم دا جوړ کړم ...
اولیګ: ستاسو ژوند ستاسو پروژه ده، کوم چې تاسو یې اداره کوئ.
ټیم: بالکل! زما مطلب دا دی، تاسو مسؤلیت اخلئ، تاسو مسله پوهیږئ، او تاسو د خلکو سره اړیکه ونیسئ کله چې تاسو وګورئ چې ستاسو پریکړې کولی شي د دوی په کار اغیزه وکړي، داسې شیان. دا یوازې ستاسو په میز کې ناست نه دي، خپل کار ترسره کوي، او حتی نه پوهیږي چې ستاسو شاوخوا څه تیریږي. نه نه نه. په هرصورت، د Agile په اړه یو له غوره شیانو څخه دا دی چې دوی د لنډ سپرینټ وړاندیز کړی، ځکه چې پدې توګه د ټولو ګډون کوونکو د چارو حالت په روښانه توګه د لیدلو وړ دی، دوی کولی شي دا ټول یوځای وګوري. موږ هره ورځ د یو بل په اړه خبرې کوو.
د خطر مدیریت ته د رسیدو څرنګوالی
اولیګ: ایا په دې برخه کې د پوهې کوم رسمي جوړښت شتون لري؟ د مثال په توګه، زه د جاوا پراختیا کونکی یم او غواړم د خطر مدیریت پوه شم پرته له دې چې د زده کړې له لارې د پروژې اصلي مدیر شم. زه به شاید د مک کانیل "د سافټویر پروژې لګښت څومره وي" لومړی ولولئ ، او بیا څه؟ لومړني ګامونه کوم دي؟
ټیم: لومړی دا دی چې په پروژه کې د خلکو سره اړیکه پیل کړئ. دا د همکارانو سره د اړیکو کلتور کې سمدستي پرمختګ چمتو کوي. موږ اړتیا لرو د پټولو پرځای د ډیفالټ په واسطه هرڅه خلاصولو سره پیل کړو. ووایه: دا هغه څه دي چې ما ځوروي، دا هغه څه دي چې ما د شپې ویښ ساتي، نن شپه زه پاڅیدم او داسې وم: زما خدایه، زه باید پدې اړه فکر وکړم! ایا نور هم ورته شی ګوري؟ د یوې ډلې په توګه، ایا موږ باید دې احتمالي ستونزو ته ځواب ووایو؟ تاسو اړتیا لرئ چې د دې موضوعاتو په اړه د خبرو اترو ملاتړ وکړئ. هیڅ دمخه چمتو شوی فارمول شتون نلري چې موږ یې کار کوو. دا د هیمبرګر جوړولو په اړه ندي، دا ټول د خلکو په اړه دي. "پنیربرګر جوړ کړ، پنیربرګر وپلورئ" زموږ شی نه دی، او له همدې امله زه دا دنده ډیره خوښوم. زه دا خوښوم کله چې هرڅه چې مدیران یې کول اوس د ټیم ملکیت کیږي.
اولیګ: تاسو په کتابونو او مرکو کې خبرې کړې دي چې څنګه خلک په ګراف کې د شمیرو په پرتله خوښۍ ته ډیر پام کوي. له بلې خوا، کله چې تاسو ټیم ته ووایاست: موږ ډیوپس ته حرکت کوو، او اوس پروګرام کوونکی باید په دوامداره توګه اړیکه ونیسي، دا ممکن د هغه د آرامۍ زون څخه بهر وي. او پدې شیبه کې هغه ممکن ووایې ، ژور ناخوښه وي. په دې حالت کې څه وکړي؟
ټیم: زه ډاډه نه یم چې څه وکړم. که یو پراختیا کونکی ډیر جلا وي، دوی نه ګوري چې ولې کار په لومړي ځای کې ترسره کیږي، دوی یوازې د دوی د کار برخې ته ګوري، او دوی اړتیا لري هغه څه ته ورشي چې زه یې "مقاصد" بولم. هغه اړتیا لري چې معلومه کړي چې هر څه څنګه یو بل سره تړلي دي. او البته، زما مطلب رسمي پریزنټشنونه یا داسې څه ندي. زه د دې حقیقت په اړه خبرې کوم چې تاسو اړتیا لرئ د ټول کار په اړه د همکارانو سره اړیکه ونیسئ، نه یوازې د هغې برخې په اړه چې تاسو یې مسؤل یاست. دا هغه ځای دی چې تاسو کولی شئ د نظرونو، ګډ تړونونو په اړه بحث پیل کړئ ترڅو ستاسو کار په ښه توګه یوځای شي، او څنګه د ګډې ستونزې سره یوځای حل کړئ.
د دوی سره د موافقت کولو کې د مرستې لپاره، دوی ډیری وختونه غواړي تخنیکي روزنې ته واستوي، او دوی د روزنې په اړه بحث کوي. زما یو ملګري خوښوي چې ووایی چې روزنه د سپو لپاره ده. د خلکو لپاره روزنه شتون لري. د پراختیا کونکي په توګه د زده کړې په اړه یو له غوره شیانو څخه ستاسو د ملګرو سره متقابل عمل دی. که یو څوک واقعیا په یو څه کې ښه وي ، تاسو باید د دوی کار وګورئ یا د دوی د کار یا کوم شی په اړه ورسره خبرې وکړئ. ځینې دودیز کینټ بیک په دوامداره توګه د خورا برنامو په اړه خبرې کولې. دا مسخره ده ځکه چې XP دومره ساده نظر دی، مګر دا د ډیرو ستونزو لامل کیږي. د ځینو لپاره، د XP کول د ملګرو په مخ کې د بربنډ کولو لپاره د مجبورولو په څیر دي. دوی به وګوري چې زه څه کوم! دوی زما همکاران دي، دوی به نه یوازې ګوري، بلکې پوهیږي! وحشتناکه! ځینې خلک په جدي ډول عصبي کیدو پیل کوي. مګر کله چې تاسو پوهیږئ چې دا د زده کړې وروستۍ لاره ده، هرڅه بدلیږي. تاسو د خلکو سره نږدې کار کوئ، او ځینې خلک ستاسو په پرتله ډیر ښه پوهیږي.
مایکل: مګر دا ټول تاسو دې ته اړ باسي چې د خپل راحتي زون څخه ووځي. د انجنیر په توګه، تاسو باید د خپل آرامۍ زون څخه بهر شئ او اړیکه ونیسئ. د ستونزې حل کونکي په توګه، تاسو باید په دوامداره توګه خپل ځان په یو ضعیف موقف کې وساتئ او فکر وکړئ چې څه شی غلط کیدی شي. دا ډول کار په طبیعي توګه ډیزاین شوی ترڅو یو خنډ وي. تاسو په شعوري ډول خپل ځان په فشار لرونکي حالتونو کې اچوئ. معمولا خلک له دوی څخه تیښته کوي، خلک خوښوي چې خوشحاله ماشومان وي.
ټیم: څه شی کیدی شي، تاسو کولی شئ بهر ته راشئ او په ښکاره ډول ووایاست: "هرڅه سم دي، زه یې اداره کولی شم! زه یوازینی کس نه یم چې د نا آرامۍ احساس کوم. راځئ چې د یو ټیم په توګه په بیلابیلو نا آرامه شیانو بحث وکړو! دا زموږ ګډې ستونزې دي، موږ باید ورسره معامله وکړو، تاسو پوهیږئ؟ زه فکر کوم چې د غیر معمولي هوښیارۍ پراختیا کونکي د میمو په څیر دي ، دوی ورک شوي. او د دوی اهمیت خورا محدود دی. که تاسو اړیکه نشئ کولی، تاسو نشئ کولی په ښه توګه برخه واخلئ. نو، یوازې خبرې وکړئ. صادق او خلاص اوسئ. زه ډیره بخښنه غواړم چې دا د یو چا لپاره ناخوښه ده. ایا تاسو تصور کولی شئ، څو کاله دمخه یوه څیړنه وه چې په وینا یې په متحده ایالاتو کې اصلي ویره مرګ نه دی، مګر اټکل څه شی دی؟ د عامه خبرو وېره! دا پدې مانا ده چې په کوم ځای کې داسې خلک شتون لري چې په لوړ غږ د ستاینې په پرتله مړ شي. او زه فکر کوم چې دا ستاسو لپاره کافي دي چې ځینې لومړني مهارتونه ولرئ ، پدې پورې اړه لري چې تاسو څه کوئ. د خبرو کولو مهارتونه، د لیکلو مهارتونه - مګر یوازې څومره چې ستاسو په کار کې واقعیا ورته اړتیا وي. که تاسو د شنونکي په توګه کار کوئ، مګر لوستل، لیکل یا خبرې نشي کولی، نو له بده مرغه، تاسو به زما په پروژو کې هیڅ شی ونه لرئ!
د مخابراتو قیمت
اولیګ: ایا د دې ډول وتلو کارمندانو ګمارل د مختلف دلیلونو لپاره خورا ګران ندي؟ په هرصورت ، دوی د کار کولو پرځای په دوامداره توګه خبرې کوي!
ټیم: زما مطلب د ټیم اصلي دی، او نه یوازې هرڅوک. که تاسو داسې څوک لرئ چې د ډیټابیسونو په جوړولو کې واقعیا تکړه وي، د ډیټابیسونو له مینځلو سره مینه لري، او د خپل پاتې ژوند لپاره ستاسو ډیټابیسونو ته دوام ورکوي او دا دی، ښه، وساتئ. مګر زه د هغو خلکو په اړه خبرې کوم چې غواړي پخپله پروژه کې ژوند وکړي. د ټیم اصلي موخه د پروژې پراختیا ده. دا خلک واقعیا اړتیا لري چې په دوامداره توګه د یو بل سره اړیکه ونیسي. او په ځانګړې توګه د پروژې په پیل کې، کله چې تاسو د خطرونو، نړیوالو اهدافو د ترلاسه کولو لارې او داسې نور په اړه بحث کوئ.
مایکل: دا په هر هغه چا باندې تطبیق کیږي چې په پروژه کې ښکیل دي، پرته له دې چې تخصص، مهارتونه، یا د کار کولو طریقې په پام کې ونیسي. تاسو ټول د پروژې په بریالیتوب کې لیوالتیا لرئ.
ټیم: هو، تاسو احساس کوئ چې تاسو په کافي اندازه په پروژه کې ډوب شوي یاست، چې ستاسو دنده د پروژې په ریښتینې کې مرسته کول دي. که تاسو یو پروګرامر، شنونکی، د انٹرفیس ډیزاینر، هر څوک یاست. همدا لامل دی چې زه هر سهار کار ته راځم او دا هغه څه دي چې موږ یې کوو. موږ د دې ټولو خلکو مسؤلیت یو، پرته له دې چې د دوی مهارتونه په پام کې ونیول شي. دا د خلکو یوه ډله ده چې د لویانو سره خبرې کوي.
اولیګ: په حقیقت کې، د خبرو اترو کارمندانو په اړه خبرې کول، ما هڅه وکړه چې د خلکو اعتراضونه، په ځانګړې توګه د مدیرانو، چې د نړۍ نوي لید ته د ډیوپسونو بدلولو غوښتنه کیږي، انډول کولو هڅه وکړه. او تاسو، د مشاورینو په توګه، باید د دې اعتراضونو څخه زما په پرتله ډیر ښه خبر وي، د پراختیا کونکي په توګه! شریک کړئ کوم مدیران خورا اندیښمن کړي؟
ټیم: مدیران؟ هوم ډیری وختونه، مدیران د ستونزو تر فشار لاندې دي، د اړتیا سره مخ دي چې په سمدستي توګه یو څه خوشې کړي او تحویل کړي، او داسې نور. دوی ګوري چې موږ څنګه په دوامداره توګه د یو څه په اړه بحث او بحث کوو، او دوی ورته ګوري: خبرې اترې، خبرې اترې، خبرې اترې ... نورې کومې خبرې؟ بیرته کار ته راشئ! ځکه چې خبرې کول ورته د کار احساس نه کوي. تاسو کوډ نه لیکئ، سافټویر مه ازموئ، داسې نه بریښي چې څه وکړي - ولې تاسو د یو څه کولو لپاره نه لیږئ؟ په هرصورت ، تحویلي دمخه په یوه میاشت کې ده!
مایکل: لاړ شه یو څه کوډ ولیکئ!
ټیم: ماته داسې ښکاري چې دوی د کار په اړه اندیښمن ندي، مګر د پرمختګ د لید نشتوالي په اړه. د دې لپاره چې داسې ښکاري چې موږ بریالیتوب ته نږدې یو، دوی اړتیا لري چې موږ په کیبورډ کې د بټونو فشارولو ته اړتیا ولرو. ټوله ورځ له سهار څخه تر ماښامه. دا لومړی نمبر ستونزه ده.
اولیګ: میشا، تاسو د یو څه په اړه فکر کوئ.
مایکل: بخښنه غواړم، زه په فکر کې ورک شوم او یو فلش بیک مې ونیول. دې ټولو ماته د یوې په زړه پورې جلسې یادونه وکړه چې پرون وشوه ... پرون ډیرې لاریونونه وو ... او دا ټول ډیر پیژندل شوي ښکاري!
بې معاشه ژوند
ټیم: په هرصورت، دا د اړیکو لپاره د "ریالیو" تنظیم کولو لپاره اړین ندي. زما مطلب دی، د پراختیا کونکو تر مینځ خورا ګټور بحثونه هغه وخت پیښیږي کله چې دوی یوازې یو بل سره خبرې کوي. تاسو په سهار کې د قهوې د یوې پیالې سره ځئ، او هلته پنځه کسان راټول شوي او په غوسه سره یو څه تخنیکي بحث کوي. زما لپاره، که زه د دې پروژې مدیر یم، نو دا به ښه وي چې یوازې موسکا وکړم او زما د سوداګرۍ په اړه چیرته لاړ شم، اجازه راکړئ چې بحث وکړئ. دوی لا دمخه د امکان تر حده ښکیل دي. دا یو ښه نښه ده.
اولیګ: په هرصورت، ستاسو په کتاب کې تاسو د یادښتونو یوه ډله لرئ چې څه ښه دي او څه بد دي. ایا تاسو پخپله له دوی څخه کوم یو کاروئ؟ په نسبي توګه خبرې کول، اوس تاسو یو شرکت لرئ، او یو چې په خورا غیر رواجي ډول جوړ شوی دی ...
ټیم: غیر روایتی، مګر دا وسیله موږ ته په بشپړه توګه مناسبه ده. موږ د اوږدې مودې لپاره یو بل پیژنو. موږ په یو بل باور لرو، موږ مخکې له دې چې شریکان شو یو بل ډیر باور درلود. او د مثال په توګه، موږ هیڅ معاش نه لرو. موږ یوازې کار کوو، او د مثال په توګه، که ما د خپلو مراجعینو څخه پیسې ترلاسه کړې، نو ټولې پیسې ما ته لاړې. له هغې وروسته، موږ سازمان ته د غړیتوب فیس ورکوو، او دا پخپله د شرکت مالتړ لپاره کافی دی. برسیره پردې، موږ ټول په مختلفو شیانو کې تخصص لرو. د مثال په توګه، زه د محاسبینو سره کار کوم، د مالیاتو بیرته ستنیدنه ډکوم، د شرکت لپاره هر ډول اداري کارونه ترسره کوم، او هیڅوک ما ته پیسې نه ورکوي. جیمز او ټام زموږ په ویب پاڼه کې کار کوي او هیڅوک دوی ته پیسې نه ورکوي. تر هغه چې تاسو خپل پورونه تادیه کړئ، هیڅوک به تاسو ته د ویلو فکر ونه کړي چې تاسو څه کولو ته اړتیا لرئ. د مثال په توګه، ټام اوس د هغه په پرتله ډیر لږ کار کوي. اوس هغه نورې ګټې لري؛ هغه ځینې شیان د ګیلډ لپاره نه کوي. مګر تر هغه چې هغه خپل پور تادیه کړي، هیڅوک به هغه ته راشي او ووایي، "ای، ټام، کار ته لاړ شه!" د همکارانو سره معامله کول خورا اسانه دي کله چې ستاسو ترمینځ پیسې شتون نلري. او اوس زموږ اړیکه د مختلفو ځانګړتیاو په اړه یو له بنسټیزو نظریاتو څخه دی. دا کار کوي او دا خورا ښه کار کوي.
غوره مشوره
مایکل: "غوره مشورې" ته بیرته راستنیدل، ایا داسې کوم څه شتون لري چې تاسو خپلو پیرودونکو ته بیا بیا ووایاست؟ د 80/20 په اړه یو نظر شتون لري، او ځینې مشورې شاید ډیر ځله تکرار شي.
ټیم: ما یو وخت فکر کاوه چې که تاسو د بیر سره د والټزنګ په څیر یو کتاب ولیکئ، نو دا به د تاریخ لاره بدله کړي او خلک به ودریږي، مګر ... ښه، وګورئ، شرکتونه ډیری وختونه داسې ادعا کوي چې هرڅه د دوی سره سم دي. هرڅومره ژر چې یو څه بد پیښ شي ، دا د دوی لپاره حیرانتیا او حیرانتیا ده. "وګورئ، موږ سیسټم ازموینه وکړه، او دا د سیسټم هیڅ ازموینه نه پاس کوي، او دا یو بل درې میاشتې غیر منظم کار دی، دا څنګه کیدی شي؟ څوک پوه شول؟ څه شی غلط کیدی شي؟ په جدي توګه، ایا تاسو پدې باور یاست؟
زه هڅه کوم چې تشریح کړم چې تاسو باید د اوسني وضعیت په اړه ډیر غوسه نشئ. موږ اړتیا لرو چې دا خبرې وکړو، په ریښتیا پوه شو چې څه غلط شوي وي، او څنګه په راتلونکي کې د داسې شیانو د پیښو مخه ونیسي. که کومه ستونزه راڅرګنده شي، موږ به یې څنګه مبارزه وکړو، څنګه به یې کنټرول کړو؟
زما لپاره، دا ټول ډارونکي ښکاري. خلک د پیچلو، ځورونکي ستونزو سره معامله کوي او داسې ادعا ته دوام ورکوي چې که دوی یوازې خپلې ګوتې تیرې کړي او د غوره لپاره هیله وکړي، "غوره" به واقعا واقع شي. نه، دا داسې کار نه کوي.
د خطر مدیریت تمرین کړئ!
مایکل: ستاسو په نظر، څومره سازمانونه د خطر مدیریت کې ښکیل دي؟
ټیم: هغه څه چې ما غوسه کوي دا دي چې خلک په ساده ډول خطرونه لیکي، د پایلې لیست وګورئ او کار ته ځي. په حقیقت کې، د دوی لپاره د خطرونو پیژندل د خطر مدیریت دی. مګر زما لپاره دا د پوښتنې کولو دلیل په څیر ښکاري: سمه ده، یو لیست شتون لري، تاسو به په حقیقت کې څه بدل کړئ؟ تاسو اړتیا لرئ د دې خطرونو په پام کې نیولو سره د عملونو معیاري ترتیب بدل کړئ. که چیرې د کار ځینې خورا ستونزمن برخه وي، نو تاسو اړتیا لرئ چې دا حل کړئ، او یوازې بیا یو څه ساده ته لاړ شئ. په لومړي پړاو کې، د پیچلو ستونزو حل کول پیل کړئ. دا دمخه د خطر مدیریت په څیر ښکاري. مګر معمولا خلک نشي ویلای چې د خطرونو لیست ترتیبولو وروسته دوی څه بدل کړي.
مایکل: او بیا هم، څومره شرکتونه د خطر مدیریت کې ښکیل دي، پنځه سلنه؟
ټیم: له بده مرغه، زه د دې ویلو څخه کرکه لرم، مګر دا یو څه خورا مهم برخه ده. مګر له پنځو څخه ډیر، ځکه چې واقعیا لوی پروژې شتون لري، او دوی په ساده ډول شتون نلري که دوی لږترلږه یو څه ونه کړي. اجازه راکړئ یوازې ووایم چې زه به ډیر حیران شم که دا لږترلږه 25٪ وي. کوچنۍ پروژې معمولا دا ډول پوښتنو ته ځواب ورکوي: که ستونزه موږ اغیزه کوي، نو موږ به یې حل کړو. بیا دوی په بریالیتوب سره ځانونه په ستونزو کې اچوي او د ستونزې مدیریت او د بحران مدیریت کې ښکیل دي. کله چې تاسو د یوې ستونزې د حل کولو هڅه وکړئ او ستونزه حل نشي، د بحران مدیریت ته ښه راغلاست.
هو، زه ډیری وختونه اورم، "موږ به ستونزې حل کړو لکه څنګه چې دوی رامنځته کیږي." خامخا به موږ؟ ایا موږ واقعیا پریکړه کوو؟
اولیګ: تاسو کولی شئ دا په ساده ډول ترسره کړئ او په ساده ډول د پروژې په چارټر کې مهم تغیرات ولیکئ، او که چیرې متغیرات مات شي، یوازې پروژه بیا پیل کړئ. دا خورا پیچلي ښکاري.
مایکل: هو، دا زما سره پیښ شوي کله چې خطرونه رامینځته شوي، پروژه په ساده ډول بیا تعریف شوې. ښه، بنګو، ستونزه حل شوې، نور اندیښنه مه کوئ!
ټیم: راځئ چې د ری سیٹ تڼۍ فشار راوړو! نه، دا داسې کار نه کوي.
په DevOops 2019 کې کلیدي
مایکل: د دې مرکې وروستۍ پوښتنې ته راځو. تاسو د کلیدي نوټ سره راتلونکي DevOops ته راځي ، ایا تاسو کولی شئ د هغه څه په اړه د محرمیت پرده پورته کړئ چې تاسو یې ویل کوئ؟
ټیم: همدا اوس، له دوی څخه شپږ یې د کار کلتور، د سازمانونو د نه ویل شوي مقرراتو په اړه یو کتاب لیکي. کلتور د سازمان د اصلي ارزښتونو لخوا ټاکل کیږي. معمولا خلک دې ته پام نه کوي، مګر د ډیرو کلونو لپاره په مشوره کې کار کولو، موږ د دې په پام کې نیولو سره عادت شوي یو. تاسو یو شرکت ته ننوځئ، او په لفظي توګه په څو دقیقو کې تاسو احساس کوئ چې څه پیښیږي. موږ دې ته "ذائق" وایو. ځینې وختونه دا بوی واقعیا ښه دی، او ځینې وختونه دا ښه، اوف. د مختلفو سازمانونو لپاره شیان ډیر توپیر لري.
مایکل: زه هم له کلونو راهیسې په مشوره کې کار کوم او ښه پوهیږم چې تاسو د څه په اړه خبرې کوئ.
ټیم: په حقیقت کې ، یو له هغه شیانو څخه چې په کلیدي نوټ کې یې په اړه خبرې کول دا دي چې هرڅه د شرکت لخوا نه ټاکل کیږي. تاسو او ستاسو ټیم، د یوې ټولنې په توګه، ستاسو د ټیم کلتور لري. دا کیدای شي ټول شرکت وي، یا جلا څانګه، یو جلا ټیم. مګر مخکې له دې چې تاسو وویل، دلته هغه څه دي چې موږ باور لرو، دلته هغه څه دي چې مهم دي ... تاسو نشئ کولی یو کلتور بدل کړئ مخکې له دې چې د ځانګړو کړنو تر شا ارزښتونه او باورونه پوه شي. چلند کول اسانه دي، مګر د باورونو لټون ستونزمن دی. DevOps یوازې یو عالي مثال دی چې څنګه شیان خورا پیچلي کیږي. متقابل عمل یوازې ډیر پیچلی کیږي، دا په بشپړ ډول پاک یا روښانه نه کیږي، نو تاسو باید د هغه څه په اړه فکر وکړئ چې تاسو یې باور لرئ او ستاسو په شاوخوا کې هرڅوک خاموش دي.
که تاسو غواړئ چټکې پایلې ترلاسه کړئ، دلته ستاسو لپاره یوه ښه موضوع ده: ایا تاسو داسې شرکتونه لیدلي چیرې چې هیڅوک "زه نه پوهیږم"؟ داسې ځایونه شتون لري چیرې چې تاسو په لفظي ډول یو څوک شکنجه کوئ تر هغه چې هغه دا ومني چې هغه په یو څه نه پوهیږي. هرڅوک په هرڅه پوهیږي، هرڅوک د نه منلو وړ پوه دی. تاسو هر چا ته ورشئ، او هغه باید سمدستي پوښتنې ته ځواب ووايي. د دې پرځای چې ووایې "زه نه پوهیږم." هورې، دوی د پوهانو یوه ډله ګمارلې! او په ځینو کلتورونو کې دا عموما خورا خطرناک وي چې ووایې "زه نه پوهیږم"؛ دا د ضعف نښه ګڼل کیدی شي. داسې سازمانونه هم شتون لري چې په برعکس، هرڅوک کولی شي ووایي "زه نه پوهیږم." هلته دا په بشپړه توګه قانوني ده، او که څوک د یوې پوښتنې په ځواب کې د کثافاتو پیل وکړي، نو دا په بشپړه توګه عادي خبره ده چې ځواب ورکړئ: "تاسو نه پوهیږئ چې تاسو د څه په اړه خبرې کوئ، سمه ده؟" او دا ټول په ټوکه بدل کړئ.
په عین حال کې، تاسو غواړئ داسې دنده ولرئ چیرې چې تاسو هر وخت خوشحاله یاست. دا به اسانه نه وي، هره ورځ لمر او خوندوره نه وي، ځینې وختونه تاسو سخت کار کولو ته اړتیا لرئ، مګر کله چې تاسو د ذخیره کولو پیل پیل کړئ، نو دا به وګرځي: واه، دا واقعیا ډیر ښه ځای دی، زه دلته په کار کولو کې ښه احساس کوم، دواړه احساساتي او فکري. او داسې شرکتونه شتون لري چیرې چې تاسو د مشاور په توګه ځئ او سمدلاسه پوه شئ چې تاسو نشئ کولی دا د دریو میاشتو لپاره ودریږئ او په ویره کې وتښتئ. دا هغه څه دي چې زه غواړم په دې راپور کې خبرې وکړم.
ټیم لیستر به د کلیدي نوټ سره راشي د DevOops 2019 کنفرانس ته، چې د اکتوبر په 29-30، 2019 کې به په سینټ پیټرزبرګ کې ترسره شي. تاسو کولی شئ ټکټونه واخلئ . موږ په DevOops کې ستاسو په تمه یو!
سرچینه: www.habr.com