စကင်န်ဖတ်ရုံသာမကဘဲ အဆင့် ၉ ဆင့်ဖြင့် အားနည်းချက် စီမံခန့်ခွဲမှု လုပ်ငန်းစဉ်ကို ဘယ်လိုတည်ဆောက်မလဲ။

ဇူလိုင်လ 4 ရက်နေ့ ကြီးကြီးမားမားရှိခဲ့ပါတယ်။ အားနည်းချက်စီမံခန့်ခွဲမှု အလုပ်ရုံဆွေးနွေးပွဲ. ယနေ့ ကျွန်ုပ်တို့သည် Qualys မှ Andrey Novikov ၏မိန့်ခွန်းမှတ်တမ်းကို ထုတ်ဝေလျက်ရှိသည်။ အားနည်းချက် စီမံခန့်ခွဲမှု အလုပ်အသွားအလာကို တည်ဆောက်ရန် သင်လုပ်ဆောင်ရမည့် အဆင့်များကို သူပြောပြလိမ့်မည်။ Spoiler- ကျွန်ုပ်တို့သည် စကင်န်မဖတ်မီ လမ်းတစ်ဝက်တွင်သာ ရောက်ရှိပါမည်။

အဆင့် #1- သင်၏ အားနည်းချက် စီမံခန့်ခွဲမှု လုပ်ငန်းစဉ်များ၏ ရင့်ကျက်မှု အဆင့်ကို သတ်မှတ်ပါ။

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

အခြေခံမေးခွန်းများကို ဖြေရန် ကြိုးစားပါ-

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

အဆင့် 2- အခြေခံအဆောက်အဦ လွှမ်းခြုံမှုကို သေချာပါစေ။

သင်မသိသောအရာကို သင်မကာကွယ်နိုင်ပါ။ မင်းရဲ့ IT အခြေခံအဆောက်အဦက ဘာနဲ့လုပ်ထားလဲဆိုတာ အပြည့်အစုံမဖော်ပြထားဘူးဆိုရင်တော့ မင်းကာကွယ်နိုင်မှာမဟုတ်ဘူး။ ခေတ်မီအခြေခံအဆောက်အအုံများသည် ရှုပ်ထွေးပြီး အရေအတွက်နှင့် အရည်အသွေးအရ အမြဲပြောင်းလဲနေသည်။
ယခုအခါ အိုင်တီအခြေခံအဆောက်အအုံသည် ဂန္တဝင်နည်းပညာများ (အလုပ်ရုံများ၊ ဆာဗာများ၊ အတုအယောင်စက်များ) ပေါ်တွင်သာမက ကွန်တိန်နာများ၊ မိုက်ခရိုဝန်ဆောင်မှုများပါ အသစ်အဆန်းများအပေါ်တွင်လည်း အခြေခံထားပါသည်။ သတင်းအချက်အလက် လုံခြုံရေး ဝန်ဆောင်မှုသည် စကင်နာများ အများစုပါရှိသော ရှိပြီးသား ကိရိယာအစုံများကို အသုံးပြု၍ ၎င်းတို့နှင့် တွဲလုပ်ရန် အလွန်ခက်ခဲသောကြောင့် ၎င်းသည် ဖြစ်နိုင်သမျှ နည်းလမ်းတိုင်းတွင် နောက်ဆုံးမှ လည်ပတ်နေပါသည်။ ပြဿနာမှာ မည်သည့်စကင်နာမဆို အခြေခံအဆောက်အအုံတစ်ခုလုံးကို ဖုံးအုပ်ထားနိုင်ခြင်းမရှိပေ။ စကင်နာတစ်ခုသည် အခြေခံအဆောက်အအုံရှိ မည်သည့် node သို့မဆိုရောက်ရှိစေရန်အတွက်၊ အချက်များစွာသည် ကိုက်ညီရပါမည်။ စကင်န်ဖတ်ချိန်တွင် ပိုင်ဆိုင်မှုသည် အဖွဲ့အစည်း၏ ပတ်၀န်းကျင်အတွင်းတွင် ရှိနေရပါမည်။ အချက်အလက်အပြည့်အစုံကို စုဆောင်းရန်အတွက် စကင်ဖတ်နာသည် ပိုင်ဆိုင်မှုများနှင့် ၎င်းတို့၏အကောင့်များသို့ ကွန်ရက်ဝင်ရောက်ခွင့်ရှိရပါမည်။

ကျွန်ုပ်တို့၏စာရင်းဇယားများအရ၊ အလတ်စား သို့မဟုတ် ကြီးမားသောအဖွဲ့အစည်းများနှင့် ပတ်သက်လာသောအခါတွင် အခြေခံအဆောက်အအုံ၏ 15-20% ခန့်ကို စကင်နာဖြင့် အကြောင်းပြချက်တစ်ခု သို့မဟုတ် အခြားတစ်ခုကြောင့် ဖမ်းမမိပါ- ပိုင်ဆိုင်မှုသည် ပတ်၀န်းကျင်ဘက်သို့ ရွေ့သွားသည် သို့မဟုတ် ရုံးတွင် လုံးဝပေါ်မလာတော့ပါ။ ဥပမာအားဖြင့်၊ အဝေးမှအလုပ်လုပ်သောဝန်ထမ်းတစ်ဦး၏လက်ပ်တော့တစ်လုံးသည် ကော်ပိုရိတ်ကွန်ရက်သို့ဝင်ရောက်ခွင့်ရှိနေသေးသည်၊ သို့မဟုတ် ပိုင်ဆိုင်မှုသည် Amazon ကဲ့သို့သောပြင်ပ cloud ဝန်ဆောင်မှုများတွင်တည်ရှိသည်။ အများအားဖြင့်၊ ၎င်းတို့သည် ၎င်း၏မြင်နိုင်စွမ်းဇုန်အပြင်ဘက်တွင် ရှိနေသောကြောင့် စကင်နာသည် ဤပိုင်ဆိုင်မှုများအကြောင်း ဘာမှမသိနိုင်ပါ။

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

အဆင့် 3- ပိုင်ဆိုင်မှုများကို အမျိုးအစားခွဲပါ။

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

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

အဆင့် 4- အခြေခံအဆောက်အဦ အကဲဖြတ်မှုကို လုပ်ဆောင်ပါ။

စတုတ္ထအဆင့်တွင်သာ ကျွန်ုပ်တို့သည် အားနည်းချက်များကို ရှုထောင့်မှ အခြေခံအဆောက်အအုံများကို အကဲဖြတ်ရန် ရောက်ရှိလာပါသည်။ ဤအဆင့်တွင်၊ ဆော့ဖ်ဝဲလ်၏ အားနည်းချက်များကိုသာမက အားနည်းချက်တစ်ခုလည်းဖြစ်နိုင်သည့် configuration errors များကိုလည်း ဂရုပြုရန် အကြံပြုအပ်ပါသည်။ ဤတွင် ကျွန်ုပ်တို့သည် အချက်အလက်စုဆောင်းသည့် အေးဂျင့်နည်းလမ်းကို အကြံပြုပါသည်။ ပတ်၀န်းကျင်လုံခြုံရေးကို အကဲဖြတ်ရန် စကင်နာများကို အသုံးပြုသင့်သည်။ အကယ်၍ သင်သည် cloud ဝန်ဆောင်မှုပေးသူများ၏ အရင်းအမြစ်များကို အသုံးပြုပါက၊ ထိုနေရာမှ ပိုင်ဆိုင်မှုများနှင့် ဖွဲ့စည်းမှုဆိုင်ရာ အချက်အလက်များကို စုဆောင်းရန် လိုအပ်ပါသည်။ Docker ကွန်တိန်နာများကို အသုံးပြု၍ အခြေခံအဆောက်အအုံများတွင် အားနည်းချက်များကို ပိုင်းခြားစိတ်ဖြာရန် အထူးဂရုပြုပါ။

အဆင့် 5- အစီရင်ခံမှုကို သတ်မှတ်ပါ။

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

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

အဆင့် 6- ဦးစားပေးပါ။

ဤတွင် သင်သည် အောက်ပါတို့ကို လုပ်ဆောင်နိုင်သည်-

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

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

3. တိုက်ခိုက်မှုမျက်နှာပြင်ကို ကျဉ်းမြောင်းစေခြင်း။ မလိုအပ်သောဆော့ဖ်ဝဲနှင့် ဝန်ဆောင်မှုများ၏ အခြေခံအဆောက်အအုံများကို သန့်ရှင်းစေပြီး မလိုအပ်သော port များကို ပိတ်ပါ။ မကြာသေးမီက ကျွန်ုပ်တို့သည် ကုမ္ပဏီတစ်ခုတွင် Mozilla browser ဗားရှင်းဟောင်းနှင့် ပတ်သက်သည့် အားနည်းချက်ပေါင်း 40 ခန့်ကို စက် 100 တွင် တွေ့ရှိခဲ့ပါသည်။ နောက်ပိုင်းတွင်ထွက်လာသည့်အတိုင်း Mozilla သည် လွန်ခဲ့သောနှစ်ပေါင်းများစွာက ရွှေရောင်ရုပ်ပုံသို့ မိတ်ဆက်ခဲ့ပြီး မည်သူမျှမသုံးသော်လည်း ၎င်းသည် အားနည်းချက်များစွာ၏ရင်းမြစ်ဖြစ်သည်။ ဘရောက်ဆာကို ကွန်ပျူတာများမှ ဖယ်ရှားလိုက်သောအခါ (၎င်းသည် အချို့သောဆာဗာများတွင်ပင်ဖြစ်သည်) ဤအားနည်းချက်များ ထောင်ပေါင်းများစွာ ပျောက်ကွယ်သွားခဲ့သည်။

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

အဆင့် #7- KPIs ကို သဘောတူသည်။

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

အဆင့် 8- အလိုအလျောက်လုပ်ပါ။

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

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

အဆင့် 9- Essentials ကိုအာရုံစိုက်ပါ။

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

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

source: www.habr.com