Tim Lister - စာအုပ်များကို ပူးတွဲရေးသားသူ

• “လူ့အချက်။ အောင်မြင်သော Projects and Teams (မူရင်းစာအုပ်ကို "Peopleware" ဟုခေါ်သည်)
• "Waltzing with the Bears- ဆော့ဖ်ဝဲပရောဂျက်များတွင် အန္တရာယ်ကို စီမံခန့်ခွဲခြင်း"
• “ပုံစံများဖြင့် Adrenaline ရူးသွပ်ပြီး ဖုတ်ကောင်ဖြစ်သွားသည်။ ပရောဂျက်အဖွဲ့များ၏ အပြုအမူပုံစံများ"

ဤစာအုပ်များအားလုံးသည် ၎င်းတို့၏နယ်ပယ်တွင် ဂန္ထဝင်များဖြစ်ကြပြီး လုပ်ဖော်ကိုင်ဖက်များနှင့်အတူ ရေးသားခဲ့ကြသည်။ Atlantic စနစ်များအသင်း. ရုရှားမှာ သူ့လုပ်ဖော်ကိုင်ဖက်တွေက အကျော်ကြားဆုံး၊ Tom DeMarco и Peter Hruschkaနာမည်ကြီး လက်ရာများစွာကိုလည်း ရေးသားခဲ့သူပါ။

Tim သည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးတွင် နှစ် 40 အတွေ့အကြုံရှိပြီး၊ 1975 တွင် (ဤ habrapost ရေးသူမည်သူမျှမမွေးပါ) Tim သည် Yourdon Inc ၏အမှုဆောင်ဒုဥက္ကဋ္ဌဖြစ်နေပြီဖြစ်သည်။ ယခုအခါတွင် သူသည် သူ၏အချိန်များကို အကြံပေးခြင်း၊ သင်ကြားခြင်းနှင့် စာရေးခြင်းတို့ကို ရံဖန်ရံခါ လာရောက်လည်ပတ်ခြင်းဖြင့် ကုန်ဆုံးစေသည်။ အစီရင်ခံစာများနှင့်အတူ ကမ္ဘာတစ်ဝှမ်းရှိညီလာခံများ။

အထူးသဖြင့် Habr အတွက် Tim Lister နဲ့ အင်တာဗျူးလုပ်ခဲ့တယ်။ သူသည် DevOops 2019 ကွန်ဖရင့်ကို ဖွင့်လှစ်မည်ဖြစ်ပြီး ကျွန်ုပ်တို့တွင် စာအုပ်များနှင့် အခြားမေးခွန်းများစွာရှိသည်။ အင်တာဗျူးကို ကွန်ဖရင့်အစီအစဉ်ကော်မတီမှ Mikhail Druzhinin နှင့် Oleg Chirukhin တို့က ဆောင်ရွက်သည်။

မိုက်ကယ်- မင်းအခုလုပ်နေတဲ့ကိစ္စနဲ့ ပတ်သက်ပြီး စကားနည်းနည်းပြောလို့ရလား။

Tim- ကျွန်ုပ်သည် Atlantic Systems Guild ၏ အကြီးအကဲဖြစ်သည်။ Guild တွင်ကျွန်ုပ်တို့ခြောက်ယောက်ရှိပြီးကျွန်ုပ်တို့သည်ကျွန်ုပ်တို့ကိုယ်ကိုကျောင်းအုပ်များဟုခေါ်သည်။ အမေရိကတွင် သုံးခုနှင့် ဥရောပတွင် သုံးခု - ထို့ကြောင့် Guild ကို Atlantic ဟုခေါ်သည်။ ငါတို့နှစ်ယောက်အတူရှိလာတာ နှစ်အတော်ကြာခဲ့ပြီမို့ မင်းသူတို့ကို မရေမတွက်နိုင်အောင်ပါပဲ။ ကျွန်ုပ်တို့အားလုံးတွင် ကျွန်ုပ်တို့၏ထူးခြားချက်များရှိသည်။ ကျွန်ုပ်သည် လွန်ခဲ့သော ဆယ်စုနှစ် သို့မဟုတ် ထို့ထက်မကသော ဖောက်သည်များနှင့် အလုပ်တွဲလုပ်ဖူးသည်။ ကျွန်ုပ်၏ပရောဂျက်များတွင် စီမံခန့်ခွဲမှုသာမကဘဲ သတ်မှတ်ချက်များ၊ ပရောဂျက်အစီအစဉ်ရေးဆွဲခြင်းနှင့် အကဲဖြတ်ခြင်းများလည်း ပါဝင်သည်။ ညံ့ဖျင်းစွာ စတင်သော ပရောဂျက်များသည် များသောအားဖြင့် ညံ့ဖျင်းစွာ ပြီးဆုံးသွားပုံရသည်။ ထို့ကြောင့်၊ ဖန်တီးရှင်များ၏ စိတ်ကူးစိတ်သန်းများကို ပေါင်းစပ်ထားခြင်းဖြင့် လုပ်ဆောင်ချက်အားလုံးကို အမှန်တကယ် ကောင်းမွန်စွာ တွေးခေါ်ပြီး ပေါင်းစပ်ထားကြောင်း သေချာစေသင့်ပါသည်။ သင်ဘာလုပ်နေသလဲ၊ ဘာကြောင့်လဲဆိုတာကို စဉ်းစားရကျိုးနပ်ပါတယ်။ ပရောဂျက်ကို ပြီးမြောက်အောင်လုပ်ဖို့ ဘယ်လိုနည်းဗျူဟာတွေသုံးရမလဲ။

ကျွန်ုပ်သည် ဖောက်သည်များအား နည်းလမ်းအမျိုးမျိုးဖြင့် အကြံဉာဏ်ပေးခဲ့သည်မှာ နှစ်ပေါင်းများစွာကြာခဲ့ပြီ။ စိတ်ဝင်စားစရာကောင်းတဲ့ ဥပမာတစ်ခုကတော့ ဒူးနဲ့ တင်ပါးဆုံရိုးခွဲစိတ်မှုအတွက် စက်ရုပ်တွေကို ထုတ်လုပ်တဲ့ ကုမ္ပဏီတစ်ခုပါ။ ခွဲစိတ်ဆရာဝန်သည် လုံးဝအမှီအခိုကင်းစွာ လည်ပတ်ခြင်းမရှိသော်လည်း စက်ရုပ်ကို အသုံးပြုသည်။ ဒီနေရာမှာ ရှင်းရှင်းပြောရင် လုံခြုံရေးက အရေးကြီးတယ်။ ဒါပေမယ့် ပြဿနာတွေကို ဖြေရှင်းဖို့ အာရုံစိုက်နေတဲ့လူတွေနဲ့ လိုအပ်ချက်တွေကို ဆွေးနွေးဖို့ ကြိုးစားတဲ့အခါ ထူးဆန်းနေလိမ့်မယ်၊ ဒါပေမယ့် USA မှာ ရှိပါတယ်။ FDA က ဤစက်ရုပ်ကဲ့သို့ ထုတ်ကုန်များကို လိုင်စင်ထုတ်ပေးသော (ဖက်ဒရယ်ဆေးဝါးကွပ်ကဲမှု)။ သင်ဘာကိုမှမရောင်းခင်၊ သက်ရှိလူတွေကိုမသုံးခင်၊ လိုင်စင်တစ်ခုရဖို့လိုပါတယ်။ အခြေအနေများထဲမှတစ်ခုသည် သင်၏လိုအပ်ချက်များ၊ စစ်ဆေးမှုများသည် အဘယ်အရာဖြစ်သည်၊ ၎င်းတို့ကို သင်စမ်းသပ်ခဲ့ပုံ၊ စာမေးပွဲရလဒ်များက မည်ကဲ့သို့ဖြစ်သည်ကို ပြသရန်ဖြစ်သည်။ လိုအပ်ချက်များကို ပြောင်းလဲပါက၊ ဤကြီးမားသော စမ်းသပ်မှုလုပ်ငန်းစဉ်တစ်ခုလုံးကို ထပ်ခါထပ်ခါ ဖြတ်သန်းရန် လိုအပ်ပါသည်။ ကျွန်ုပ်တို့၏ဖောက်သည်များသည် ၎င်းတို့၏လိုအပ်ချက်များတွင် အပလီကေးရှင်းများ၏ ရုပ်ပုံဒီဇိုင်းကို ထည့်သွင်းနိုင်ခဲ့သည်။ လိုအပ်ချက်များ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ၎င်းတို့တွင် တိုက်ရိုက်ဖန်သားပြင်ဓာတ်ပုံများ ပါရှိခဲ့သည်။ ၎င်းတို့ကို ဆွဲထုတ်ပြီး ဤပရိုဂရမ်အားလုံးသည် ဒူးနှင့် တင်ပါးများအကြောင်း၊ ဤအရာအားလုံးကို ကင်မရာနှင့် စသည်တို့ကို မသိကြောင်း ရှင်းပြရမည်ဖြစ်သည်။ အမှန်တကယ်အရေးကြီးသော နောက်ခံအခြေအနေအချို့ မပြောင်းလဲပါက လိုအပ်ချက်စာရွက်စာတမ်းများကို ၎င်းတို့ ဘယ်သောအခါမှ မပြောင်းလဲစေရန် ပြန်လည်ရေးသားရန် လိုအပ်ပါသည်။ အမြင်ဒီဇိုင်း လိုအပ်ချက်များတွင် မပါဝင်ပါက ထုတ်ကုန်ကို အပ်ဒိတ်လုပ်ခြင်းသည် ပိုမိုမြန်ဆန်မည်ဖြစ်သည်။ ကျွန်ုပ်တို့၏အလုပ်မှာ ဒူး၊ တင်ပါး၊ နောက်ကျောရှိ ခွဲစိတ်မှုများနှင့် ပတ်သက်သည့် အစိတ်အပိုင်းများကို ရှာဖွေရန်၊ ၎င်းတို့ကို သီးခြားစာရွက်စာတမ်းများအဖြစ် ဆွဲထုတ်ပြီး ယင်းတို့သည် အခြေခံလိုအပ်ချက်များဖြစ်သည်ဟု ဆိုရမည်ဖြစ်သည်။ ဒူးခွဲစိတ်မှုဆိုင်ရာ လိုအပ်ချက်များကို သီးခြားအုပ်စုဖွဲ့ကြပါစို့။ ယင်းက ကျွန်ုပ်တို့အား ပိုမိုတည်ငြိမ်သော လိုအပ်ချက်အစုတစ်ခု တည်ဆောက်နိုင်စေမည်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် ထုတ်ကုန်လိုင်းတစ်ခုလုံးအကြောင်း၊ သီးခြားစက်ရုပ်များအကြောင်းမဟုတ်ပေ။

အလုပ်တွေ အများကြီးပြီးသွားပေမယ့် အရင်က အဓိပ္ပါယ်မရှိသလို ထပ်ခါတလဲလဲ စမ်းသပ်မှုတွေ လနဲ့ချီပြီး စာမေးပွဲတွေ ဖြေဆိုခဲ့ရတဲ့ နေရာတွေကို စာရွက်ပေါ်မှာ ဖော်ပြထားတဲ့ သူတို့ရဲ့ လိုအပ်ချက်တွေက စနစ်တွေကို တည်ဆောက်ထားတဲ့ တကယ့်လိုအပ်ချက်တွေနဲ့ မတိုက်ဆိုင်လို့ပါပဲ။ FDA က သူတို့ကို အချိန်တိုင်းပြောခဲ့တယ်- မင်းရဲ့လိုအပ်ချက်တွေက ပြောင်းလဲသွားပြီ၊ အခု မင်းအရာရာကို အစကနေ ပြန်စစ်ဆေးဖို့လိုတယ်။ ထုတ်ကုန်တစ်ခုလုံးကို အပြီးအစီး ပြန်လည်စစ်ဆေးခြင်းသည် လုပ်ငန်းကို သတ်ပစ်လိုက်သည်။

ထို့ကြောင့်၊ စိတ်ဝင်စားစရာကောင်းသည့်အရာတစ်ခု၏အစတွင် သင့်ကိုယ်သင်တွေ့ရှိသောအခါတွင် အံ့သြဖွယ်ကောင်းသည့်အလုပ်များ ရှိပြီး ပထမဆုံးလုပ်ဆောင်ချက်များသည် ဂိမ်း၏နောက်ထပ်စည်းမျဉ်းများကို သတ်မှတ်ပေးပါသည်။ ဤအစောပိုင်း လုပ်ဆောင်ချက်သည် မန်နေဂျာတစ်ဦးနှင့် နည်းပညာဆိုင်ရာ ရှုထောင့်နှစ်ခုလုံးမှ ကောင်းမွန်စွာ စတင်လုပ်ဆောင်ကြောင်း သေချာပါက၊ သင်သည် ကြီးကျယ်သော ပရောဂျက်တစ်ခုနှင့် အဆုံးသတ်ရန် အခွင့်အလမ်းရှိပါသည်။ ဒါပေမယ့် ဒီအပိုင်းက ရထားလမ်းပေါ်က ဆင်းပြီး တစ်နေရာရာမှာ မှားသွားခဲ့ရင် အခြေခံ သဘောတူညီချက်တွေကို ရှာမတွေ့ဘူးဆိုရင်... မဟုတ်ဘူး၊ မင်းရဲ့ ပရောဂျက်က သေချာပေါက် ကျရှုံးမှာ မဟုတ်ဘူး။ ဒါပေမယ့် "ငါတို့လုပ်ခဲ့တယ်၊ ငါတို့အရာရာကိုတကယ်ထိရောက်စွာလုပ်ခဲ့တယ်" ဟုသင်ပြောနိုင်တော့မည်မဟုတ်ပါ။ ဤအရာများသည် ဖောက်သည်များနှင့် ဆက်သွယ်ရာတွင် ကျွန်ုပ်လုပ်ဆောင်သော အရာများဖြစ်သည်။

မိုက်ကယ်- ဆိုလိုသည်မှာ သင်သည် ပရောဂျက်များကို လွှင့်တင်ပါ၊ တစ်မျိုးမျိုး စတင်လုပ်ဆောင်ပြီး ရထားလမ်းများသည် လမ်းကြောင်းမှန်သို့ ဦးတည်နေကြောင်း စစ်ဆေးပါ။

Tim- ပဟေဋ္ဌိ၏အပိုင်းအားလုံးကို ပေါင်းစည်းရန် ကျွန်ုပ်တို့တွင် အကြံဥာဏ်များ ရှိသည်- ကျွန်ုပ်တို့ လိုအပ်သည့် ကျွမ်းကျင်မှုများ၊ ၎င်းတို့ လိုအပ်နေချိန်တွင်၊ အဖွဲ့၏ အမာခံပုံသဏ္ဍာန်နှင့် အခြားအခြေခံအရာများ စသည်တို့ဖြစ်သည်။ ကျွန်ုပ်တို့သည် အချိန်ပြည့်ဝန်ထမ်းများ လိုအပ်ပါသလား သို့မဟုတ် အချိန်ပိုင်းလူတစ်ဦးကို ငှားရမ်းနိုင်ပါသလား။ စီမံကိန်း၊ စီမံခန့်ခွဲမှု။ ကဲ့သို့သော မေးခွန်းများ- ဤအထူးပရောဂျက်အတွက် အရေးကြီးဆုံးက ဘာလဲ။ ဒါကို အောင်မြင်အောင် ဘယ်လိုလုပ်မလဲ။ ဤထုတ်ကုန် သို့မဟုတ် ပရောဂျက်အကြောင်း ကျွန်ုပ်တို့ဘာသိထားသနည်း၊ အန္တရာယ်များကား အဘယ်နည်း၊ မသိသောနေရာတွင် လိမ်ညာထားခြင်း၊ ဤအရာအားလုံးကို ကျွန်ုပ်တို့ မည်သို့ကိုင်တွယ်ဖြေရှင်းမည်နည်း။ ဟုတ်ပါတယ်၊ ဒီအချိန်မှာ တစ်ယောက်ယောက်က "ဘာဖြစ်တာလဲ သွက်လက်လို့!" အိုကေ၊ မင်းအားလုံးက လိုက်လျောညီထွေဖြစ်ပြီး၊ ဒါ ဘာလဲ။ ပရောဂျက်က ဘယ်လိုပုံစံလဲ၊ ပရောဂျက်နဲ့ကိုက်ညီတဲ့ပုံစံနဲ့ ဘယ်လိုထုတ်မလဲ။ "ကျွန်ုပ်တို့၏ချဉ်းကပ်ပုံသည် မည်သည့်အရာနှင့်မျှ သက်ဆိုင်သည်၊ ကျွန်ုပ်တို့သည် Scrum အဖွဲ့ဖြစ်သည်!" ဤသည်မှာ အဓိပ္ပာယ်မရှိ၊ နောက်ဘယ်ကိုသွားမှာလဲ၊ ဘာကြောင့်အလုပ်လုပ်ရမှာလဲ၊ ဘယ်မှာလဲ။ ကျွန်ုပ်သည် ကျွန်ုပ်၏ဖောက်သည်များအား ဤမေးခွန်းအားလုံးကို စဉ်းစားတတ်စေရန် သင်ပေးပါသည်။

၁၉ နှစ် သွက်လက်သည်။

မိုက်ကယ်- Agile တွင်၊ လူများသည် မည်သည့်အရာကိုမျှ ကြိုတင်မသတ်မှတ်ရန် ကြိုးစားလေ့ရှိသော်လည်း၊ ကျွန်ုပ်တို့သည် ကြီးလွန်းသည်၊ အလုံးစုံ ဗိသုကာပညာကို ကျွန်ုပ်မစဉ်းစားတော့ပါ။ အခြားအရာများစွာကို ကျွန်ုပ်မတွေးပါနှင့်၊ ယင်းအစား၊ ဖောက်သည်ထံသို့ ယခုချက်ချင်း လုပ်ဆောင်နိုင်သော အရာတစ်ခုကို ပို့ပေးပါမည်။

Tim- သွက်လက်သော နည်းစနစ်များဖြင့် စတင်သည်ဟု ထင်ပါတယ်။ ခေတ်ရဲ့သွက်လက်တဲ့ manifest 2001 ခုနှစ်တွင်စက်မှုလုပ်ငန်းမျက်စိဖွင့်။ ဒါပေမယ့် တစ်ဖက်မှာတော့ ဘယ်အရာမှ ပြီးပြည့်စုံမှုမရှိပါဘူး။ ငါက ထပ်ခါထပ်ခါ ဖွံ့ဖြိုးတိုးတက်ရေး အတွက်ပါ။ Iteration သည် ပရောဂျက်အများစုတွင် အဓိပ္ပါယ်များစွာရှိသည်။ ဒါပေမယ့် သင်စဉ်းစားရမယ့်မေးခွန်းကတော့ ထုတ်ကုန်ထွက်ပြီး အသုံးပြုပြီးတာနဲ့ ဘယ်လောက်ကြာကြာခံနိုင်မလဲ။ ဤအရာသည် အခြားအရာတစ်ခုခုဖြင့် အစားထိုးခြင်းမပြုမီ ခြောက်လခန့်ကြာရှည်ခံမည့် ထုတ်ကုန်တစ်ခုလား။ ဒါမှမဟုတ် ဒါက နှစ်ပေါင်းများစွာ အလုပ်လုပ်မယ့် ထုတ်ကုန်လား။ ဟုတ်ပါတယ်၊ ကျွန်တော် နာမည်တော့ မပြောတော့ပါဘူး၊ ဒါပေမယ့်... New York နဲ့ သူ့ရဲ့ ဘဏ္ဍာရေးအသိုင်းအဝိုင်းမှာ အခြေခံအကျဆုံး စနစ်တွေက အရမ်းဟောင်းနေပါပြီ။ ဒါက အံ့သြစရာပါ။ သင်သူတို့ကိုကြည့်ပြီး ၁၉၉၄ ခုနှစ်ကို အချိန်မီပြန်သွားနိုင်ရင် စဉ်းစားပြီး developer တွေကို ပြောပါ– “ကျွန်တော်က အနာဂတ်ကနေ 1994 ကလာတာပါ။ သင်လိုအပ်နေသမျှကာလပတ်လုံးဒီစနစ်ကိုတည်ဆောက်ပါ။ ချဲ့ထွင်နိုင်အောင်၊ ဗိသုကာပညာကို စဉ်းစားပါ။ ထို့နောက် နှစ်ဆယ့်ငါးနှစ်ထက် ပိုကောင်းလာမည်ဖြစ်သည်။ ဖွံ့ဖြိုးတိုးတက်မှုကို နည်းနည်းကြာအောင် နှောင့်နှေးရင် ဘယ်သူမှ သတိထားမိမှာ မဟုတ်ဘူး!” ရေရှည်မှာ အရာတွေကို ခန့်မှန်းကြည့်တဲ့အခါ စုစုပေါင်း ဘယ်လောက်ကုန်ကျမလဲဆိုတာကို ထည့်သွင်းစဉ်းစားဖို့ လိုပါတယ်။ တစ်ခါတစ်ရံတွင် ကောင်းမွန်စွာ ဒီဇိုင်းဆွဲထားသော ဗိသုကာပညာသည် အမှန်တကယ် တန်ဖိုးရှိပြီး တစ်ခါတစ်ရံ မဟုတ်ပါ။ ကျွန်ုပ်တို့သည် မိမိကိုယ်ကို လှည့်ပတ်ကြည့်ရှုပြီး မေးရန် လိုအပ်သည်- ကျွန်ုပ်တို့သည် ထိုသို့သော ဆုံးဖြတ်ချက်အတွက် မှန်ကန်သော အခြေအနေတွင် ရှိနေပါသလား။

ထို့ကြောင့် "ကျွန်ုပ်တို့သည် သွက်လက်မြန်ဆန်သည်၊ ဖောက်သည်သည် သူလိုချင်သောအရာကို ကျွန်ုပ်တို့အား ပြောပြလိမ့်မည်" ဟူသော အယူအဆသည် အလွန်နုံအလွန်းသည်။ ဖောက်သည်များသည် သူတို့လိုချင်သောအရာကိုပင် မသိသည့်အပြင် ၎င်းတို့ဘာရနိုင်သည်ကို မသိနိုင်သောကြောင့် ပို၍ပင်။ တချို့လူတွေက သမိုင်းဆိုင်ရာ ဥပမာတွေကို အငြင်းအခုံတွေအဖြစ် ကိုးကားကြလိမ့်မယ်၊ ဒါကို ငါမြင်ပြီးပြီ။ ဒါပေမယ့် နည်းပညာပိုင်းအရ အဆင့်မြင့်တဲ့လူတွေကတော့ ဒီလိုပြောလေ့မရှိပါဘူး။ သူတို့က "2019 ခုနှစ်ရောက်ပြီ၊ ဒါတွေက ကျွန်တော်တို့မှာ အခွင့်အရေးတွေဖြစ်ပြီး ဒါတွေကို ကြည့်တဲ့ပုံစံကို လုံးဝပြောင်းလဲပစ်နိုင်မှာပါ" ရှိပြီးသားဖြေရှင်းနည်းများကို အတုယူကာ အနည်းငယ်ပို၍ လှပစေမည့်အစား တခါတရံတွင် သင်သည် အပြင်ထွက်ပြီး “ဒီမှာ လုပ်နေတာတွေကို လုံးဝ ပြန်လည်ဆန်းသစ်လိုက်ကြရအောင်!”

ဖောက်သည်အများစုသည် ထိုပြဿနာကို ထိုနည်းဖြင့် စဉ်းစားနိုင်သည်ဟု ကျွန်ုပ်မထင်ပါ။ သူတို့မှာ ရှိပြီးသားအရာတွေကိုပဲ မြင်တယ်၊ ဒီလောက်ပါပဲ။ ထို့နောက် “ဒါကို နည်းနည်း ပိုရိုးရှင်းအောင် လုပ်ကြရအောင်” ကဲ့သို့သော တောင်းဆိုမှုများဖြင့် သူတို့ လာကြသည်။ ဒါပေမယ့် ငါတို့က စားပွဲထိုးတွေ စားပွဲထိုးတွေ မဟုတ်ဘူး၊ ဒါကြောင့် ဘယ်လောက်ပဲ မိုက်မဲပြီး မီးဖိုချောင်မှာ ဖုတ်နေပါစေ မှာယူနိုင်ပါတယ်။ ကျွန်ုပ်တို့သည် သူတို့၏ လမ်းပြများဖြစ်သည်။ မျက်လုံးဖွင့်ပြီး ပြောရမှာက ဟေး၊ ငါတို့မှာ အခွင့်အလမ်းသစ်တွေ ရှိတယ်။ သင့်လုပ်ငန်း၏ ဤအပိုင်းကို အမှန်တကယ်ပြောင်းလဲနိုင်သည်ကို သင်သဘောပေါက်ပါသလား။ Agile ၏ပြဿနာများထဲမှတစ်ခုမှာ အခွင့်အလမ်းဟူသည် အဘယ်နည်း၊ ပြဿနာဟူသည် အဘယ်နည်း၊ ကျွန်ုပ်တို့ ဘာလုပ်ရန် လိုအပ်သနည်း၊ ဤအခြေအနေအတွက် အသင့်တော်ဆုံးဖြစ်သည့် နည်းပညာများကို သိရှိနားလည်မှုကို ဖယ်ရှားပေးခြင်းဖြစ်သည်။

ဤနေရာတွင် ကျွန်ုပ်သည် အလွန်သံသယဖြစ်ကောင်းဖြစ်နိုင်သည်- သွက်လက်သောအသိုင်းအဝန်းတွင် အံ့သြဖွယ်ကောင်းသောအရာများစွာ ဖြစ်ပျက်နေပါသည်။ ဒါပေမယ့် ပရောဂျက်တစ်ခုကို သတ်မှတ်မယ့်အစား လူတွေက လက်ဆွဲနှုတ်ဆက်နေကြတော့ ပြဿနာတစ်ခုရှိတယ်။ ဒီမှာမေးမယ် - ငါတို့ဘာလုပ်နေတာလဲ၊ ငါတို့ဘယ်လိုလုပ်မလဲ။ တစ်နည်းတစ်ဖုံအားဖြင့် ဖောက်သည်သည် မည်သူမဆိုထက် ပိုသိသင့်သည်ဟု အမြဲတစေ မှင်သက်စွာ ထွက်ပေါ်လာသည်။ သို့သော် ဖောက်သည်သည် တစ်စုံတစ်ဦးမှ တည်ဆောက်ထားပြီးသော အရာများကို ရွေးချယ်သည့်အခါမှသာ အကောင်းဆုံးသိသည်။ ကားတစ်စီးဝယ်ချင်ရင် မိသားစုဘတ်ဂျက်ရဲ့ အရွယ်အစားကို သိရင်၊ ငါ့ဘဝနေထိုင်မှုပုံစံနဲ့ ကိုက်ညီမယ့် ​​ကားကို အမြန်ရွေးချယ်လိုက်ပါ။ ဤနေရာတွင် ကျွန်ုပ်သည် မည်သူမဆိုထက် အရာအားလုံးကို ပိုသိပါသည်။ ဒါပေမယ့် တစ်စုံတစ်ယောက်က ကားတွေလုပ်ထားပြီးသားဆိုတာ သတိပြုပါ။ ကားအသစ်ကို ဘယ်လိုတီထွင်ရမှန်း မသိတော့ဘူး၊ ကျွမ်းကျင်သူလည်း မဟုတ်ဘူး။ ကျွန်ုပ်တို့သည် စိတ်ကြိုက် သို့မဟုတ် အထူးထုတ်ကုန်များကို ဖန်တီးသောအခါတွင်၊ ဖောက်သည်၏အသံကို ထည့်သွင်းစဉ်းစားရမည်ဖြစ်သော်လည်း ၎င်းသည် တစ်ခုတည်းသောအသံမဟုတ်တော့ပါ။

Oleg- သင်သည် Agile Manifesto ကိုဖော်ပြခဲ့သည်။ ပြဿနာကို ခေတ်မီနားလည်မှုဖြင့် တစ်နည်းနည်းဖြင့် မွမ်းမံပြင်ဆင်ရန် သို့မဟုတ် ပြန်လည်ပြင်ဆင်ရန် လိုအပ်ပါသလား။

Tim- ငါသူ့ကိုမထိဘူး။ သမိုင်းမှတ်တမ်းကောင်းတစ်ခုလို့ ကျွန်တော်ထင်ပါတယ်။ ဆိုလိုတာက သူက ဘာလဲ။ အသက် 19 နှစ်ပြည့်ပြီဖြစ်သော်လည်း သူ့ခေတ်သူ့အခါက တော်လှန်ရေးတစ်ရပ်ကို ပြုလုပ်ခဲ့သည်။ သူကောင်းကောင်းလုပ်ခဲ့တာက တုံ့ပြန်မှုတစ်ခုဖြစ်ပြီး လူတွေက သူ့အကြောင်း တီးတိုးပြောလာကြတယ်။ ဖြစ်နိုင်သည်မှာ သင်သည် ၂၀၀၁ ခုနှစ်တွင် စက်မှုလုပ်ငန်းတွင် အလုပ်မ၀င်သေးသော်လည်း နောက်ပိုင်းတွင် လူတိုင်းသည် လုပ်ငန်းစဉ်များအတိုင်း လုပ်ဆောင်ခဲ့ကြသည်။ ဆော့ဖ်ဝဲအင်ဂျင်နီယာဌာန၊ ဆော့ဖ်ဝဲပြည့်စုံမှုပုံစံ (CMMI) အဆင့်ငါးခု။ ရှေးယခင်က ဤကဲ့သို့ နက်နဲသော ဒဏ္ဍာရီများသည် သင့်အား တစ်စုံတစ်ရာ ပြောပြခြင်း ရှိမရှိ ကျွန်ုပ်မသိပါ၊ သို့သော် ယင်းမှာ အောင်မြင်မှုတစ်ခုဖြစ်သည်။ အစပိုင်းမှာတော့ လူတွေက လုပ်ငန်းစဉ်တွေကို မှန်ကန်စွာသတ်မှတ်ထားရင် ပြဿနာတွေက သူ့ဘာသာသူ ပျောက်သွားမယ်လို့ ယုံကြည်ကြပါတယ်။ ပြီးတော့ Manifesto က ထွက်လာပြီး “မဟုတ်ဘူး၊ မဟုတ်ဘူး၊ မဟုတ်ဘူး၊ ငါတို့က လူတွေအပေါ်မှာ အခြေခံမယ်၊ လုပ်ငန်းစဉ်တွေ မဟုတ်ဘူး” လို့ ပြောပါတယ်။ ကျွန်ုပ်တို့သည် ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေး၏ သခင်များဖြစ်သည်။ စံပြဖြစ်စဉ်သည် တံလျှပ်တစ်မျှင် ဖြစ်သည်ကို ကျွန်ုပ်တို့ နားလည်သည်၊ ထိုသို့မဖြစ်ပါ။ ပရောဂျက်များတွင် idiosyncrasy များလွန်းသည်၊ ပရောဂျက်အားလုံးအတွက် ပြီးပြည့်စုံသော လုပ်ငန်းစဉ်တစ်ခု၏ စိတ်ကူးသည် အဓိပ္ပါယ်မရှိပေ။ ပြဿနာအားလုံးအတွက် အဖြေတစ်ခုပဲရှိတယ် (မင်္ဂလာပါ နိဗ္ဗာန်) လို့ ဆိုဖို့ ရှုပ်ထွေးလွန်းတယ်။

အနာဂတ်ကို မျှော်ကြည့်ဖို့ မထင်ထားပေမယ့် အခုလူတွေက ပရောဂျက်တွေအကြောင်း ပိုစဉ်းစားလာနေပြီလို့ ပြောချင်ပါတယ်။ Agile Manifesto သည် ခုန်ထွက်ပြီး “ဟေး! သင်သည် သင်္ဘောပေါ်တွင်ရှိပြီး သင်ကိုယ်တိုင် ဤသင်္ဘောကို မောင်းနှင်နေပါသည်။ သင်ဆုံးဖြတ်ချက်တစ်ခုချရပါမည် - အခြေအနေအားလုံးအတွက် universal စာရွက်ကို အကြံပြုမည်မဟုတ်ပါ။ သင်သည် သင်္ဘော၏ အမှုထမ်းဖြစ်ပြီး သင်သည် လုံလောက်ပါက၊ သင်သည် သင်၏ပန်းတိုင်သို့ လမ်းကြောင်းရှာနိုင်သည်။ မင်းရှေ့က တခြားသင်္ဘောတွေ ရှိတယ်၊ မင်းနောက်မှာ တခြားသင်္ဘောတွေလည်း ရှိလိမ့်မယ်၊ ဒါပေမဲ့ တစ်နည်းအားဖြင့် မင်းရဲ့ခရီးက ထူးခြားနေသေးတယ်။" တစ်ခုခုပေါ့။ ဒါဟာ စဉ်းစားနည်းတစ်ခုပါ။ ငါ့အတွက်၊ နေအောက်မှာ အသစ်အဆန်းမရှိဘူး၊ လူတွေက အရင်က ရွက်လွှင့်ပြီး ပြန်ရွက်လွှင့်ကြပေမယ့် မင်းအတွက်ကတော့ ဒါက မင်းရဲ့ အဓိက ခရီးဖြစ်ပြီး မင်းအတွက် ဘာဖြစ်လာမယ်ဆိုတာ ငါအတိအကျ မပြောဘူး။ အဖွဲ့တစ်ဖွဲ့တွင် ညှိနှိုင်းလုပ်ဆောင်နိုင်သည့် အရည်အချင်းရှိရန် လိုအပ်ပြီး သင့်တွင် ၎င်းတို့တကယ်ရှိလျှင် အရာအားလုံး အဆင်ပြေမည်ဖြစ်ပြီး သင်အလိုရှိရာကို ရရှိမည်ဖြစ်သည်။

လူသုံးပစ္စည်း- နှစ် 30 ကြာ

Oleg- Peopleware သည် တော်လှန်ရေးဖြစ်သလို Manifesto ဖြစ်ပါသလား။

Tim- Peopleware... Tom နဲ့ ကျွန်တော် ဒီစာအုပ်ကို ရေးခဲ့ပေမဲ့ ဒီလိုမျိုး ဖြစ်လိမ့်မယ်လို့ ကျွန်တော်တို့ မထင်ထားခဲ့ပါဘူး။ တစ်နည်းနည်းနဲ့ လူတွေရဲ့ အတွေးအမြင်တွေနဲ့ ပဲ့တင်ထပ်နေတယ်။ ဤသည်မှာ ပထမဆုံးစာအုပ်ဖြစ်သည်- ဆော့ဖ်ဝဲလ် ဖွံ့ဖြိုးတိုးတက်မှုသည် လူသားတို့ အလေးထားသော လုပ်ဆောင်မှုတစ်ခုဖြစ်သည်ဟု ဆိုထားသည်။ ကျွန်ုပ်တို့၏ နည်းပညာဆိုင်ရာ သဘောသဘာဝရှိသော်လည်း၊ ကျွန်ုပ်တို့သည် ကြီးမားသော၊ ကြီးမား၍ အလွန်ရှုပ်ထွေးသော အရာတစ်ခုကို တည်ဆောက်နေသူများ၏ အသိုက်အဝန်းတစ်ခုလည်းဖြစ်သည်။ ဒီလိုအရာတွေကို ဘယ်သူကမှ တစ်ယောက်တည်း မဖန်တီးနိုင်ဘူး မဟုတ်လား။ ထို့ကြောင့် "အသင်း" ၏စိတ်ကူးသည်အလွန်အရေးကြီးလာသည်။ စီမံခန့်ခွဲမှု ရှုထောင့်မှသာမကဘဲ အမှန်တကယ် ရှုပ်ထွေးနက်နဲသော ပြဿနာများကို ဖြေရှင်းရန် စုစည်းလာသော နည်းပညာရှင်များအတွက်လည်း ဖြစ်သည်။ ကျွန်တော့်အတွက်ကတော့ ဒါဟာ ကျွန်တော့်ရဲ့အသက်မွေးဝမ်းကြောင်းတစ်လျှောက်လုံးမှာ ကြီးမားတဲ့ ဉာဏ်ရည်စမ်းသပ်မှုတစ်ခုပါပဲ။ ဒီနေရာမှာ မင်းပြောနိုင်ရမယ်- ဟုတ်တယ်၊ ဒီပြဿနာက ငါကိုယ်တိုင် ကိုင်တွယ်နိုင်တာထက် ပိုတယ် ဒါပေမယ့် ငါတို့ ဂုဏ်ယူနိုင်တဲ့ ပြေပြစ်တဲ့ ဖြေရှင်းချက်တစ်ခုကို အတူတကွ ရှာတွေ့နိုင်တယ်။ ပြီးတော့ ဒီအယူအဆက ပဲ့တင်ထပ်နေတယ်လို့ ထင်ပါတယ်။ ကျွန်ုပ်တို့သည် အချိန်၏တစ်စိတ်တစ်ပိုင်းကို ကျွန်ုပ်တို့ကိုယ်တိုင်လုပ်ဆောင်သည်၊ အဖွဲ့တစ်ဖွဲ့၏တစ်စိတ်တစ်ပိုင်းအဖြစ်နှင့် မကြာခဏဆိုသလိုပင် အဖွဲ့မှ ဆုံးဖြတ်ချက်ချသည်ဟု ယူဆပါသည်။ အုပ်စုပြဿနာဖြေရှင်းခြင်းသည် ရှုပ်ထွေးသောပရောဂျက်များ၏ အရေးကြီးသောအင်္ဂါရပ်တစ်ခု လျင်မြန်စွာဖြစ်လာသည်။

Tim သည် များစွာသော ဆွေးနွေးပွဲများကို ပေးခဲ့သော်လည်း ၎င်းတို့ထဲမှ အနည်းငယ်သာ YouTube ပေါ်တွင် တင်ထားသည်။ ၂၀၀၇ ခုနှစ်မှ “The Return of Peopleware” အစီရင်ခံစာကို ကြည့်ရှုနိုင်သည်။ အရည်အသွေးကတော့ လိုချင်စရာတွေ အများကြီးကျန်ခဲ့တာတော့ အမှန်ပါပဲ။

မိုက်ကယ်- စာအုပ်ထုတ်ဝေပြီးသည့်နောက်ပိုင်း နှစ်ပေါင်း ၃၀ အတွင်း တစ်စုံတစ်ရာ ပြောင်းလဲသွားပါသလား။

Tim- ဒါကို ရှုထောင့်အမျိုးမျိုးကနေ ကြည့်နိုင်ပါတယ်။ လူမှုဗေဒအရပြောရရင်... တစ်ချိန်က၊ ပိုရိုးရှင်းတဲ့ခေတ်မှာ မင်းနဲ့ မင်းအဖွဲ့ဟာ ရုံးခန်းတစ်ခုတည်းမှာ ထိုင်တယ်။ နေ့တိုင်း နီးနီးနားနား ကော်ဖီအတူသောက်ပြီး အလုပ်အကြောင်း ဆွေးနွေးနိုင်ပါတယ်။ အမှန်တကယ်ပြောင်းလဲသွားသည့်အရာမှာ ယခုအခါ အသင်းများအား ပထဝီဝင်အနေအထားအရ၊ မတူညီသောနိုင်ငံများနှင့် အချိန်ဇုန်များတွင် ဖြန့်ဝေနိုင်သော်လည်း ၎င်းတို့သည် တူညီသောပြဿနာအတွက် လုပ်ဆောင်နေကြဆဲဖြစ်ပြီး၊ ၎င်းသည် ရှုပ်ထွေးမှုအလွှာတစ်ခုလုံးကို ထပ်လောင်းပေးပါသည်။ ဒါက ကျောင်းဟောင်းလို့ထင်ရပေမယ့် မင်းအားလုံးအတူတကွအလုပ်လုပ်နေတဲ့ မျက်နှာချင်းဆိုင်ဆက်သွယ်မှုလို ဘာမှမရှိဘူး၊ လုပ်ဖော်ကိုင်ဖက်တစ်ယောက်ဆီ လမ်းလျှောက်ပြီး ငါတွေ့ခဲ့တာကို ကြည့်ပါ၊ ဒါကို ဘယ်လိုကြိုက်လဲလို့ ပြောလို့ရပါတယ်။ မျက်နှာချင်းဆိုင် စကားပြောဆိုမှုများသည် အလွတ်သဘော ဆက်သွယ်မှုသို့ လျင်မြန်စွာ ကူးပြောင်းရန် နည်းလမ်းကို ပေးစွမ်းပြီး သွက်လက်သော ဝါသနာရှင်များလည်း ၎င်းကို နှစ်သက်သင့်သည်ဟု ကျွန်တော် ထင်ပါတယ်။ လက်တွေ့မှာ ကမ္ဘာကြီးဟာ အလွန်သေးငယ်သွားခဲ့ပြီး အခုတော့ အားလုံးဟာ ဖြန့်ဝေရေးအဖွဲ့တွေနဲ့ လွှမ်းခြုံထားတာကြောင့် အားလုံးက ရှုပ်ထွေးလွန်းတာကြောင့် ကျွန်တော်လည်း စိုးရိမ်မိပါတယ်။

ကျွန်ုပ်တို့အားလုံး DevOps တွင်နေထိုင်ကြသည်။

မိုက်ကယ်- ညီလာခံပရိုဂရမ်ကော်မတီရဲ့ ရှုထောင့်ကနေကြည့်ရင်တောင်၊ ကယ်လီဖိုးနီးယား၊ နယူးယောက်၊ ဥရောပ၊ ရုရှား... စင်္ကာပူမှာ ဘယ်သူမှ မရှိသေးဘူး။ ပထဝီဝင် ကွာခြားချက်က အတော်လေး ကြီးမားပြီး လူတွေက ပိုလို့တောင် ပျံ့နှံ့လာပါတော့တယ်။ ကျွန်ုပ်တို့သည် ဖွံ့ဖြိုးတိုးတက်မှုအကြောင်းပြောနေပါက၊ အဖွဲ့များကြားတွင် အတားအဆီးများကို ဖြိုခွဲခြင်းနှင့် အဖွဲ့များကြားတွင် အတားအဆီးများအကြောင်း ပိုမိုပြောပြနိုင်ပါသလား။ လူတိုင်းဟာ သူတို့ရဲ့ ကတုတ်ကျင်းတွေထဲမှာ ထိုင်နေကြတယ်ဆိုတဲ့ အယူအဆတစ်ခု ရှိနေပြီး အခု ကတုတ်ကျင်းတွေ ပြိုကျနေပြီ၊ ဒီဥပမာကို သင်ဘယ်လိုထင်လဲ။

Tim- မကြာသေးမီက နည်းပညာဆိုင်ရာ အောင်မြင်မှုများကြောင့် တီထွင်မှုများသည် အလွန်အရေးကြီးသည်ဟု ကျွန်ုပ်ထင်ပါသည်။ ယခင်က သင့်တွင် ဆော့ဖ်ဝဲရေးသားသူနှင့် စီမံခန့်ခွဲသူများအဖွဲ့များ ရှိခဲ့သည်၊ ၎င်းတို့သည် အလုပ်လုပ်သည်၊ အလုပ်လုပ်သည်၊ အလုပ်လုပ်သည်၊ တစ်ချိန်ချိန်တွင် သင်သည် စီမံခန့်ခွဲသူများထံလာရောက်၍ ထုတ်လုပ်ရန်အတွက် ထုတ်လွှတ်နိုင်သည့်အရာတစ်ခု ပေါ်လာသည်။ ဤတွင် ဘန်ကာအကြောင်း စကားစမြည်ပြောလာသည်၊ အကြောင်းမှာ အက်ဒ်မင်များသည် မဟာမိတ်များဖြစ်ပြီး အနည်းဆုံး ရန်သူများမဟုတ်ဘဲ ထုတ်လုပ်ရေးသို့သွားရန် အဆင်သင့်ဖြစ်သောအခါမှသာ ၎င်းတို့နှင့် စကားပြောခဲ့သည်။ မင်းသူတို့ဆီသွားပြီး တစ်ခုခုနဲ့ ပြောခဲ့သလား၊ ငါတို့မှာ ရှိတဲ့ အက်ပလီကေးရှင်းကို ကြည့်ပါ၊ ဒါပေမယ့် မင်း ဒီလျှောက်လွှာကို ထုတ်ပေးနိုင်မလား။ ယခုမူ ပေးပို့ခြင်းဆိုင်ရာ အယူအဆ တစ်ခုလုံးသည် ပိုကောင်းလာပါသည်။ ဆိုလိုတာက အပြောင်းအလဲတွေကို မြန်မြန်ဆန်ဆန် တွန်းလှန်နိုင်တဲ့ ဒီအကြံတစ်ခုရှိတယ်။ ကျွန်ုပ်တို့သည် ထုတ်ကုန်များကို အချိန်နှင့်တပြေးညီ အပ်ဒိတ်လုပ်နိုင်ပါသည်။ ကျွန်ုပ်၏လက်တော့ပ်ပေါ်ရှိ Firefox ပေါ်လာသောအခါ အမြဲတမ်းပြုံးလျက်၊ ဟေး၊ ကျွန်ုပ်တို့သည် သင်၏ Firefox ကို နောက်ခံတွင် အပ်ဒိတ်လုပ်ထားပြီး တစ်မိနစ်ကြာသည်နှင့် ဤနေရာကို နှိပ်ပြီး နောက်ဆုံးထွက်ရှိမှုကို ပေးမည်ဟု ပြောသောအခါ ကျွန်ုပ် အမြဲတမ်း ပြုံးနေပါသည်။ ပြီးတော့ ကျွန်မက "အို ဟုတ်တယ် ကလေး!" ငါအိပ်နေတဲ့အချိန်မှာ သူတို့က ငါ့ကွန်ပြူတာမှာ ဖြန့်ချိမှုအသစ်တစ်ခုကို ပို့ပေးဖို့ လုပ်နေတယ်။ ဒါက အံ့သြစရာ၊ မယုံနိုင်စရာပါပဲ။

သို့သော် ဤနေရာတွင် အခက်အခဲဖြစ်သည်- သင့်တွင် ဆော့ဖ်ဝဲလ်ကို အပ်ဒိတ်လုပ်ရာတွင် ဤအင်္ဂါရပ်ရှိသော်လည်း လူများကို ပေါင်းစည်းခြင်းသည် ပို၍ခက်ခဲသည်။ DevOops ၏အဓိကအမှာစကားမှာကျွန်တော်ပြောလိုသည်မှာယခုကျွန်ုပ်တို့၌ယခင်ကထက်ပိုမိုကစားသမားများစွာရှိသည်။ အဖွဲ့တစ်ဖွဲ့တည်းမှာ ပါဝင်သူတိုင်းကို တွေးကြည့်မယ်ဆိုရင်…. အဖွဲ့တစ်ဖွဲ့အဖြစ် သင်ထင်မြင်ခဲ့ပြီး ၎င်းသည် ပရိုဂရမ်မာအဖွဲ့တစ်ဖွဲ့ထက် များစွာပိုပါသည်။ ၎င်းတို့သည် စမ်းသပ်သူများ၊ ပရောဂျက်မန်နေဂျာများနှင့် အခြားလူများစုဖြစ်သည်။ ပြီးတော့ လူတိုင်းမှာ ကိုယ့်အမြင်ကိုယ်စီရှိကြတယ်။ ထုတ်ကုန်မန်နေဂျာများသည် ပရောဂျက်မန်နေဂျာများနှင့် လုံးဝကွဲပြားပါသည်။ Admin တွေမှာ ကိုယ်ပိုင်အလုပ်တွေရှိတယ်။ ဖြစ်ပျက်နေတာကို သတိထားပြီး ရူးသွပ်မနေဘဲ ပါဝင်သူအားလုံးကို ညှိနှိုင်းဖို့ အတော်လေး ခက်ခဲတဲ့ ပြဿနာ ဖြစ်လာပါတယ်။ အဖွဲ့၏အလုပ်များနှင့် လူတိုင်းနှင့်သက်ဆိုင်သည့်အလုပ်များကို ခွဲခြားရန် လိုအပ်ပါသည်။ ဒါက အရမ်းခက်ခဲတဲ့အလုပ်ပါ။ တစ်ဖက်ကလည်း၊ အရင်နှစ်တွေထက် အများကြီး ပိုကောင်းတယ်လို့ ထင်ပါတယ်။ ဤသည်မှာ လူတို့ ကြီးပွားပြီး မှန်ကန်စွာ ပြုမူတတ်ရန် သင်ယူရမည့် လမ်းဖြစ်သည်။ ပေါင်းစည်းလိုက်သောအခါတွင်၊ ဆော့ဖ်ဝဲလ်သည် နောက်ဆုံးအခိုက်အတန့်တွင် jack-in-the-box ကဲ့သို့ လွင့်ထွက်မသွားစေရန် မြေအောက်ဖွံ့ဖြိုးတိုးတက်မှု မရှိသင့်သည်ကို သင်နားလည်ပါသည်။ အိုင်ဒီယာမှာ ပေါင်းစပ်ခြင်းနှင့် ဖွံ့ဖြိုးတိုးတက်ရေးကို လုပ်ဆောင်နိုင်မည်ဖြစ်ပြီး အဆုံးတွင် သပ်သပ်ရပ်ရပ်နှင့် ထပ်တလဲလဲ နည်းလမ်းဖြင့် ထွက်ပေါ်လာမည်ဖြစ်သည်။ ဒါတွေအားလုံးက ငါ့အတွက် အများကြီး အဓိပ္ပာယ်ရှိတယ်။ ၎င်းသည် စနစ်၏အသုံးပြုသူများနှင့် သင့်ဖောက်သည်များအတွက် ပိုမိုတန်ဖိုးများဖန်တီးနိုင်စေသည်။

မိုက်ကယ်- Devops ၏ အယူအဆတစ်ခုလုံးသည် အဓိပ္ပာယ်ပြည့်ဝသော တိုးတက်မှုများကို ဖြစ်နိုင်သမျှ စောနိုင်သမျှ စောစီးစွာပေးပို့ရန်ဖြစ်သည်။ ကမ္ဘာကြီးက ပိုပိုပြီး အရှိန်အဟုန်နဲ့ တိုးလာတာကို ကျွန်တော်မြင်တယ်။ အဲဒီလို အရှိန်အဟုန်နဲ့ လိုက်လျောညီထွေဖြစ်အောင် ဘယ်လို လုပ်မလဲ။ လွန်ခဲ့သော ဆယ်နှစ်က ဤအရာသည် မရှိခဲ့ပါ။

Tim- ဟုတ်ပါတယ်၊ လူတိုင်းက လုပ်ဆောင်ချက်တွေကို ပိုပိုပြီး လိုချင်ကြပါတယ်။ ရွှေ့စရာ မလိုပါဘူး၊ များများတင်လိုက်ပါ။ တစ်ခါတစ်ရံတွင် အသုံးဝင်သောအရာတစ်ခုခုကို ယူဆောင်လာရန် နောက် ထပ်တိုးမွမ်းမံမှုအတွက် နှေးကွေးသွားရသည် - ၎င်းသည် လုံးဝပုံမှန်ဖြစ်သည်။

ပြေးရမယ်၊ ပြေးရမယ် ဆိုတဲ့ အတွေးက အကောင်းဆုံးတော့ မဟုတ်ပါဘူး။ ဘယ်သူမဆို ဒီလိုဘဝမျိုးကို လိုချင်တာ မဖြစ်နိုင်ပါဘူး။ ပရောဂျက်ရဲ့ ကိုယ်ပိုင်သံစဉ်ကို သတ်မှတ်ဖို့ ပို့ဆောင်မှုရဲ့ စည်းချက် လိုချင်ပါတယ်။ သေးငယ်ပြီး အဓိပ္ပါယ်မရှိသော အရာများကိုသာ ထုတ်လုပ်လိုက်မည်ဆိုလျှင် ယင်းအရာအားလုံးသည် အဓိပ္ပါယ်မရှိပေ။ အရာများကို တတ်နိုင်သမျှ စောစောထုတ်ရန် သတိမဲ့စွာ ကြိုးစားနေမည့်အစား ဦးဆောင် developer များ၊ ထုတ်ကုန်များနှင့် ပရောဂျက်မန်နေဂျာများနှင့် ဆွေးနွေးသင့်သည်မှာ ဗျူဟာဖြစ်သည်။ ဒါက အဓိပ္ပာယ်ရှိသလား။

ပုံစံများနှင့်ဆန့်ကျင်ဘက်ပုံစံများ

Oleg- သင်သည် ပုံစံများနှင့် ဆန့်ကျင်ဘက်ပုံစံများအကြောင်း ပြောဆိုလေ့ရှိပြီး ၎င်းသည် ပရောဂျက်များ၏ ဘဝနှင့် သေဆုံးမှုကြား ခြားနားချက်ဖြစ်သည်။ ယခုမူ၊ အညစ်အကြေးများသည် ကျွန်ုပ်တို့၏အသက်တာထဲသို့ ပေါက်ဖွားလာသည်။ ၎င်းတွင် ပရောဂျက်ကို သတ်နိုင်သည့် ၎င်း၏ကိုယ်ပိုင်ပုံစံများနှင့် ဆန့်ကျင်သည့်ပုံစံများ ရှိပါသလား။

Tim- ပုံစံများနှင့် ဆန့်ကျင်ဘက်ပုံစံများသည် အချိန်တိုင်း ဖြစ်ပေါ်နေသည်။ တစ်ခုခုပြောစရာရှိတယ်။ “တောက်ပြောင်တဲ့ အရာတွေ” လို့ ခေါ်တဲ့ ဒီအရာ ရှိတယ်။ လူတွေဟာ နည်းပညာအသစ်တွေကို တကယ်နှစ်သက်ကြပါတယ်။ ခပ်မိုက်မိုက်နှင့် စတိုင်ကျသည့်အရာအားလုံး၏ တောက်ပြောင်မှုဖြင့် ၎င်းတို့ကို ရိုးရှင်းစွာ စွဲဆောင်ကာ မေးခွန်းများမမေးတော့ဘဲ- လိုအပ်နေသေးသလား။ ငါတို့ဘာတွေအောင်မြင်မလဲ။ ဤအရာသည် ယုံကြည်စိတ်ချရပါသလား၊ အဓိပ္ပါယ်ရှိပါသလား။ နည်းပညာရဲ့ အစွန်းဆုံးမှာ လူတွေကို မကြာခဏ တွေ့ဖူးတယ်။ ၎င်းတို့သည် ကမ္ဘာပေါ်တွင် ဖြစ်ပျက်နေသည့်အရာများဖြင့် ညှို့ယူနေကြသည်။ ဒါပေမယ့် သူတို့လုပ်တဲ့အရာတွေက ဘာတွေအသုံးဝင်လဲဆိုတာကို သေချာလေ့လာကြည့်ရင်တော့ အသုံးမဝင်တဲ့အရာဆိုတာ များပါတယ်။

ဒီနှစ်က လူတွေ လပေါ်ဆင်းသက်လာတာ နှစ်ငါးဆယ်ပြည့်တဲ့နှစ်လို့ ငါတို့ရဲဘော်တွေနဲ့ ဆွေးနွေးနေတာပဲ။ ၎င်းသည် 1969 ခုနှစ်တွင်ဖြစ်သည်။ လူများကိုရောက်ရှိရန်ကူညီပေးသောနည်းပညာသည် 1969 နည်းပညာပင်မဟုတ်သော်လည်း 1960 သို့မဟုတ် 62၊ NASA သည်ယုံကြည်စိတ်ချရသောအထောက်အထားကောင်းများကိုသာအသုံးပြုလိုသောကြောင့်ဖြစ်သည်။ အဲဒါကို ကြည့်ပြီး နားလည်တယ် - ဟုတ်ပါတယ်၊ သူတို့က မှန်ပါတယ်။ အခုတော့ မဟုတ်ဘူး၊ မဟုတ်ဘူး၊ ဒါပေမယ့် အရာအားလုံးက အရမ်းခက်ခဲလွန်းတယ်၊ အက်ကြောင်းတွေကနေ ရောင်းစားခံရလို့ နည်းပညာနဲ့ ပြဿနာတက်နေတယ်။ နေရာတိုင်းမှ လူတွေက "ကြည့်စမ်း၊ ဒါက အသစ်ဆုံး၊ ကမ္ဘာပေါ်မှာ အလှပဆုံး၊ လူတိုင်းအတွက် အသင့်တော်ဆုံးပဲ။" အင်း ဒါပဲ... အများအားဖြင့် ဒါတွေအားလုံးဟာ လှည့်စားမှုတစ်ခုအဖြစ် ပေါ်လာပြီး အဲဒါတွေကို ဖယ်ပစ်ရမယ်။ ငါက အဘိုးကြီးဖြစ်နေပြီဖြစ်ပြီး၊ လူတွေက ပြေးထွက်သွားပြီး အကောင်းဆုံးနည်းပညာတွေကို ဖန်တီးဖို့ တစ်ခုတည်းသော မှန်ကန်ဆုံးနည်းလမ်းကို ရှာတွေ့ခဲ့တယ်လို့ လူတွေက ပြေးထွက်သွားတဲ့အခါ သံသယများစွာနဲ့ ဒီလိုအရာတွေကို ကြည့်နေတာကြောင့် ဖြစ်နိုင်တယ်။ ဒီအခိုက်အတန့်မှာ “ဘာတွေရှုပ်နေတာလဲ!

မိုက်ကယ်- နောက်တစ်ခုက ငွေကျည်ဆံအကြောင်း ဘယ်လောက်ကြာကြာ ကြားရဖူးလဲ။

Tim- အတိအကျ၊ ဒါက ပုံမှန်အရာတွေပါ။ ဥပမာ... ဒါက ကမ္ဘာတစ်ဝှမ်းမှာ ဟာသတစ်ခုလိုဖြစ်နေပြီထင်ရပေမယ့် ဒီနေရာမှာ လူတွေက blockchain နည်းပညာအကြောင်း ပြောလေ့ရှိကြတယ်။ အချို့သော အခြေအနေများတွင် သူတို့သည် အမှန်တကယ် အဓိပ္ပါယ်ရှိကြသည်။ သင်အမှန်တကယ်ယုံကြည်စိတ်ချရသောဖြစ်ရပ်များလိုအပ်သောအခါ၊ စနစ်အလုပ်လုပ်သည်၊ သင့်တွင်လုံခြုံရေးပြဿနာများနှင့်အရာအားလုံးကိုပေါင်းစပ်သောအခါ၊ စနစ်အလုပ်လုပ်သည်၊ ကျွန်ုပ်တို့ကိုမည်သူမျှမလှည့်ဖြားကြောင်းအမှန်တကယ်လိုအပ်သောအခါ - blockchain သည်အဓိပ္ပာယ်ရှိသည်။ သို့သော် Blockchain သည် ၎င်း၏လမ်းကြောင်းပေါ်ရှိ အရာအားလုံးကို သုတ်သင်ရှင်းလင်းပြီး ကမ္ဘာတဝှမ်းတွင် ပျံ့နှံ့နေပြီဟု ဆိုသောအခါ၊ ပိုအိပ်မက်မက်ပါ။ ဒါဟာ အလွန်စျေးကြီးပြီး ရှုပ်ထွေးတဲ့ နည်းပညာတစ်ခုပါ။ နည်းပညာပိုင်းအရ ရှုပ်ထွေးပြီး အချိန်ကုန်ပါတယ်။ အနည်းငယ်သောပြောင်းလဲမှုများဖြင့် သင်္ချာကို ပြန်လည်တွက်ချက်ရန် လိုအပ်ချိန်တိုင်းတွင် အယ်လဂိုရီသမ်နည်းအတိုင်း သက်သက်ပါဝင်ပြီး ၎င်းသည် ကောင်းမွန်သော အကြံဥာဏ်ဖြစ်သည် - သို့သော် အချို့သောကိစ္စများအတွက်သာ ဖြစ်သည်။ ကျွန်ုပ်၏ ဘဝနှင့် အသက်မွေးဝမ်းကြောင်း တစ်ခုလုံးသည် ဤအကြောင်းနှင့် ပတ်သက်သည်- အလွန်တိကျသော အခြေအနေများတွင် စိတ်ဝင်စားစရာကောင်းသော စိတ်ကူးများ။ မင်းရဲ့ အခြေအနေကို အတိအကျ နားလည်ဖို့ အရမ်းအရေးကြီးပါတယ်။

မိုက်ကယ်- ဟုတ်ပါသည်၊ အဓိက “ဘဝ၊ စကြဝဠာနှင့် အရာအားလုံး”- ဤနည်းပညာ သို့မဟုတ် ချဉ်းကပ်မှုသည် သင့်အခြေအနေအတွက် သင့်လျော်မှုရှိ၊ မရှိ၊

Tim- ဤမေးခွန်းကို နည်းပညာအဖွဲ့နှင့် ဆွေးနွေးပြီးဖြစ်သည်။ အတိုင်ပင်ခံပုဂ္ဂိုလ်ကိုတောင် ခေါ်လာနိုင်တယ်။ ပရောဂျက်ကို ကြည့်ပြီး နားလည်ပါ - ယခု ကျွန်ုပ်တို့သည် ယခင်ကထက် ကောင်းမွန်၍ မှန်ကန်ပြီး အသုံးဝင်သော အရာတစ်ခုကို လုပ်ဆောင်နိုင်ပါမည်လား။ အဆင်သင့်ဖြစ်နိုင်၊ အဆင်မပြေဖြစ်နိုင်ပါတယ်။ သို့သော် အရေးအကြီးဆုံးမှာ၊ တစ်စုံတစ်ဦးမှ ပွင့်ပွင့်လင်းလင်းပြောသောကြောင့်၊ ဤကဲ့သို့ ဆုံးဖြတ်ချက်မချပါနှင့်၊ "ကျွန်ုပ်တို့သည် blockchain ကို အလွန်အမင်း လိုအပ်နေပါသည်။ လေယာဉ်ပေါ်က မဂ္ဂဇင်းတစ်စောင်မှာ သူ့အကြောင်း ဖတ်ဖူးတယ်။” လေးလေးလား? ရယ်စရာတောင် မဟုတ်ဘူး။

ဒဏ္ဍာရီဆန်ဆန် “အင်ဂျင်နီယာကို ဖြစ်ထွန်းစေသည်”

Oleg- ယခုအခါ လူတိုင်းသည် တီထွင်ကြံဆမှုကို အကောင်အထည်ဖော်နေကြပြီဖြစ်သည်။ တစ်စုံတစ်ယောက်သည် အင်တာနက်ပေါ်ရှိ devops များအကြောင်းဖတ်သည်၊ မနက်ဖြန်တွင် နောက်ထပ်လစ်လပ်နေရာသည် စုဆောင်းရေးဆိုက်တစ်ခုတွင်ပေါ်လာသည်။ "အင်ဂျင်နီယာ ပြုစုပျိုးထောင်ခြင်း". ဤနေရာတွင် ကျွန်ုပ်သည် သင့်အား အာရုံစိုက်စေလိုပါသည်- ဤအသုံးအနှုန်း၊ "devops engineer" သည် အသက်ရှင်သန်ခွင့်ရှိသည်ဟု သင်ထင်ပါသလား။ အယူဝါဒသည် ယဉ်ကျေးမှုတစ်ခုဖြစ်ပြီး၊ ဤနေရာတွင် တစ်စုံတစ်ရာ ထပ်မထည့်တော့ဟု ထင်မြင်ချက်တစ်ခုရှိသည်။

Tim- အရမ်းအရမ်း။ အဲဒီ့အသုံးအနှုန်းကို ချက်ချင်းရှင်းပြပါစေ။ တစ်ခုခုထူးခြားအောင် လုပ်ပါ။ ဤကဲ့သို့သော လစ်လပ်နေရာများ၏ နောက်ကွယ်တွင် ထူးခြားသော အရည်အချင်းများ ပေါင်းစပ်မှုအချို့ ရှိနေကြောင်း သက်သေမပြမချင်း၊ ကျွန်ုပ် ၎င်းကို ဝယ်မည်မဟုတ်ပါ။ ငါဆိုလိုတာက၊ ငါတို့မှာအလုပ်ခေါင်းစဉ်တစ်ခုရှိတယ်၊ "devops engineer"၊ စိတ်ဝင်စားစရာကောင်းတဲ့ခေါင်းစဉ်တစ်ခု၊ ဟုတ်ပါတယ်၊ နောက်ဘာလုပ်မလဲ။ ယေဘုယျအားဖြင့် အလုပ်ရာထူးများသည် အလွန်စိတ်ဝင်စားစရာကောင်းသော အရာတစ်ခုဖြစ်သည်။ "ဆော့ဖ်ဝဲရေးသားသူ" ဆိုကြပါစို့- အဲဒါက ဘာလဲ။ မတူညီသောအဖွဲ့အစည်းဟူသည် လုံးဝကွဲပြားခြားနားသော အရာများဖြစ်သည်။ အချို့ကုမ္ပဏီများတွင်၊ အရည်အသွေးမြင့် ပရိုဂရမ်မာများသည် အခြားကုမ္ပဏီများတွင် အထူးကျွမ်းကျင်သော စမ်းသပ်သူများရေးသော စာမေးပွဲများထက် ပိုမိုအဓိပ္ပာယ်ရှိစေသော စာမေးပွဲများကို ရေးကြသည်။ ဒါဆို အခုသူတို့က ပရိုဂရမ်မာတွေရော စမ်းသပ်သူတွေရော ဘာလဲ?

ဟုတ်ကဲ့၊ ကျွန်တော်တို့မှာ အလုပ်ခေါင်းစဉ်တွေ ရှိပါတယ်၊ ဒါပေမယ့် မေးခွန်းတွေ အကြာကြီး မေးရင် နောက်ဆုံးမှာ ကျွန်တော်တို့ အားလုံးဟာ ပြဿနာဖြေရှင်းသူတွေ ဖြစ်ကြပါတယ်။ ကျွန်ုပ်တို့သည် အဖြေရှာဖွေသူများဖြစ်ပြီး အချို့မှာ နည်းပညာဆိုင်ရာ ကျွမ်းကျင်မှုများရှိပြီး အချို့မှာ မတူညီသော အရာများရှိသည်။ သင်သည် DevOps ထိုးဖောက်ဝင်ရောက်သည့် ပတ်ဝန်းကျင်တွင် နေထိုင်ပါက၊ သင်သည် ဖွံ့ဖြိုးတိုးတက်မှုနှင့် စီမံခန့်ခွဲခြင်း၏ ပေါင်းစပ်မှုတွင် ပါဝင်နေပြီး ဤလုပ်ဆောင်ချက်သည် အလွန်အရေးကြီးသော ရည်ရွယ်ချက်အချို့ရှိပါသည်။ ဒါပေမယ့် မင်းဘာလုပ်သလဲ၊ မင်းတာဝန်ယူတာ ဘာလဲလို့မေးရင် လူတွေက ဒီအရာတွေအားလုံးကို ရှေးပဝေသဏီကတည်းက လုပ်နေကြတယ်ဆိုတာ ထင်ရှားတယ်။ "ငါသည်ဗိသုကာပညာအတွက်တာဝန်ဖြစ်သည်"၊ "ဒေတာဘေ့စ်များအတွက်ငါတာဝန်ယူသည်" စသည်တို့ဖြစ်သည်၊ သင်မြင်သမျှအားလုံးသည် "devops" မတိုင်မီဖြစ်သည်။

တစ်ယောက်ယောက်က အလုပ်ခေါင်းစဉ်ပြောပြတဲ့အခါ သိပ်နားမထောင်ဘူး။ သူ့မှာ အမှန်တကယ် တာဝန်ရှိတယ်ဆိုတာကို ပြောပြတာက ပိုကောင်းပါတယ်၊ ဒါက ပြဿနာကို ပိုနားလည်လာစေပါတယ်။ ကျွန်ုပ်အကြိုက်ဆုံး ဥပမာမှာ လူတစ်ဦးသည် “ပရောဂျက်မန်နေဂျာ” ဟုဆိုသည့်အခါ ဖြစ်သည်။ ဘာလဲ? ဘာမှ အဓိပ္ပါယ်မရှိဘူး၊ မင်းဘာလုပ်လဲ ငါမသိသေးဘူး။ ပရောဂျက်မန်နေဂျာသည် developer တစ်ဦး၊ လူလေးယောက်ပါဝင်သော အဖွဲ့ခေါင်းဆောင်၊ ကုဒ်ရေးခြင်း၊ အလုပ်လုပ်နေခြင်း၊ အဖွဲ့ခေါင်းဆောင်ဖြစ်လာပြီး လူများကိုယ်တိုင် ခေါင်းဆောင်အဖြစ် အသိအမှတ်ပြုခံရသော အဖွဲ့ဖြစ်နိုင်သည်။ ထို့အပြင်၊ ပရောဂျက်မန်နေဂျာတစ်ဦးသည် ပရောဂျက်တစ်ခုတွင် လူခြောက်ရာကို စီမံခန့်ခွဲနိုင်ပြီး အခြားမန်နေဂျာများကို စီမံခန့်ခွဲရန်၊ အချိန်ဇယားရေးဆွဲခြင်းနှင့် ဘတ်ဂျက်များရေးဆွဲခြင်းအတွက် တာဝန်ရှိသည့် မန်နေဂျာလည်း ဖြစ်နိုင်ပါသည်။ ဤကမ္ဘာနှစ်ခုသည် လုံးဝခြားနားပါသည်။ ဒါပေမယ့် သူတို့ရဲ့ အလုပ်ခေါင်းစဉ်ကတော့ အတူတူပါပဲ။

ဒါကို နည်းနည်းခြားနားလှည့်ကြည့်ရအောင်။ မင်းဘာကိုတကယ်တတ်တယ်၊ အတွေ့အကြုံအများကြီးရှိတယ်၊ မင်းမှာအရည်အချင်းရှိလား။ မင်းတာဝန်ကို မင်းလုပ်နိုင်မယ်လို့ မင်းထင်တဲ့အတွက် မင်းဘာတာဝန်ယူမလဲ။ ပြီးတော့ ဒီနေရာမှာ တစ်ယောက်ယောက်က ချက်ချင်း ငြင်းစပြုပါလိမ့်မယ်- မဟုတ်ဘူး၊ မဟုတ်ဘူး၊ မဟုတ်ဘူး၊ ငါက ပရောဂျက်ရင်းမြစ်တွေကို လုံးဝ ကိုင်တွယ်ဖြေရှင်းဖို့ ဆန္ဒမရှိဘူး၊ အဲဒါ ငါ့လုပ်ငန်းမဟုတ်ဘူး၊ ငါက နည်းပညာပိုင်းဆိုင်ရာ သူငယ်ချင်းတစ်ယောက်ဖြစ်ပြီး အသုံးချနိုင်စွမ်းနဲ့ user interface တွေကို နားလည်တယ်၊ ငါလည်း နားမလည်ဘူး။ စစ်တပ်ကို စီမံခန့်ခွဲချင်တယ်၊ အလုပ်သွားလုပ်ရင် ပိုကောင်းမယ်။

ဒီလိုမျိုး ကျွမ်းကျင်မှုတွေကို ခွဲထုတ်တာက ကောင်းကောင်းအလုပ်လုပ်တဲ့ ချဉ်းကပ်မှုတစ်ခုအတွက် ငါက အဓိက ထောက်ခံသူပါ။ နည်းပညာရှင်များသည် ၎င်းတို့၏ အသက်မွေးဝမ်းကြောင်းကို လိုချင်သလောက် တိုးပွားအောင် လုပ်ဆောင်နိုင်သည့်နေရာ။ သို့သော်လည်း နည်းပညာရှင်များ တိုင်ကြားသည့် အဖွဲ့အစည်းများကို ကျွန်ုပ်တွေ့နေရဆဲဖြစ်သည်- ဤကုမ္ပဏီတွင် တစ်ခုတည်းသောနည်းလမ်းဖြစ်သောကြောင့် စီမံကိန်းစီမံခန့်ခွဲမှုသို့ သွားရမည်ဖြစ်သည်။ တစ်ခါတစ်ရံတွင် ဤအရာသည် ဆိုးရွားသောရလဒ်များကို ဖြစ်ပေါ်စေသည်။ အကောင်းဆုံးနည်းပညာများသည် မန်နေဂျာကောင်းများမဟုတ်ကြသလို အကောင်းဆုံးမန်နေဂျာများသည် နည်းပညာကို မကိုင်တွယ်နိုင်ပါ။ ဒီအကြောင်းကို ရိုးရိုးသားသားပြောကြပါစို့။

ဒီအတွက် လိုအပ်ချက်တွေ အများကြီးရှိနေတယ်လို့ မြင်ပါတယ်။ သင်ဟာ နည်းပညာသမားတစ်ယောက်ဆိုရင် သင့်ကုမ္ပဏီက သင့်ကို ကူညီပေးနိုင်ပေမယ့် ဘယ်လိုပဲဖြစ်နေပါစေ နည်းပညာက ပြောင်းလဲနေပြီး သင်ကိုယ်တိုင်လည်း ၎င်းနဲ့အတူ ပြန်လည်ဆန်းသစ်ဖို့ လိုအပ်တာကြောင့် သင့်ကိုယ်ပိုင်အသက်မွေးဝမ်းကြောင်းလမ်းကြောင်းကို အမှန်တကယ်ရှာဖွေဖို့လိုအပ်ပါတယ်။ အနှစ်နှစ်ဆယ်အတွင်း နည်းပညာများသည် အနည်းဆုံးငါးကြိမ် ပြောင်းလဲနိုင်သည်။ နည်းပညာက ထူးဆန်းတယ်...

"အရာရာအတွက် ကျွမ်းကျင်သူများ"

မိုက်ကယ်- နည်းပညာပြောင်းလဲမှုအရှိန်ကို လူတွေ ဘယ်လိုရင်ဆိုင်နိုင်မလဲ။ သူတို့ရဲ့ ရှုပ်ထွေးမှုတွေ တိုးလာတယ်၊ သူတို့ရဲ့ အရေအတွက် တိုးလာတယ်၊ လူတွေကြားက ဆက်သွယ်မှု စုစုပေါင်း ပမာဏလည်း တိုးလာတယ်၊ ပြီးတော့ သင်ဟာ "အရာရာတိုင်းမှာ ကျွမ်းကျင်သူ" ဖြစ်လာမှာ မဟုတ်ဘူး။

Tim- မှန်တယ်! အကယ်၍ သင်သည် နည်းပညာတွင် အလုပ်လုပ်ပါက၊ သင်သည် တိကျသေချာသော အရာတစ်ခုကို ရွေးချယ်ပြီး ၎င်းကို စေ့စေ့စပ်စပ်လုပ်ရန် လိုအပ်ပါသည်။ သင့်အဖွဲ့အစည်းသည် အသုံးဝင်သည်ဟု ယူဆသော နည်းပညာအချို့ (တကယ်တော့ အသုံးဝင်လိမ့်မည်)။ အဲဒါကို မင်းစိတ်မဝင်စားတော့ဘူးဆိုရင် ငါဒီလိုပြောမယ်ဆိုတာကို ငါဘယ်တော့မှ ယုံမှာမဟုတ်ဘူး- ကောင်းပြီ၊ နည်းပညာက ပိုစိတ်ဝင်စားဖို့ ဒါမှမဟုတ် လေ့လာဖို့ ပိုအဆင်ပြေတဲ့ တခြားအဖွဲ့အစည်းတစ်ခုကို ပြောင်းရွှေ့သင့်တယ်။

ဒါပေမယ့် ယေဘုယျအားဖြင့်တော့ ဟုတ်တယ်၊ မင်းမှန်တယ်။ နည်းပညာများသည် ကဏ္ဍပေါင်းစုံတွင် တစ်ပြိုင်နက် တိုးတက်လျက်ရှိပြီး "ကျွန်တော်သည် ရှိရှိသမျှ နည်းပညာအားလုံးတွင် ကျွမ်းကျင်သော နည်းပညာရှင်တစ်ဦးဖြစ်သည်" ဟု မည်သူမျှ မပြောနိုင်ပေ။ အခြားတစ်ဖက်တွင်၊ နည်းပညာဗဟုသုတကို စာသားအတိုင်း စုပ်ယူကာ ၎င်းကို ရူးသွပ်သော ရေမြှုပ်များ ရှိပါသည်။ ဒီလိုလူတချို့ကို ငါတွေ့ဖူးတယ်၊ သူတို့ဟာ အသက်ရှုပြီး အသက်ရှင်တယ်၊ သူတို့နဲ့ စကားပြောရတာ အသုံးဝင်ပြီး စိတ်ဝင်စားဖို့ကောင်းတယ်။ သူတို့ဟာ အဖွဲ့အစည်းအတွင်းဖြစ်ပျက်နေတာကို လေ့လာရုံသာမက ယေဘုယျအားဖြင့်တော့ သူတို့အကြောင်းပြောကြပါတယ်၊ သူတို့ဟာ တကယ်ကိုမိုက်တဲ့ နည်းပညာရှင်တွေဖြစ်ကြပါတယ်၊ သူတို့ဟာ အလွန်သတိရှိပြီး ရည်ရွယ်ချက်ရှိရှိ တတ်မြောက်ကြပါတယ်။ သူတို့ရဲ့ အဓိကအလုပ်က ဘာအလုပ်ပဲဖြစ်နေပါစေ လှိုင်းအထွတ်အထိပ်မှာနေဖို့ပဲ ကြိုးစားကြတာဆိုတော့ သူတို့ရဲ့ စိတ်အားထက်သန်မှုက နည်းပညာလှုပ်ရှားမှု၊ နည်းပညာမြှင့်တင်ရေးပါ။ ဒီလိုလူတစ်ယောက်နဲ့ ရုတ်တရက်ဆုံမိရင် သူနဲ့ နေ့လည်စာစားပြီး အေးအေးဆေးဆေး အမျိုးမျိုးပြောပြီး နေ့လည်စာစားသင့်တယ်။ ဘယ်အဖွဲ့အစည်းမဆို အနည်းဆုံး ဒီလိုလူနှစ်ယောက်လိုတယ် ထင်ပါတယ်။

အန္တရာယ်များနှင့် မသေချာမှုများ

မိုက်ကယ်- ဂုဏ်ယူရတဲ့ အင်ဂျင်နီယာတွေ ဟုတ်တယ်။ ကျွန်ုပ်တို့အချိန်ရှိစဉ်တွင် စွန့်စားစီမံခန့်ခွဲမှုကို ထိတွေ့ကြပါစို့။ မှားယွင်းမှုများသည် ဆိုးရွားသောအကျိုးဆက်များဖြစ်ပေါ်စေနိုင်သည့် ဆေးဘက်ဆိုင်ရာဆော့ဖ်ဝဲအကြောင်း ဆွေးနွေးမှုဖြင့် ဤအင်တာဗျူးကို စတင်ခဲ့ပါသည်။ ထို့နောက် ကျွန်ုပ်တို့သည် အမှားတစ်ခု၏ကုန်ကျစရိတ်သည် ဒေါ်လာသန်းပေါင်းများစွာရှိပြီး လူသားများ၏အသက်ပေါင်းများစွာဖြစ်နိုင်သည့် Lunar Program အကြောင်းပြောခဲ့ကြသည်။ ဒါပေမယ့် အခု ကျွန်တော်စက်မှုလုပ်ငန်းမှာ ဆန့်ကျင်ဘက် လှုပ်ရှားမှုကိုမြင်တယ်၊ လူတွေက အန္တရာယ်တွေကို မစဉ်းစားဘူး၊ သူတို့ကို ခန့်မှန်းဖို့ မကြိုးစားဘူး၊ သူတို့ကိုတောင် မစောင့်ဘူး။

Oleg- မြန်မြန်ရွှေ့ပြီး အရာတွေကို ဖျက်လိုက်ပါ။

မိုက်ကယ်- ဟုတ်ကဲ့၊ မြန်မြန်ရွှေ့ပါ၊ အရာတွေကို ချိုးဖျက်ပါ၊ တစ်ခုခုကြောင့် သင်သေတဲ့အထိ ပိုများလာမှာပါ။ သင့်အမြင်အရ၊ ပျမ်းမျှ developer သည် သင်ယူမှုအန္တရာယ်စီမံခန့်ခွဲမှုကို ယခု မည်သို့ချဉ်းကပ်သင့်သနည်း။

Tim- အန္တရာယ်များနှင့် မသေချာမရေရာမှု နှစ်ခုကြားတွင် ဤနေရာတွင် မျဉ်းဆွဲကြပါစို့။ ဒါတွေက မတူညီတဲ့အရာတွေပါ။ တိကျသေချာသော အဖြေတစ်ခုသို့ ရောက်ရန် အချိန်မီ သတ်မှတ်ထားသော နေရာ၌ ဒေတာအလုံအလောက် မရှိပါက မသေချာမှု ဖြစ်ပေါ်ပါသည်။ ဥပမာအားဖြင့်၊ ပရောဂျက်တစ်ခု၏အစောပိုင်းအဆင့်တွင်၊ တစ်စုံတစ်ဦးက သင့်ကို "အလုပ်ဘယ်တော့ပြီးမလဲ" လို့မေးရင် သင်ဟာ ရိုးရိုးသားသားသူတစ်ယောက်ဆိုရင် "ငါမသိဘူး" လို့ပြောပါလိမ့်မယ်။ မင်းမသိဘူး၊ ဒါပဲ။ သင်သည် ပြဿနာများကို မလေ့လာရသေး၊ အသင်းနှင့် မရင်းနှီးသေး၊ ၎င်းတို့၏ အရည်အချင်းကို မသိသေးသော၊ စသည်တို့ ဖြစ်သည်။ ဒါက မသေချာ။

ဖြစ်နိုင်ချေရှိသော ပြဿနာများကို ဖော်ထုတ်နိုင်သောအခါတွင် အန္တရာယ်များ ဖြစ်ပေါ်လာပါသည်။ ဒီလိုမျိုးဖြစ်နိုင်တယ်၊ သူ့ရဲ့ဖြစ်နိုင်ခြေက သုညထက် ပိုများတယ်၊ ဒါပေမယ့် ကြားထဲမှာ တစ်ရာရာခိုင်နှုန်းထက်နည်းတယ်။ ထို့အတွက်ကြောင့်၊ နှောင့်နှေးခြင်းနှင့် မလိုအပ်သောအလုပ်များမှ မည်သည့်အရာမဆို ဖြစ်နိုင်သော်လည်း ပရောဂျက်အတွက် ဆိုးရွားသောရလဒ်အထိပင် ဖြစ်နိုင်ပါသည်။ မင်းပြောတဲ့အခါ ရလဒ်က ငါတို့ထီးတွေကို ခေါက်ပြီး ကမ်းခြေကနေ ထွက်သွားကြရအောင်၊ ငါတို့ ဘယ်တော့မှ မပြီးတော့ဘူး၊ အားလုံးပြီးသွားပြီ။ ဤအရာသည် အလုပ်ဖြစ်မည်ဟု ကျွန်ုပ်တို့ယူဆထားသော်လည်း လုံးဝအလုပ်မဖြစ်ပါ၊ ရပ်တန့်ရမည့်အချိန်ဖြစ်သည်။ ဒါတွေက အခြေအနေတွေပါ။

မကြာခဏဆိုသလို၊ ပြဿနာတွေက အခုအချိန်မှာ ပေါ်ပေါက်လာတဲ့အခါ ဖြေရှင်းဖို့ အလွယ်ဆုံးပါပဲ။ ဒါပေမယ့် ပြဿနာတစ်ခုက သင့်ရှေ့မှာရှိနေတဲ့အခါ၊ သင်ဟာ စွန့်စားခန်းစီမံခန့်ခွဲမှုကို မလုပ်ပါဘူး—သင်ဟာ ပြဿနာဖြေရှင်းခြင်း၊ အကျပ်အတည်းစီမံခန့်ခွဲမှုကို လုပ်ဆောင်နေတာဖြစ်ပါတယ်။ အကယ်၍ သင်သည် ဦးဆောင် developer သို့မဟုတ် မန်နေဂျာဖြစ်ပါက၊ နှောင့်နှေးမှု၊ အချိန်ဖြုန်းမှု၊ မလိုအပ်သော ကုန်ကျစရိတ်များ သို့မဟုတ် ပရောဂျက်တစ်ခုလုံး ပြိုလဲသွားနိုင်သည့်အရာများ ဖြစ်ပေါ်လာနိုင်သည်ကို သင် တွေးနေရမည်ဖြစ်သည်။ ဘယ်အရာက ကျွန်တော်တို့ကို ရပ်တန့်ပြီး ပြန်လည်စတင်စေမှာလဲ။ ဒီအရာတွေ အားလုံး အလုပ်ဖြစ်တဲ့အခါ သူတို့နဲ့ ငါတို့ ဘာလုပ်မလဲ။ အခြေအနေအများစုအတွက် အကျုံးဝင်သည့် ရိုးရှင်းသော အဖြေတစ်ခု ရှိသည်- အန္တရာယ်များမှ ရှောင်မပြေးပါ၊ ၎င်းတို့ကို လုပ်ဆောင်ပါ။ အန္တရာယ်ရှိသော အခြေအနေကို သင်မည်ကဲ့သို့ ဖြေရှင်းနိုင်သည်၊ ၎င်းကို ဘာမှမလျှော့ဘဲ၊ ပြဿနာမှ အခြားအရာသို့ ပြောင်းလဲနိုင်ပုံကို ကြည့်ပါ။ ဒီလိုပြောမယ့်အစား ပြဿနာတွေပေါ်လာတာနဲ့အမျှ ငါတို့ဖြေရှင်းမယ်။

မသေချာမရေရာမှုများနှင့် စွန့်စားမှုများသည် သင်ကိုင်တွယ်ဖြေရှင်းသည့်အရာအားလုံး၏ ရှေ့တန်းမှဖြစ်သင့်သည်။ သင်သည် ပရောဂျက်အစီအစဥ်ကို ရေးဆွဲနိုင်ပြီး၊ အချို့သော အရေးကြီးသောအန္တရာယ်များကို အချိန်မီကြည့်ရှုပြီး ပြောနိုင်သည်- ကျွန်ုပ်တို့သည် ဤအရာကို ယခုကိုင်တွယ်ဖြေရှင်းရန် လိုအပ်သည်၊ အကြောင်းမှာ၊ ဤအရာများ မှားယွင်းပါက၊ အခြားမည်သည့်အရာမျှ အရေးမပါသောကြောင့် ဖြစ်သည်။ ညစာချက်ပြုတ်နိုင်လားဆိုတာ မရှင်းမလင်းဖြစ်နေရင် စားပွဲပေါ်က စားပွဲခင်းရဲ့ အလှကို မစိုးရိမ်သင့်ပါဘူး။ အရသာရှိသော ညစာပြင်ဆင်ခြင်း၏ အန္တရာယ်အားလုံးကို ခွဲခြားသိမြင်ရန် လိုအပ်ပြီး ၎င်းတို့ကို ကိုင်တွယ်ဖြေရှင်းပြီးမှသာ အမှန်တကယ် ခြိမ်းခြောက်မှုမဖြစ်နိုင်သော အခြားအရာအားလုံးကို စဉ်းစားပါ။

တဖန်၊ သင့်ပရောဂျက်ကို ထူးခြားစေသောအရာက အဘယ်နည်း။ ကျွန်တော်တို့ရဲ့ ပရောဂျက်ကို သံလမ်းကနေ ရုန်းထွက်နိုင်စေမယ့် အရာတွေကို ကြည့်ကြရအောင်။ ဒီလိုဖြစ်နိုင်ခြေကို လျှော့ချဖို့ ကျွန်ုပ်တို့ ဘာလုပ်နိုင်မလဲ။ အများအားဖြင့် သင်သည် ၎င်းတို့ကို 100% ပြတ်ပြတ်သားသား ရှင်းရှင်းလင်းလင်းသိစိတ်ဖြင့် ကြေငြာရုံမျှမက “ဒါပါပဲ၊ ဒါက ပြဿနာမဟုတ်တော့ပါဘူး၊ အန္တရာယ်က ဖြေရှင်းသွားပါပြီ!” ကျွန်တော့်အတွက်တော့ ဒါက လူကြီးအပြုအမူရဲ့ လက္ခဏာတစ်ခုပါ။ ဒါက ကလေးနဲ့ လူကြီးကြားက ခြားနားချက် - ကလေးတွေက သူတို့ မသေနိုင်ဘူးလို့ ထင်ကြတယ်၊ ဘယ်အရာမှ မှားသွားလို့မရဘူး၊ အရာအားလုံး အဆင်ပြေသွားလိမ့်မယ်။ တစ်ချိန်တည်းမှာပင် လူကြီးများသည် သုံးနှစ်အရွယ်ကလေးငယ်များ ကစားကွင်းပေါ်တွင် ခုန်ဆင်းပုံ၊ လှုပ်ရှားမှုများကို မျက်လုံးများဖြင့် လိုက်ကြည့်ကြပြီး ၎င်းတို့ကို “အိုး-အိုး၊ အိုး-အိုး” ဟု ပြောဆိုကြသည်။ အနီးအနားမှာ ရပ်ပြီး ကလေးပြုတ်ကျတဲ့အခါ ဖမ်းဖို့ အသင့်ပြင်ထားတယ်။

တစ်ဖက်ကလည်း ဒီလုပ်ငန်းကို အရမ်းကြိုက်ရတဲ့ အကြောင်းရင်းက အန္တရာယ်များတာကြောင့်ပါ။ ကျွန်ုပ်တို့သည် အရာများကို လုပ်ဆောင်ကြပြီး ထိုအရာများသည် အန္တရာယ်များသည်။ အရွယ်ရောက်ပြီးသူများ ချဉ်းကပ်ရန် လိုအပ်သည်။ စိတ်အားထက်သန်မှုတစ်ခုတည်းက သင့်ပြဿနာများကို ဖြေရှင်းပေးမည်မဟုတ်ပါ။

အရွယ်ရောက်ပြီးသူ အင်ဂျင်နီယာ အတွေးအခေါ်

မိုက်ကယ်- ကလေးတွေနဲ့ ဥပမာပေးတာ ကောင်းပါတယ်။ ငါသာမန်အင်ဂျင်နီယာတစ်ယောက်ဆိုရင် ကလေးတစ်ယောက်ဖြစ်ရတာပျော်တယ်။ ဒါပေမယ့် အရွယ်ရောက်ပြီးသူတွေရဲ့ တွေးခေါ်မှုဆီ သင်ဘယ်လိုပြောင်းမလဲ။

Tim- အစပြုသူ သို့မဟုတ် တည်ထောင်သူ သို့မဟုတ် တည်ထောင်သူနှင့် ကောင်းစွာလုပ်ဆောင်နိုင်သော စိတ်ကူးများထဲမှ တစ်ခုသည် အကြောင်းအရာ၏ သဘောတရားဖြစ်သည်။ ငါတို့ဘာလုပ်နေလဲ၊ ငါတို့ဘာတွေအောင်မြင်မလဲ။ ဒီပရောဂျက်အတွက် တကယ်အရေးကြီးတာက ဘာလဲ။ သင်မည်သူဖြစ်သည်၊ အလုပ်သင် သို့မဟုတ် ဗိသုကာပညာရှင်ဖြစ်စေ ဤပရောဂျက်တွင် သင်မည်သူဖြစ်သည်ကို အရေးမကြီးပါ၊ လူတိုင်းသည် အကြောင်းအရာ လိုအပ်ပါသည်။ လူတိုင်းဟာ ကိုယ့်အလုပ်ထက် ပိုကြီးတဲ့ အတိုင်းအတာနဲ့ စဉ်းစားဖို့ လိုတယ်။ "ငါက ငါ့ပစ္စည်းကို ငါလုပ်တယ်၊ ငါ့ရဲ့ လက်ရာအတိုင်း ငါပျော်တယ်။" ဟင့်အင်း နောက်တစ်ခါ။ လူတွေကို သူတို့အလုပ်လုပ်တဲ့အကြောင်းအရာကို သတိပေးဖို့ (ရိုင်းစိုင်းမှုမရှိဘဲ) အမြဲတမ်းတန်ဖိုးရှိတယ်။ ကျွန်တော်တို့အားလုံး အတူတူ အောင်မြင်ဖို့ ကြိုးစားနေကြတာပါ။ မင်းရဲ့ ပရောဂျက်တစ်ခုနဲ့ အရာရာ အဆင်ပြေနေသရွေ့ ကလေးတစ်ယောက်ဖြစ်နိုင်တယ်ဆိုတဲ့ စိတ်ကူးတွေ - ကျေးဇူးပြုပြီး အဲဒါကို မလုပ်ပါနဲ့။ အဆုံးစည်းကို ဖြတ်ကျော်ရင် အတူတူ ဖြတ်ကျော်မယ်။ မင်းတစ်ယောက်တည်းမဟုတ်ဘူး၊ ငါတို့အားလုံးအတူတူပဲ။ ပရောဂျက်မှာ လူကြီးရော လူငယ်ရော ပရောဂျက်အတွက် ဘာအရေးကြီးလဲဆိုတာကို စပြီးပြောကြရင် ကုမ္ပဏီက ဘာကြောင့် အောင်မြင်ဖို့ ကြိုးစားနေလဲဆိုတာကို ကုမ္ပဏီက ပိုက်ဆံတွေ ရင်းနှီးမြုပ်နှံထားတာပါ... အများစုဟာ သူတို့ကြောင့် ပိုကောင်းလာပါလိမ့်မယ်။ သူတို့ရဲ့အလုပ်က တခြားသူတွေရဲ့အလုပ်နဲ့ ဘယ်လိုဆက်နွယ်နေလဲဆိုတာကို တွေ့ရပါလိမ့်မယ်။ တဖက်မှာလည်း ကိုယ်ရေးကိုယ်တာ တာဝန်ယူရတဲ့ အပိုင်းကို နားလည်ပါတယ်။ ဒါပေမယ့် အလုပ်ပြီးအောင်လုပ်ဖို့ တခြားလူတွေကိုလည်း လိုအပ်တယ်။ ပြီးတော့ မင်းတကယ်ပြီးသွားပြီလို့ မင်းထင်ရင်၊ ပရောဂျက်မှာ လုပ်စရာတွေ အမြဲရှိတယ်။

Oleg- နှိုင်းရအားဖြင့်ပြောရလျှင်၊ သင်သည် Kanban အရ အလုပ်လုပ်ပါက၊ အချို့သောစမ်းသပ်မှု၏ ပိတ်ဆို့မှုကို ခံရသောအခါ၊ သင်သည် ထိုနေရာတွင် သင်လုပ်နေသောအရာကို ဖြတ်ပြီး (ဥပမာ၊ ပရိုဂရမ်ရေးဆွဲခြင်း) ကို ဖြတ်ပြီး စမ်းသပ်သူများကို ကူညီသွားနိုင်သည်။

Tim- အတိအကျ။ အကောင်းဆုံးနည်းပညာတွေက သူတို့ကို သေချာစေ့စေ့ကြည့်မယ်ဆိုရင် သူတို့ဟာ သူတို့ရဲ့ကိုယ်ပိုင်မန်နေဂျာတွေလို့ ထင်ပါတယ်။ ဒါကို ဘယ်လိုပုံဖော်ရမလဲ...

Oleg- သင့်ဘဝသည် သင်စီမံပေးသော ပရောဂျက်ဖြစ်သည်။

Tim- အတိအကျ ဆိုလိုတာက မင်းတာဝန်ယူတယ်၊ ပြဿနာကို နားလည်တယ်၊ မင်းရဲ့ ဆုံးဖြတ်ချက်တွေက သူတို့ရဲ့အလုပ်၊ အဲဒီလိုအရာတွေကို ထိခိုက်စေနိုင်တယ်လို့ မင်းမြင်တဲ့အခါ လူတွေနဲ့ ထိတွေ့လာရတယ်။ စားပွဲမှာထိုင်ပြီး ကိုယ့်အလုပ်ကိုယ်လုပ်နေရုံနဲ့ ကိုယ့်ပတ်ဝန်းကျင်မှာ ဘာတွေဖြစ်နေလဲဆိုတာကိုတောင် သတိမထားမိပါဘူး။ မဟုတ်ဘူးမဟုတ်ဘူးမဟုတ်ဘူး။ စကားမစပ်၊ Agile ၏ အကောင်းဆုံးအရာများထဲမှတစ်ခုမှာ ၎င်းတို့သည် တိုတောင်းသော အပြေးအလွှားများကို အဆိုပြုခဲ့ခြင်းဖြစ်သည်၊ ဤနည်းအားဖြင့် ပါဝင်သူအားလုံး၏ အခြေအနေသည် ရှင်းရှင်းလင်းလင်း သိသာမြင်သာနိုင်သောကြောင့် ၎င်းတို့အားလုံးကို အတူတူမြင်နိုင်သည်။ ကျွန်တော်တို့ နေ့တိုင်း တစ်ယောက်နဲ့တစ်ယောက် စကားတွေပြောနေကြတယ်။

Risk Management ကို ဘယ်လိုဝင်ရမလဲ

Oleg- ဤနယ်ပယ်တွင် တရားဝင်အသိပညာဖွဲ့စည်းပုံရှိပါသလား။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်သည် Java developer တစ်ဦးဖြစ်ပြီး ပညာရေးဖြင့် အမှန်တကယ် ပရောဂျက်မန်နေဂျာဖြစ်လာခြင်းမရှိဘဲ စွန့်စားစီမံခန့်ခွဲမှုကို နားလည်လိုပါသည်။ McConnell ၏ "ဆော့ဖ်ဝဲလ်ပရောဂျက်တစ်ခုကုန်ကျစရိတ်မည်မျှရှိသည်" ကို ဦးစွာဖတ်ဖြစ်နိုင်သည်၊ ထို့နောက် မည်သည်ကား အဘယ်နည်း။ ပထမအဆင့်တွေက ဘာတွေလဲ။

Tim- ပထမအချက်မှာ ပရောဂျက်ရှိလူများနှင့် စတင်ဆက်သွယ်ရန်ဖြစ်သည်။ ၎င်းသည် လုပ်ဖော်ကိုင်ဖက်များနှင့် ဆက်သွယ်မှု ယဉ်ကျေးမှုတွင် ချက်ချင်းတိုးတက်မှုကို ပံ့ပိုးပေးသည်။ ဖုံးကွယ်ထားမည့်အစား အရာအားလုံးကို ပုံသေဖွင့်ထားခြင်းဖြင့် စတင်ရန်လိုသည်။ ပြောပါ- ဒါတွေက ငါ့ကို အနှောက်အယှက်ဖြစ်စေတဲ့ အရာတွေပဲ၊ ဒါတွေက ညဘက် အိပ်ရာဝင်စေတဲ့အရာတွေပဲ၊ ဒီနေ့ ညမှာ အိပ်ရာက နိုးလာပြီး ဒီလိုဖြစ်ခဲ့တယ်- ဘုရားသခင်၊ ငါ ဒါကို စဉ်းစားဖို့လိုတယ်။ တခြားသူတွေလည်း ဒီလိုပဲ မြင်သလား။ အဖွဲ့အနေဖြင့်၊ ကျွန်ုပ်တို့သည် ဤအလားအလာရှိသော ပြဿနာများကို တုံ့ပြန်သင့်ပါသလား။ ဤအကြောင်းအရာများနှင့်ပတ်သက်၍ ဆွေးနွေးမှုကို သင်ပံ့ပိုးနိုင်ရန်လိုအပ်သည်။ ကျွန်ုပ်တို့လုပ်ဆောင်သော ကြိုတင်ပြင်ဆင်ထားသော ပုံသေနည်းမရှိပါ။ ဟမ်ဘာဂါ လုပ်တာ မဟုတ်ဘူး၊ လူတွေနဲ့ ပတ်သက်တယ်။ "ဒိန်ခဲဘာဂါလုပ်၊ ဒိန်ခဲဘာဂါရောင်း" သည် ကျွန်ုပ်တို့၏အရာလုံးဝမဟုတ်ပါ၊ ထို့ကြောင့် ဤအလုပ်ကို ကျွန်ုပ်အလွန်နှစ်သက်ပါသည်။ မန်နေဂျာတွေ လုပ်ခဲ့သမျှ အခု အသင်းက ပိုင်ဆိုင်မှုတွေ ဖြစ်လာတဲ့အခါ သဘောကျတယ်။

Oleg- ဂရပ်တစ်ခုပေါ်က ကိန်းဂဏန်းတွေထက် လူတွေက ပျော်ရွှင်မှုကို ပိုဂရုစိုက်ပုံအကြောင်း စာအုပ်တွေနဲ့ အင်တာဗျူးတွေမှာ ပြောဖူးတယ်။ အခြားတစ်ဖက်တွင်၊ သင်အဖွဲ့အား သင်ပြောပြသောအခါ- ကျွန်ုပ်တို့သည် devops သို့ပြောင်းရွှေ့နေပြီး ယခုအခါ ပရိုဂရမ်မာသည် အဆက်မပြတ်ဆက်သွယ်နေရမည်ဖြစ်ပြီး၊ ၎င်းသည် ၎င်း၏သက်တောင့်သက်သာဇုန်အပြင်ဘက်အလှမ်းဝေးနေနိုင်သည်။ ဤအခိုက်အတန့်တွင် သူသည် အလွန်စိတ်မချမ်းသာဟု ဆိုကြပါစို့။ ဒီလိုအခြေအနေမှာ ဘာလုပ်ရမလဲ။

Tim- ဘာလုပ်ရမှန်းမသိဘူး။ ဆော့ဖ်ဝဲရေးသားသူသည် အထီးကျန်လွန်းပါက၊ ၎င်းတို့သည် မည်သည့်အတွက်ကြောင့် အလုပ်စလုပ်သည်ကို မမြင်ရကြောင်း၊ ၎င်းတို့သည် ၎င်းတို့၏ လုပ်ငန်းအစိတ်အပိုင်းကိုသာ ကြည့်ရှုကြပြီး၊ ကျွန်ုပ်ဟုခေါ်သော "အကြောင်းအရာ" ထဲသို့ ဝင်ရောက်ရန် လိုအပ်ပါသည်။ သူသည် အရာအားလုံးကို မည်ကဲ့သို့ ချိတ်ဆက်ထားသည်ကို သိရှိရန် လိုအပ်သည်။ ဟုတ်ပါတယ်၊ ကျွန်တော်က တရားဝင်တင်ဆက်မှုတွေ ဒါမှမဟုတ် အဲဒါမျိုးတွေကို မဆိုလိုပါဘူး။ ကျွန်တော်ပြောနေတာက အလုပ်တစ်ခုလုံးအတွက် လုပ်ဖော်ကိုင်ဖက်တွေနဲ့ ဆက်သွယ်ဖို့ လိုအပ်သလို သင်တာဝန်ယူရတဲ့ အပိုင်းအတွက်တင်မကပါဘူး။ ဤနေရာတွင် သင့်လုပ်ငန်းကို ကောင်းမွန်စွာ လိုက်လျောညီထွေဖြစ်စေရန်အတွက် အကြံဥာဏ်များ၊ ဘုံသဘောတူညီချက်များကို စတင်ဆွေးနွေးနိုင်ပြီး ဘုံပြဿနာတစ်ခုကို မည်သို့ကိုင်တွယ်ဖြေရှင်းရမည်ကို စတင်နိုင်မည်ဖြစ်သည်။

၎င်းတို့ကို လိုက်လျောညီထွေဖြစ်အောင် ကူညီပေးရန်အတွက် လေ့ကျင့်ရေးသို့ နည်းပညာများ ပေးပို့လိုကြပြီး လေ့ကျင့်ရေးဆိုင်ရာ ဆွေးနွေးမှုများ ပြုလုပ်ကြသည်။ သူငယ်ချင်းတစ်ယောက်က လေ့ကျင့်ရေးက ခွေးတွေအတွက်လို့ ပြောတာကို ကြိုက်တယ်။ လူတွေအတွက် သင်တန်းတွေရှိတယ်။ ဆော့ဖ်ဝဲရေးသားသူအဖြစ် သင်ယူခြင်းနှင့်ပတ်သက်သည့် အကောင်းဆုံးအရာများထဲမှတစ်ခုမှာ သင်၏လုပ်ဖော်ကိုင်ဖက်များနှင့် အပြန်အလှန်ဆက်ဆံခြင်းပင်ဖြစ်သည်။ တစ်စုံတစ်ဦးသည် တစ်ခုခုကို အမှန်တကယ် ထူးချွန်ပါက၊ သင်သည် ၎င်းတို့အား အလုပ်ကြည့်ရှုခြင်း သို့မဟုတ် ၎င်းတို့၏ အလုပ် သို့မဟုတ် တစ်ခုခုအကြောင်း ပြောဆိုသင့်သည်။ အချို့သော သမားရိုးကျ Kent Beck သည် အလွန်အမင်း ပရိုဂရမ်ရေးဆွဲခြင်းအကြောင်း အဆက်မပြတ်ပြောနေပါသည်။ XP သည် ရိုးရှင်းသော အကြံဥာဏ်တစ်ခုဖြစ်သောကြောင့် ရယ်စရာကောင်းသော်လည်း ၎င်းသည် ပြဿနာများစွာကို ဖြစ်စေသည်။ အချို့အတွက်၊ XP လုပ်ခြင်းသည် သူငယ်ချင်းများရှေ့တွင် ကိုယ်လုံးတီးချွတ်ခိုင်းခြင်းနှင့်တူသည်။ ငါလုပ်နေတာတွေကို သူတို့မြင်လိမ့်မယ်။ သူတို့သည် ကျွန်ုပ်၏ လုပ်ဖော်ကိုင်ဖက်များဖြစ်သည်၊ မြင်ရုံသာမက နားလည်နိုင်လိမ့်မည် ။ ကြောက်စရာ! အချို့လူများသည် ပြင်းထန်စွာ ကြောက်ရွံ့စပြုလာကြသည်။ သို့သော် ဤအရာသည် သင်ယူရန် အဆုံးစွန်သောနည်းလမ်းဖြစ်သည်ကို သင်သဘောပေါက်သောအခါ အရာအားလုံးသည် ပြောင်းလဲသွားသည်။ သင်က လူတွေနဲ့ နီးနီးကပ်ကပ် အလုပ်လုပ်ပြီး တချို့လူတွေက သင်ထက် အကြောင်းအရာကို ပိုနားလည်ကြပါတယ်။

မိုက်ကယ်- ဒါပေမယ့် ဒါတွေက မင်းရဲ့ သက်တောင့်သက်သာဇုန်ကနေ ရုန်းထွက်ဖို့ တွန်းအားပေးတယ်။ အင်ဂျင်နီယာတစ်ယောက်အနေနဲ့ မင်းရဲ့ Comfort zone ထဲကနေ ရုန်းထွက်ပြီး ဆက်သွယ်ရပါမယ်။ ပြဿနာဖြေရှင်းသူတစ်ယောက်အနေနဲ့ သင့်ကိုယ်သင် ပျော့ညံ့တဲ့အနေအထားမှာ အဆက်မပြတ်ရှိနေဖို့နဲ့ ဘာတွေမှားသွားနိုင်တယ်ဆိုတာကို တွေးတောနေရပါမယ်။ ဤအလုပ်အမျိုးအစားသည် အနှောက်အယှက်ဖြစ်စေရန် ပင်ကိုယ်အားဖြင့် ဖန်တီးထားသည်။ သင်စိတ်ဖိစီးမှုအခြေအနေများတွင် သင့်ကိုယ်သင် သတိရှိရှိထားပါ။ အများအားဖြင့် လူတွေက သူတို့ဆီကနေ ထွက်ပြေးကြတာ၊ လူတွေက ပျော်ရွှင်တဲ့ ကလေးတွေကို ကြိုက်ကြတယ်။

Tim- ဘာတတ်နိုင်မလဲ၊ မင်းထွက်လာပြီး ပွင့်ပွင့်လင်းလင်းပြောနိုင်တယ်- "အရာရာအဆင်ပြေတယ်၊ ​​ငါကိုင်တွယ်နိုင်တယ်။ ငါတစ်ယောက်တည်း အဆင်မပြေဘူး ။ အဆင်မပြေမှုအမျိုးမျိုးကို အဖွဲ့လိုက် အတူတူ ဆွေးနွေးကြရအောင်။” ဒါတွေက ကျွန်တော်တို့ရဲ့ ဖြစ်ရိုးဖြစ်စဉ် ပြဿနာတွေ၊ အဲဒါတွေကို ကိုင်တွယ်ဖြေရှင်းရမယ်ဆိုတာ သိလား။ idiosyncratic genius developer တွေဟာ နို့တိုက်သတ္တဝါတွေလိုပါပဲ၊ ပျောက်ကွယ်သွားတယ်လို့ ကျွန်တော်ထင်ပါတယ်။ ပြီးတော့ သူတို့ရဲ့ အရေးပါမှုက အရမ်းအကန့်အသတ်ရှိတယ်။ မဆက်သွယ်နိုင်ရင် ကောင်းကောင်းမပါဝင်နိုင်ပါဘူး။ ထို့ကြောင့် စကားသာပြောပါ။ ရိုးသားပွင့်လင်းပါ။ ဒါက တစ်စုံတစ်ယောက်အတွက် အဆင်မပြေလို့ အရမ်းဝမ်းနည်းမိပါတယ်။ စိတ်ကူးကြည့်နိုင်မလား၊ လွန်ခဲ့တဲ့နှစ်ပေါင်းများစွာက အမေရိကန်ပြည်ထောင်စုမှာ အဓိကကြောက်ရွံတာက သေခြင်းမဟုတ်ပေမယ့် ဘာလဲဆိုတာကို ခန့်မှန်းကြည့်ကြပါ။ လူသိရှင်ကြားပြောမှာကို ကြောက်တယ်။ ဆိုလိုတာက တစ်နေရာရာမှာ ကျယ်ကျယ်လောင်လောင် ချီးမွမ်းပြောဆိုတာထက် သေချင်တဲ့သူတွေ ရှိတယ်။ ပြီးတော့ မင်းဘာလုပ်သလဲပေါ် မူတည်ပြီး အခြေခံ အရည်အချင်းတွေ ရှိဖို့ လုံလောက်တယ်လို့ ငါထင်ပါတယ်။ စကားပြောစွမ်းရည်၊ အရေးအသားကျွမ်းကျင်မှု - ဒါပေမယ့် သင့်အလုပ်မှာ အမှန်တကယ်လိုအပ်သလောက်သာ။ အကယ်၍ သင်သည် ဆန်းစစ်သူအဖြစ် အလုပ်လုပ်သော်လည်း စာမဖတ်၊ စာရေးခြင်း သို့မဟုတ် စကားမပြောနိုင်လျှင် ကံမကောင်းစွာဖြင့်၊ သင်သည် ကျွန်ုပ်၏ ပရောဂျက်များတွင် လုပ်စရာမရှိပေ။

ဆက်သွယ်ရေး၏စျေးနှုန်း

Oleg- အကြောင်းအမျိုးမျိုးကြောင့် ထွက်သွားတဲ့ ဝန်ထမ်းတွေကို အလုပ်ခန့်တာက ပိုစျေးကြီးတာမဟုတ်ဘူးလား။ အလုပ်မလုပ်တော့ဘဲ အဆက်မပြတ် စကားစမြည်ပြောနေကြတယ်။

Tim- ကျွန်တော်ဆိုလိုတာက အသင်းအတွက် အဓိကမဟုတ်ဘဲ လူတိုင်းအတွက်ပါ။ အကယ်၍ သင့်တွင် ဒေတာဘေ့စ်များကို ချိန်ညှိခြင်းတွင် အမှန်တကယ် ထူးချွန်သူ၊ ချိန်ညှိခြင်းဒေတာဘေ့စ်များကို နှစ်သက်သူတစ်ဦးရှိပြီး သင့်တွင် ကျန်ရှိသောဒေတာဘေ့စ်များကို သူ့ဘဝတစ်လျှောက်လုံး ဆက်လက်ချိန်ညှိနေဦးမည်ဆိုလျှင် ဒါပါပဲ၊ အေးပါ၊ ဆက်ထားပါ။ ဒါပေမယ့် ကျွန်တော်ပြောနေတာက ပရောဂျက်မှာ ကိုယ်တိုင်နေထိုင်ချင်သူတွေပါ။ ပရောဂျက်ကို ဖွံ့ဖြိုးတိုးတက်စေရန် ရည်ရွယ်၍ အဖွဲ့၏ အဓိကအချက်ဖြစ်သည်။ ဒီလူတွေဟာ တစ်ယောက်နဲ့တစ်ယောက် အဆက်မပြတ် ဆက်သွယ်နေဖို့ လိုအပ်တယ်။ အထူးသဖြင့် ပရောဂျက်အစတွင်၊ အန္တရာယ်များ၊ ကမ္ဘာလုံးဆိုင်ရာ ရည်မှန်းချက်များအောင်မြင်ရန် နည်းလမ်းများနှင့် အခြားအရာများကို ဆွေးနွေးသည့်အခါ၊

မိုက်ကယ်- အထူးပြု၊ ကျွမ်းကျင်မှု သို့မဟုတ် အလုပ်နည်းလမ်းများ မပါဝင်ဘဲ ပရောဂျက်တွင် ပါဝင်သူတိုင်းနှင့် သက်ဆိုင်ပါသည်။ ပရောဂျက်ရဲ့ အောင်မြင်မှုကို အားလုံးက စိတ်ဝင်စားကြပါတယ်။

Tim- ဟုတ်တယ်၊ မင်းရဲ့တာဝန်က ပရောဂျက်အကောင်အထည်ပေါ်လာအောင် ကူညီပေးဖို့ ပရောဂျက်မှာ လုံလုံလောက်လောက်နှစ်မြုပ်နေတယ်လို့ မင်းခံစားရတယ်။ သင်သည် ပရိုဂရမ်မာ၊ ဆန်းစစ်သူ၊ အင်တာဖေ့စ်ဒီဇိုင်နာ၊ မည်သူမဆို။ ဒါက ကျွန်တော် မနက်တိုင်း အလုပ်လာရတဲ့ အကြောင်းအရင်းဖြစ်ပြီး ဒါက ကျွန်တော်တို့ လုပ်တာပါ။ အရည်အချင်းမခွဲခြားဘဲ ဒီလူတွေအားလုံးအတွက် ကျွန်တော်တို့မှာ တာဝန်ရှိပါတယ်။ ဤသည်မှာ အရွယ်ရောက်ပြီးသူများ စကားဝိုင်းဖွဲ့နေသူများဖြစ်သည်။

Oleg- တကယ်တော့၊ စကားပြောတတ်တဲ့ ဝန်ထမ်းတွေအကြောင်းပြောရင်၊ အထူးသဖြင့် ဒီကမ္ဘာကြီးရဲ့ အမြင်သစ်တစ်ခုလုံးကို ပြောင်းလဲခိုင်းတဲ့ မန်နေဂျာတွေ၊ အထူးသဖြင့် မန်နေဂျာတွေ၊ မန်နေဂျာတွေရဲ့ ကန့်ကွက်မှုတွေကို အတုယူဖို့ ကြိုးစားခဲ့တယ်။ အတိုင်ပင်ခံများအနေနှင့် သင်သည် developer တစ်ဦးအနေဖြင့် ကျွန်ုပ်ထက် ဤကန့်ကွက်ချက်များကို ပိုမိုသတိပြုသင့်သည်။ မန်နေဂျာများ အစိုးရိမ်ဆုံးကို မျှဝေပါ။

Tim- မန်နေဂျာများ? ဟမ် အများစုမှာ မန်နေဂျာများသည် တစ်စုံတစ်ရာကို အရေးတကြီးထုတ်ရန်နှင့် ပေးပို့မှုပြုလုပ်ရန် လိုအပ်ခြင်းနှင့် ကြုံတွေ့နေရသည့် ပြဿနာများမှ ဖိအားများအောက်တွင် ရှိနေကြသည်။ တစ်စုံတစ်ခုကို ကျွန်ုပ်တို့ အဆက်မပြတ် ဆွေးနွေးငြင်းခုံပုံတို့ကို ကြည့်ရှုကြပြီး၊ စကားဝိုင်းများ၊ စကားဝိုင်းများ၊ စကားဝိုင်းများ... အခြားမည်သည့်စကားဝိုင်းများလဲ? အလုပ်ပြန်စပါ။ ဘာကြောင့်လဲဆိုတော့ စကားပြောတာက သူတို့အတွက် အလုပ်မဖြစ်ဘူးလို့ ခံစားရလို့ပါ။ ကုဒ်မရေးဘူး၊ ဆော့ဖ်ဝဲလ်ကို မစမ်းသပ်ဘူး၊ ဘာမှလုပ်ပုံမပေါ်ဘူး - တစ်ခုခုလုပ်ဖို့ မင်းကို ဘာလို့ မပို့တာလဲ။ ပြီးနောက်၊ ပို့ဆောင်မှုမှာ တစ်လအတွင်း ဖြစ်နေပါပြီ။

မိုက်ကယ်- ကုဒ်တစ်ခုရေးသွားလိုက်ပါ။

Tim- အလုပ်အတွက် စိတ်မပူကြသော်လည်း တိုးတက်မှုကို မြင်နိုင်စွမ်းမရှိဟု ယူဆပါသည်။ ကျွန်ုပ်တို့ အောင်မြင်မှုဆီသို့ နီးကပ်လာပုံပေါ်စေရန်၊ ကီးဘုတ်ပေါ်ရှိ ခလုတ်များကို နှိပ်သည်ကို ၎င်းတို့ မြင်တွေ့ရမည်ဖြစ်သည်။ တစ်နေကုန် မနက်မှ ညနေအထိ။ ဒါက နံပါတ်တစ် ပြဿနာပါ။

Oleg- Misha၊ မင်း တစ်ခုခု စဉ်းစားနေတာလား။

မိုက်ကယ်- တောင်းပန်ပါတယ်၊ အတွေးထဲမှာ ပျောက်သွားပြီး အလင်းပြန်မှုတစ်ခုကို ဖမ်းမိခဲ့တယ်။ ဒါတွေအားလုံးက မနေ့က ဖြစ်ပျက်ခဲ့တဲ့ စိတ်ဝင်စားစရာကောင်းတဲ့ လူထုစုဝေးပွဲကို သတိရစေခဲ့တယ်... မနေ့က ချီတက်ပွဲတွေ အရမ်းများခဲ့တယ်... ပြီးတော့ အားလုံးက အရမ်းရင်းနှီးတဲ့ အသံပါပဲ။

လစာမဲ့ဘဝ

Tim- စကားမစပ်၊ ဆက်သွယ်ရေးအတွက် "စုဝေးပွဲများ" ကိုစီစဉ်ရန်လုံးဝမလိုအပ်ပါ။ ကျွန်တော်ဆိုလိုသည်မှာ၊ developer များကြားတွင် အသုံးဝင်ဆုံး ဆွေးနွေးမှုများသည် အချင်းချင်း စကားပြောရုံသာဖြစ်သည်။ ကော်ဖီတစ်ခွက်နဲ့ မနက်ခင်းမှာ လမ်းလျှောက်ရင်း လူငါးယောက် စုပြီး နည်းပညာဆိုင်ရာ တစ်ခုခုကို ဒေါသတကြီး ဆွေးနွေးနေကြတယ်။ ငါ့အတွက်၊ ငါက ဒီပရောဂျက်ရဲ့ မန်နေဂျာဆိုရင် ပြုံးရုံသာပြုံးပြီး ငါ့လုပ်ငန်းအကြောင်း တစ်နေရာရာကိုသွားပြီး ဆွေးနွေးခွင့်ပေးလိုက်တာ ပိုကောင်းပါတယ်။ သူတို့လည်း တတ်နိုင်သလောက် ပါဝင်နေပြီ။ ဒါက ကောင်းတဲ့လက္ခဏာပါ။

Oleg- စကားမစပ်၊ မင်းရဲ့စာအုပ်ထဲမှာ ဘယ်အရာက အကောင်းနဲ့အဆိုးနဲ့ပတ်သက်တဲ့ မှတ်စုတွေရှိလဲ။ ၎င်းတို့ကို သင်ကိုယ်တိုင် အသုံးပြုပါသလား။ နှိုင်းရပြောရလျှင် ယခု သင့်တွင် ကုမ္ပဏီတစ်ခုရှိပြီး အလွန်ရိုးစင်းသောပုံစံဖြင့် ဖွဲ့စည်းထားသော ကုမ္ပဏီတစ်ခုရှိသည်...

Tim- ပုံမှန်မဟုတ်သော၊ သို့သော် ဤစက်ပစ္စည်းသည် ကျွန်ုပ်တို့နှင့် လုံးဝကိုက်ညီပါသည်။ ငါတို့ တစ်ယောက်နဲ့တစ်ယောက် သိနေတာကြာပြီ။ တစ်ယောက်နဲ့တစ်ယောက် ယုံကြည်ကြတယ်၊ လက်တွဲဖော်မဖြစ်ခင်ကတည်းက တစ်ယောက်ကိုတစ်ယောက် ယုံကြည်ခဲ့ကြတယ်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့တွင် လစာလုံးဝမရှိပါ။ ကျွန်ုပ်တို့သည် အလုပ်သာဖြစ်ပြီး ဥပမာအားဖြင့်၊ ကျွန်ုပ်သည် ကျွန်ုပ်၏ဖောက်သည်များထံမှ ငွေရပါက၊ ငွေအားလုံးသည် ကျွန်ုပ်ထံသို့ ရောက်သွားပါသည်။ ထို့နောက်တွင်၊ ကျွန်ုပ်တို့သည် အဖွဲ့အစည်းအား အသင်းဝင်ကြေးများကို ပေးဆောင်ပြီး ၎င်းသည် ကုမ္ပဏီကို ထောက်ပံ့ရန် လုံလောက်ပါသည်။ ထို့အပြင် ကျွန်ုပ်တို့အားလုံးသည် မတူညီသောအရာများကို အထူးပြုကြသည်။ ဥပမာအားဖြင့် ကျွန်ုပ်သည် စာရင်းကိုင်များနှင့် အလုပ်လုပ်သည်၊ အခွန်ငွေများ ဖြည့်သွင်းသည်၊ ကုမ္ပဏီအတွက် စီမံခန့်ခွဲရေးဆိုင်ရာ အမျိုးမျိုးကို လုပ်သည်၊ ၎င်းအတွက် ကျွန်ုပ်ကို မည်သူမျှ မပေးချေပါ။ James နှင့် Tom တို့သည် ကျွန်ုပ်တို့၏ ၀ဘ်ဆိုဒ်တွင် အလုပ်လုပ်ကြပြီး ၎င်းတို့ကို မည်သူမှ ပေးဆောင်ခြင်းမရှိပါ။ သင့်အခကြေးငွေကို ပေးဆောင်နေသရွေ့ သင်ဘာလုပ်ရမည်ကို မည်သူမှ ပြောပြရန် စဉ်းစားမည်မဟုတ်ပါ။ ဥပမာအားဖြင့်၊ ယခု တွမ်သည် ယခင်က သူလုပ်သည်ထက် များစွာနည်းသည်။ အခု သူ့မှာ တခြားစိတ်ဝင်စားစရာတွေရှိတော့ Guild အတွက်မဟုတ်ဘဲ တချို့အရာတွေကို လုပ်တယ်။ ဒါပေမယ့် သူ့အခကြေးငွေကို ပေးရသရွေ့တော့ ဘယ်သူမှ သူ့ဆီလာပြီး “ဟေး တွမ်၊ အလုပ်သွားပါ” လို့ ပြောမှာ မဟုတ်ပါဘူး။ မင်းကြားမှာ ပိုက်ဆံမရှိတဲ့အခါ လုပ်ဖော်ကိုင်ဖက်တွေနဲ့ ဆက်ဆံရတာ အရမ်းလွယ်တယ်။ ယခုကျွန်ုပ်တို့၏ဆက်ဆံရေးသည် မတူညီသောထူးခြားမှုများနှင့်ပတ်သက်သော အခြေခံအယူအဆများထဲမှတစ်ခုဖြစ်သည်။ ၎င်းသည်အလုပ်လုပ်ပြီးအလွန်ကောင်းစွာအလုပ်လုပ်သည်။

အကောင်းဆုံးအကြံဉာဏ်

မိုက်ကယ်- "အကောင်းဆုံးအကြံဉာဏ်များ" သို့ ပြန်သွားရန်၊ သင့်ဖောက်သည်များကို ထပ်ခါတလဲလဲ ပြောသည့်အရာများ ရှိပါသလား။ 80/20 နှင့် ပတ်သက်သော အကြံဥာဏ်တစ်ခု ရှိပြီး အချို့သော အကြံဉာဏ်များသည် မကြာခဏ ထပ်ခါထပ်ခါ ဖြစ်ကောင်းဖြစ်နိုင်သည်။

Tim- Waltzing with Bears လိုမျိုး စာအုပ်တစ်အုပ်ရေးရင် သမိုင်းလမ်းကြောင်းကို ပြောင်းလဲပြီး လူတွေ ရပ်သွားလိမ့်မယ် လို့ တစ်ချိန်က တွေးခဲ့ဖူးပါတယ်။ မကောင်းမှုတစ်ခုခုဖြစ်လာသည်နှင့်တပြိုင်နက် ၎င်းတို့အတွက် တုန်လှုပ်ချောက်ချားစရာတစ်ခုဖြစ်လာသည်။ "ကြည့်စမ်း၊ ငါတို့က စနစ်တစ်ခုကို စမ်းသပ်ခဲ့ပြီး၊ အဲဒါက ဘယ်စနစ်မှ မအောင်မြင်ဘူး၊ ဒါက နောက်ထပ် သုံးလလောက် မစီစဉ်ရသေးတဲ့ အလုပ်၊ ဒါက ဘယ်လိုဖြစ်နိုင်မလဲ။ ဘယ်သူသိလဲ? ဘာတွေ မှားသွားနိုင်လဲ။ အလေးအနက်ထား၊ ဒါကို ယုံသလား။

လက်ရှိအခြေအနေနဲ့ ပတ်သက်ပြီး အရမ်းစိတ်မဆိုးသင့်ဘူးလို့ ရှင်းပြဖို့ ကြိုးစားနေပါတယ်။ အဲဒါကို ထုတ်ပြောရမယ်၊ မှားသွားနိုင်တယ် ဆိုတာ နားလည်ဖို့နဲ့ နောင်မှာ ဒီလိုမျိုး မဖြစ်အောင် ဘယ်လို ကာကွယ်ရမလဲ။ ပြဿနာပေါ်လာရင် ဘယ်လိုတိုက်မယ်၊ ဘယ်လိုထိန်းမလဲ။

ကျွန်တော့်အတွက်ကတော့ ဒါတွေအားလုံးက ကြောက်စရာကောင်းနေပုံပါပဲ။ လူတွေဟာ ရှုပ်ထွေးပြီး တုန်လှုပ်ချောက်ချားတဲ့ ပြဿနာတွေကို ကိုင်တွယ်ဖြေရှင်းပြီး သူတို့ရဲ့ လက်ချောင်းတွေကို ဖြတ်ကျော်ပြီး အကောင်းဆုံးကို မျှော်လင့်ရင် “အကောင်းဆုံး” လို့ ဟန်ဆောင်မှုတွေ ဆက်လုပ်နေဦးမှာပါ။ မဟုတ်ဘူး၊ ဒါက အလုပ်မဖြစ်ဘူး။

စွန့်စားစီမံခန့်ခွဲမှုကို လေ့ကျင့်ပါ။

မိုက်ကယ်- သင့်အမြင်အရ၊ စွန့်စားစီမံခန့်ခွဲမှုတွင် အဖွဲ့အစည်းမည်မျှပါဝင်သနည်း။

Tim- ကျွန်မကို စိတ်ဆိုးစေတာကတော့ လူတွေက အန္တရာယ်တွေကို ရိုးရိုးရှင်းရှင်း ချရေးလိုက်၊ ရလာတဲ့စာရင်းကိုကြည့်ပြီး အလုပ်သွားဖို့ပါပဲ။ တကယ်တော့၊ သူတို့အတွက် စွန့်စားရမှုများကို ခွဲခြားသတ်မှတ်ခြင်းသည် စွန့်စားစီမံခန့်ခွဲမှုဖြစ်သည်။ ဒါပေမယ့် ငါ့အတွက် ဒါက မေးစရာ အကြောင်းပြချက်တစ်ခုလိုပါပဲ၊ ဟုတ်ပြီ၊ စာရင်းတစ်ခုရှိတယ်၊ မင်းဘာကို အတိအကျ ပြောင်းလဲမှာလဲ။ ဤအန္တရာယ်များကို ထည့်သွင်းစဉ်းစား၍ သင်၏စံနှုန်းအတိုင်း လုပ်ဆောင်ချက်များကို ပြောင်းလဲရန် လိုအပ်သည်။ အလုပ်ရဲ့ အခက်ခဲဆုံးအပိုင်းတွေရှိရင်၊ အဲဒါကို ကိုင်တွယ်ဖြေရှင်းဖို့ လိုပြီး ပိုရိုးရှင်းတဲ့ အရာတစ်ခုကို ဆက်သွားလိုက်ပါ။ ပထမဆုံးပြေးခြင်းများတွင်၊ ရှုပ်ထွေးသောပြဿနာများကို စတင်ဖြေရှင်းပါ။ ဒါက စွန့်စားရမှု စီမံခန့်ခွဲမှုနဲ့ တူပြီးသားပါ။ သို့သော် အများအားဖြင့် လူများသည် အန္တရာယ်များစာရင်းကို ပြုစုပြီးနောက် ၎င်းတို့ပြောင်းလဲသွားသည်များကို မပြောနိုင်ပေ။

မိုက်ကယ်- သို့တိုင်၊ အဆိုပါကုမ္ပဏီများတွင် ဘေးအန္တရာယ်စီမံခန့်ခွဲမှုတွင် မည်မျှပါဝင်နေသနည်း၊ ငါးရာခိုင်နှုန်း၊

Tim- ကံမကောင်းစွာပဲ၊ ဒါကိုပြောရတာကို မုန်းတယ်၊ ဒါပေမယ့် ဒါက သိပ်အရေးမပါတဲ့ အပိုင်းပါ။ ဒါပေမယ့် တကယ်ကြီးကြီးမားမား ပရောဂျက်တွေရှိလို့ ငါးခုထက်ပိုပြီး အနည်းဆုံး တစ်ခုခုမလုပ်ရင် သူတို့ရှိမနေနိုင်ပါဘူး။ အနည်းဆုံး 25% ဆိုရင် အရမ်းအံ့သြသွားလိမ့်မယ် လို့ ဆိုကြပါစို့။ ပရောဂျက်အသေးစားများသည် ဤမေးခွန်းများကို ဤနည်းဖြင့် ဖြေလေ့ရှိသည်- ပြဿနာက ကျွန်ုပ်တို့အပေါ် သက်ရောက်မှုရှိလျှင် ဖြေရှင်းပေးပါမည်။ ထို့နောက် ၎င်းတို့သည် မိမိတို့ကိုယ်ကို အောင်မြင်စွာ ဒုက္ခရောက်စေပြီး ပြဿနာစီမံခန့်ခွဲမှုနှင့် အကျပ်အတည်းစီမံခန့်ခွဲမှုတွင် ပါဝင်ဆောင်ရွက်ကြသည်။ ပြဿနာတစ်ခုကို ဖြေရှင်းဖို့ကြိုးစားပြီး ပြဿနာကို မဖြေရှင်းနိုင်တဲ့အခါ အကျပ်အတည်းစီမံခန့်ခွဲမှုကို ကြိုဆိုပါတယ်။

ဟုတ်တယ်၊ “ပြဿနာတွေဖြစ်လာတာနဲ့အမျှ ငါတို့ဖြေရှင်းပေးမှာပါ” လို့ မကြာခဏကြားနေရတယ်။ ဧကန်မုချငါတို့? ငါတို့ တကယ် ဆုံးဖြတ်မှာလား။

Oleg- သင်သည် ၎င်းကို လိမ်မာစွာလုပ်ဆောင်နိုင်ပြီး အရေးကြီးသောပုံစံကွဲများကို ပရောဂျက်ပဋိညာဉ်တွင် ရိုးရိုးရှင်းရှင်းရေးနိုင်ပြီး ပုံစံကွဲများကွဲပါက ပရောဂျက်ကို ပြန်လည်စတင်ပါ။ ဒါဟာအလွန် piembucky ထွက်လှည့်။

မိုက်ကယ်- ဟုတ်တယ်၊ အန္တရာယ်တွေ ပေါ်ပေါက်လာတဲ့အခါ၊ ပရောဂျက်ကို ရိုးရိုးရှင်းရှင်း ပြန်သတ်မှတ်လိုက်တာ ဖြစ်ခဲ့တယ်။ ကောင်းပါတယ်၊ ဘင်ဂို၊ ပြဿနာပြေလည်သွားပြီ၊ စိတ်မပူပါနဲ့တော့။

Tim- reset ခလုတ်ကို နှိပ်လိုက်ရအောင်။ မဟုတ်ဘူး၊ ဒါက အလုပ်မဖြစ်ဘူး။

DevOops 2019 တွင် အဓိကမှတ်ချက်

မိုက်ကယ်- ဒီအင်တာဗျူးရဲ့ နောက်ဆုံးမေးခွန်းကို ရောက်သွားပါပြီ။ သင်သည် နောက်ထပ် DevOops သို့ လာမည်၊ သင်ပြောမည့်အရာအတွက် လျှို့ဝှက်ကန့်လန့်ကာကို ရုတ်သိမ်းနိုင်မလား။

Tim- လက်ရှိတွင် ၎င်းတို့ ခြောက်ဦးသည် အလုပ်ယဉ်ကျေးမှု၊ အဖွဲ့အစည်းများ၏ စည်းကမ်းများအကြောင်း စာအုပ်တစ်အုပ် ရေးသားလျက်ရှိသည်။ ယဉ်ကျေးမှုသည် အဖွဲ့အစည်း၏ ပင်မတန်ဖိုးများဖြင့် ဆုံးဖြတ်သည်။ အများအားဖြင့် လူတွေက ဒါကိုသတိမထားမိပေမယ့် အတိုင်ပင်ခံလုပ်ငန်းမှာ နှစ်အတော်ကြာအောင် လုပ်ခဲ့တာကို သတိထားမိလေ့ရှိတယ်။ ကုမ္ပဏီတစ်ခုသို့ သင်ဝင်ရောက်ပြီး မိနစ်အနည်းငယ်အတွင်း ဖြစ်ပျက်နေသည့်အရာကို သင်စတင်ခံစားရသည်။ ဒါကို "အရသာ" လို့ခေါ်တယ်။ တစ်ခါတလေ ဒီရနံ့က တကယ်ကောင်းပြီး တစ်ခါတလေတော့လည်း ကောင်းပါတယ်၊ မတူကွဲပြားတဲ့ အဖွဲ့အစည်းတွေအတွက်တော့ ကွဲပြားပါတယ်။

မိုက်ကယ်- ငါလည်း နှစ်အတော်ကြာ တိုင်ပင်ပြီး လုပ်လာတာ မင်းပြောနေတာကို ကောင်းကောင်းနားလည်တယ်။

Tim- အမှန်တကယ်တော့ အဓိကအချက်မှာ ပြောသင့်ပြောထိုက်တဲ့အရာတွေထဲက တစ်ခုက အရာအားလုံးကို ကုမ္ပဏီက ဆုံးဖြတ်တာမဟုတ်ပါဘူး။ သင်နှင့် သင့်အဖွဲ့သည် အသိုက်အဝန်းတစ်ခုအနေဖြင့် သင့်ကိုယ်ပိုင်အဖွဲ့ ယဉ်ကျေးမှုရှိသည်။ ဤသည်မှာ ကုမ္ပဏီတစ်ခုလုံး၊ သို့မဟုတ် သီးခြားဌာနတစ်ခု၊ သီးခြားအဖွဲ့တစ်ခု ဖြစ်နိုင်သည်။ ဒါပေမယ့် မင်းမပြောခင်မှာ ငါတို့ယုံကြည်တဲ့အရာက အရေးကြီးတယ်... တိကျတဲ့လုပ်ဆောင်ချက်တွေရဲ့နောက်ကွယ်က တန်ဖိုးထားမှုတွေနဲ့ ယုံကြည်ချက်တွေကို နားလည်မှုမပေးခင် ယဉ်ကျေးမှုတစ်ခုကို ပြောင်းလဲလို့မရပါဘူး။ အပြုအမူသည် မှတ်သားရန် လွယ်ကူသော်လည်း ယုံကြည်ချက်ကို ရှာဖွေရန် ခက်ခဲသည်။ DevOps သည် အရာများ ပို၍ ပို၍ ရှုပ်ထွေးလာပုံ၏ ကောင်းမွန်သော ဥပမာတစ်ခုမျှသာဖြစ်သည်။ အပြန်အလှန်တုံ့ပြန်မှုများသည် ပိုမိုရှုပ်ထွေးလာသည်၊ ၎င်းတို့သည် ပိုမိုသန့်ရှင်းလာသည် သို့မဟုတ် ရှင်းရှင်းလင်းလင်းဖြစ်လာခြင်း မရှိသောကြောင့် သင်ယုံကြည်သည့်အရာနှင့် သင့်ပတ်ဝန်းကျင်ရှိလူတိုင်း နှုတ်ဆိတ်နေခြင်းကို သင်စဉ်းစားသင့်သည်။

ရလဒ်များကို အမြန်ရရှိလိုပါက၊ ဤနေရာတွင် သင့်အတွက် ကောင်းမွန်သော အကြောင်းအရာတစ်ခုဖြစ်ပါသည်- မည်သူမှ မပြောသော ကုမ္ပဏီများကို သင်မြင်ဖူးပါသလား။ လူတစ်ယောက်ကို တစ်စုံတစ်ခုမသိကြောင်း ဝန်ခံသည်အထိ သင်အမှန်တကယ် နှိပ်စက်သည့်နေရာများ ရှိပါသည်။ လူတိုင်းသိတယ်၊ လူတိုင်းက မယုံနိုင်လောက်အောင် ပညာတတ်တွေပါ။ သင်သည်မည်သူမဆိုထံချဉ်းကပ်သည်နှင့်သူသည်မေးခွန်းကိုချက်ချင်းဖြေရပါမည်။ "မသိဘူး" လို့ပြောမယ့်အစား ဟူး၊ သူတို့က ပညာတတ်တွေ ငှားထားတာ။ အချို့သော ယဉ်ကျေးမှုများတွင် ယေဘုယျအားဖြင့် "ငါမသိဘူး" ဟုပြောခြင်းသည် အလွန်အန္တရာယ်များပြီး ၎င်းကို အားနည်းခြင်း၏ လက္ခဏာဟု ထင်မြင်နိုင်သည်။ ဆန့်ကျင်ဘက်အနေနဲ့ လူတိုင်းက “မသိဘူး” လို့ ပြောနိုင်တဲ့ အဖွဲ့အစည်းတွေလည်း ရှိပါတယ်။ အဲဒါက လုံးဝတရားဝင်ဖြစ်ပြီး တစ်စုံတစ်ယောက်က မေးခွန်းတစ်ခုအတွက် အမှိုက်စပြီး ဖြုန်းတီးနေတယ်ဆိုရင် "မင်းဘာပြောနေတာလဲဆိုတာ မင်းမသိဘူးလား" လို့ ဖြေဖို့ လုံးဝပုံမှန်ပါပဲ။ အားလုံးကို ဟာသအဖြစ်ပြောင်းလိုက်ပါ။

အကောင်းဆုံးကတော့ သင်အမြဲတမ်းပျော်ရွှင်နေနိုင်တဲ့ အလုပ်တစ်ခုကို လုပ်ချင်ပါတယ်။ လွယ်တော့မလွယ်ပါဘူး၊ နေ့တိုင်း နေသာပြီး သာယာမနေပါဘူး၊ တစ်ခါတလေ အလုပ်ကြိုးစားရမယ်၊ ဒါပေမယ့် စတော့စတော့ယူတဲ့အခါ၊ အဲဒါက တကယ်ကို အံသြစရာကောင်းတဲ့ နေရာတစ်ခုပါ၊ ဒီမှာ အလုပ်လုပ်ရတာ ကောင်းပါတယ်၊ စိတ်ပိုင်းဆိုင်ရာရော ဥာဏ်ပညာရော။ အကြံပေးအဖြစ် သင်သွားသည့် ကုမ္ပဏီများလည်း ရှိပြီး သုံးလကြာအောင် မခံမရပ်နိုင်ဖြစ်ကာ ထိတ်လန့်တကြား ထွက်ပြေးသွားမည့် ကုမ္ပဏီများလည်း ရှိပါသည်။ ဒါ အစီရင်ခံစာမှာ ပြောချင်တာပါ။

Tim Lister သည် အဓိက အမှာစကားဖြင့် ရောက်ရှိလာမည်ဖြစ်သည်။ "ဇာတ်ကောင်များ၊ အသိုင်းအဝိုင်းနှင့် ယဉ်ကျေးမှု- ကြွယ်ဝမှုအတွက် အရေးကြီးသောအချက်များ"စိန့်ပီတာစဘတ်တွင် 2019 ခုနှစ်၊ အောက်တိုဘာလ 29-30 ရက်တွင်ကျင်းပမည့် DevOops 2019 ညီလာခံသို့။ လက်မှတ်များဝယ်ယူနိုင်ပါသည်။ တရားဝင် website တွင်. ကျွန်ုပ်တို့သည် သင့်အား DevOops တွင် စောင့်ဆိုင်းနေပါသည်။

source: www.habr.com