"ပွင့်လင်းသောအဖွဲ့အစည်း"- ပရမ်းပတာတွင် မပျောက်ပျက်စေရန်နှင့် သန်းပေါင်းများစွာကို စည်းလုံးညီညွတ်အောင် ပြုလုပ်နည်း

Red Hat ၊ ရုရှား ပွင့်လင်းရင်းမြစ် အသိုင်းအဝိုင်း နှင့် ပါဝင်သူတိုင်းအတွက် အရေးကြီးသောနေ့ကို ရောက်လာပြီ - ၎င်းကို ရုရှားဘာသာဖြင့် ထုတ်ဝေခဲ့သည်။ Jim Whitehurst ၏ စာအုပ်၊ The Open Organization: Passion That Gets Results. သူမသည် Red Hat တွင် အကောင်းဆုံးအကြံဥာဏ်များနှင့် အရည်အချင်းအရှိဆုံးသူများကို မည်သို့ပေးဆောင်ပုံနှင့် ပရမ်းပတာတွင် မပျောက်ပျက်စေရန်နှင့် ကမ္ဘာတစ်ဝှမ်းရှိ သန်းပေါင်းများစွာသောလူများကို စည်းလုံးညီညွတ်စေမည့်အကြောင်းကိုလည်း သူမက အသေးစိတ်ပြောပြသည်။

"ပွင့်လင်းသောအဖွဲ့အစည်း"- ပရမ်းပတာတွင် မပျောက်ပျက်စေရန်နှင့် သန်းပေါင်းများစွာကို စည်းလုံးညီညွတ်အောင် ပြုလုပ်နည်း

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

ဗွီဒီယိုဖွင့်ပါ

ကုမ္ပဏီနှင့် Jim ၏ အလုပ်အကိုင်သမိုင်းသည် မှတ်သားဖွယ်ကောင်းသည်။ ၎င်းသည် open source world တွင် fanfare မရှိကြောင်းပြသသည်၊ သို့သော်ခေါင်းဆောင်မှုဆိုင်ရာချဉ်းကပ်မှုအသစ်တစ်ခုရှိသည်-

“စုဆောင်းသူနဲ့ စကားပြောပြီးနောက် အင်တာဗျူးတစ်ခုကို ကျွန်တော် စိတ်ဝင်စားကြောင်း ဖော်ပြခဲ့ပြီး တနင်္ဂနွေနေ့က မြောက်ကာရိုလိုင်းနားပြည်နယ် Raleigh ရှိ Red Hat ရုံးချုပ်ကို ပျံသန်းဖို့ စိတ်ပါဝင်စားသလားလို့ သူက မေးခဲ့ပါတယ်။ တနင်္ဂနွေဟာ ထူးထူးဆန်းဆန်း တွေ့ဆုံရမယ့်နေ့လို့ ထင်ပါတယ်။ ဒါပေမယ့် တနင်္လာနေ့မှာ နယူးယောက်ကို ပျံသန်းဖို့ ရှိသေးတဲ့အတွက် ယေဘုယျအားဖြင့်တော့ ခရီးစဥ်မှာ ရှိနေခဲ့ပြီး သဘောတူခဲ့ပါတယ်။ အတ္တလန်တာမှ လေယာဉ်ပေါ်တက်ပြီး Raleigh Durham လေဆိပ်သို့ ဆင်းသက်ခဲ့သည်။ အဲဒီကနေ မြောက်ကယ်ရိုလိုင်းနား တက္ကသိုလ် ပရိဝုဏ်ရှိ Red Hat အဆောက် အအုံရှေ့မှာ ဆင်းလာတဲ့ တက္ကစီကို စီးခဲ့တယ်။ တနင်္ဂနွေနေ့၊ နံနက် ၉း၃၀ ဝန်းကျင်တွင် မည်သူမျှမရှိ။ မီးတွေပိတ်ပြီး တံခါးကို သော့ခတ်ထားတာတွေ့တယ်။ အစကတော့ အရူးလို့ထင်ခဲ့တာ။ တက္ကစီထဲကို ပြန်လှည့်ကြည့်တော့ ကားက ထွက်နေပြီလို့ မြင်တယ်။ မကြာခင် မိုးရွာတော့ ထီးမပါဘူး။

တက္ကစီဖမ်းဖို့ တစ်နေရာရာကို သွားခါနီးမှာပဲ Red Hat ရဲ့ ဒါရိုက်တာဘုတ်အဖွဲ့ဥက္ကဋ္ဌနဲ့ CEO ဖြစ်သူ Matthew Shulick က သူ့ကားပေါ်ကို ဆွဲတင်လိုက်ပါတယ်။ "မင်္ဂလာပါ" ဟု နှုတ်ဆက်သည်။ "ကော်ဖီသောက်ချင်လား" ဒါက အင်တာဗျူးတစ်ခုစဖို့ ပုံမှန်မဟုတ်တဲ့နည်းလမ်းတစ်ခုလိုထင်ရပေမယ့် ကော်ဖီသောက်ဖို့တော့ သေချာပေါက်လိုအပ်နေတယ်ဆိုတာ ကျွန်တော်သိပါတယ်။ နောက်ဆုံးတော့၊ လေဆိပ်ကို တက္ကစီစီးရတာ ပိုလွယ်မယ်ထင်တယ်။

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

မိနစ်သုံးဆယ်လောက်ကြာတော့ ဖြစ်ပျက်နေတဲ့ပုံစံကို သဘောကျတယ်ဆိုတာ သိလိုက်ရတယ်။ အင်တာဗျူးသည် အစဉ်အလာမဟုတ်သော်လည်း စကားဝိုင်းသည် အလွန်စိတ်ဝင်စားစရာကောင်းသည်။ Red Hat ၏ ကော်ပိုရိတ်ဗျူဟာ သို့မဟုတ် Wall Street တွင် ၎င်း၏ပုံရိပ်—ကျနော်ပြင်ဆင်ထားသည့်အရာ—Matthew Shulick က ကျွန်ုပ်၏မျှော်လင့်ချက်၊ အိပ်မက်များနှင့် ပန်းတိုင်များအကြောင်း နောက်ထပ်မေးမည့်အစား၊ ယခု Shulik သည် ကုမ္ပဏီ၏ ယဉ်ကျေးမှုနှင့် စီမံခန့်ခွဲမှုပုံစံနှင့် ကိုက်ညီမှုရှိမရှိ အကဲဖြတ်နေသည်မှာ ရှင်းနေပါသည်။

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

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

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

နောက်တစ်နေ့ New York မှာနေရင်း Red Hat မှာ ကျွန်တော့်ဇနီးနဲ့ ဒီအင်တာဗျူးကို ဆွေးနွေးခဲ့ပါတယ်။ စကားဝိုင်းက အရမ်းစိတ်ဝင်စားဖို့ကောင်းတယ်လို့ သူမကိုပြောခဲ့တယ်၊ ဒါပေမယ့် ဒီလူတွေက ကျွန်တော့်ကို အလုပ်ခန့်ဖို့ အလေးအနက်ထားသလားဆိုတာတော့ သေချာမသိပါဘူး၊ သူတို့က အစားအသောက်နဲ့ ဓာတ်ငွေ့အလကားလိုချင်တာ ဖြစ်နိုင်တယ်။ ဒီနေ့တွေ့ဆုံမှုကို သတိရရင်း၊ Shulick နဲ့ Cunningham တို့ဟာ ရိုးရိုးရှင်းရှင်းနဲ့ ကော်ဖီသောက်၊ နေ့လယ်စာ ဒါမှမဟုတ် ဓာတ်ငွေ့ဖြည့်နိုင်တဲ့ တခြားသူတွေလို ဆက်ဆံတယ်ဆိုတာ ကျွန်မနားလည်ပါတယ်။ ဟုတ်တယ်၊ သူတို့နှစ်ယောက်လုံး ပိုက်ဆံမရှိဘဲ ဆုံးသွားတာက ရယ်စရာကောင်းပြီး ရယ်စရာကောင်းတယ်။ ဒါပေမယ့် သူတို့အတွက်ကတော့ ငွေနဲ့မပတ်သက်ပါဘူး။ ၎င်းတို့သည် open source world ကဲ့သို့ပင် ကော်ဇောနီခင်းခြင်း သို့မဟုတ် အရာအားလုံးပြီးပြည့်စုံကြောင်း အခြားသူများကို ဆွဲဆောင်ရန် မယုံကြည်ခဲ့ကြပေ။ သူတို့က ကျွန်မကို ပိုသိလာဖို့ ကြိုးစားနေတာ၊ ငါတို့ရဲ့ ကွဲပြားမှုတွေကို အထင်ကြီးဖို့ ဒါမှမဟုတ် ထောက်ပြဖို့ မကြိုးစားဘူး။ ငါဘယ်သူလဲဆိုတာ သိချင်ကြတယ်။

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

ကုသိုလ်ကောင်းမှုပြုခြင်းအတွက် အကြံပြုချက်များ

Meritocracy သည် open source အသိုင်းအဝိုင်း၏ အဓိကတန်ဖိုးဖြစ်သည်။ သင်ပိုင်ဆိုင်သောပိရမစ်၏အဆင့်သည် ကျွန်ုပ်တို့အတွက် အရေးမကြီးပါ၊ အဓိကအချက်မှာ သင့်စိတ်ကူးများ မည်မျှကောင်းသနည်း။ ဤသည်မှာ Jim အကြံပြုချက်ဖြစ်သည်။

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

သင်၏ရော့ခ်ကြယ်ပွင့်များသည် ၎င်းတို့၏ဝါသနာကို လိုက်လျှောက်ပါစေ။

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

“ဆန်းသစ်တီထွင်မှုကို တွန်းအားပေးဖို့အတွက် ကုမ္ပဏီတွေက အများကြီး ကြိုးစားကြပါတယ်။ Google ရဲ့ ချဉ်းကပ်ပုံက စိတ်ဝင်စားစရာပါ။ Google သည် 2004 ခုနှစ်တွင် အိမ်တိုင်းတွင် လူသိများလာပြီးနောက်၊ အင်တာနက်လုပ်ငန်းမှ အမှုဆောင်များနှင့် အယူဝါဒပညာရှင်များသည် ၎င်း၏ အထင်ကြီးလောက်သော အောင်မြင်မှုကို ပြန်လည်ရရှိရန်အတွက် ကုမ္ပဏီ၏ အဓိကလျှို့ဝှက်ချက်ကို ဖော်ထုတ်ရန် ကြိုးစားခဲ့ကြသည်။ အကျော်ကြားဆုံးဖြစ်သော်လည်း လက်ရှိပိတ်ထားရသည့် ပရိုဂရမ်များထဲမှ တစ်ခုမှာ Google ဝန်ထမ်းများအားလုံးသည် ၎င်းတို့၏ အချိန်၏ 20 ရာခိုင်နှုန်းကို ၎င်းတို့အလိုရှိတိုင်းနီးပါး လုပ်ဆောင်ရန် တောင်းဆိုခြင်းပင်ဖြစ်သည်။ အိုင်ဒီယာမှာ ဝန်ထမ်းများသည် ၎င်းတို့၏ ကိုယ်ပိုင် ပရောဂျက်များနှင့် အလုပ်ပြင်ပတွင် ဝါသနာပါသော စိတ်ကူးများကို လိုက်လျှောက်ပါက တီထွင်ဆန်းသစ်မှုများ စတင်လာမည် ဖြစ်သည်။ ဤသည်မှာ အောင်မြင်သော ပြင်ပပရောဂျက်များ ပေါ်ပေါက်လာပုံဖြစ်သည်- GoogleSuggest၊ AdSense for Content နှင့် Orkut; ၎င်းတို့အားလုံးသည် ဤ 20 ရာခိုင်နှုန်းစမ်းသပ်မှု—အထင်ကြီးစရာစာရင်းမှ လာကြသည်။ […]

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

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

ဖောက်ထွက်တာထက် ပိုပါတယ်။

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

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

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

Linux လည်ပတ်မှုစနစ် ဖန်တီးသူ Linus Torvalds သည်ပင် ကုဒ်အား အဆိုပြုထားသော အပြောင်းအလဲများနှင့် သဘောမတူကြောင်း ဖော်ပြသည်။ တစ်နေ့တွင် Red Hat ၏ ဦးဆောင် developer တစ်ဦးဖြစ်သည့် Linus နှင့် David Howells သည် Red Hat မှ တောင်းဆိုထားသော ကုဒ်ပြောင်းခြင်း၏ အကျိုးကျေးဇူးများနှင့်ပတ်သက်၍ ကျွန်ုပ်တို့၏ဖောက်သည်များအတွက် လုံခြုံရေးကို ပံ့ပိုးပေးမည့် Red Hat မှ တောင်းဆိုထားသော ကုဒ်ပြောင်းလဲမှု၏ ကောင်းကျိုးများအကြောင်း အပြင်းအထန်ငြင်းခုံကြသည်။ Howells ၏တောင်းဆိုမှုကို တုံ့ပြန်သည့်အနေဖြင့် Torvalds က “ပွင့်ပွင့်လင်းလင်းပြောရရင် ဒါက [ပုံမဖော်နိုင်တဲ့စကားလုံး] အမိုက်စားပါပဲ။ အရာအားလုံးသည် ဤမိုက်မဲသော အင်တာဖေ့စ်များနှင့် လုံးဝမိုက်မဲသော အကြောင်းပြချက်များအတွက် လှည့်ပတ်နေပုံရသည်။ ဘာကြောင့် ဒီလိုလုပ်သင့်သလဲ။ ရှိပြီးသား X.509 parser ကို မကြိုက်တော့ဘူး။ မိုက်မဲသော ရှုပ်ထွေးသော အင်တာဖေ့စ်များကို ဖန်တီးနေပြီး ယခု ၎င်းတို့အနက် ၁၁ ခု ရှိမည်ဖြစ်သည်။ – Linus 11”

နည်းပညာဆိုင်ရာအသေးစိတ်အချက်အလက်များကို ဘေးဖယ်ထားကာ Torvalds သည် နောက်မက်ဆေ့ချ်တွင် တူညီသောသဘောဖြင့် ဆက်လက်ရေးသားခဲ့သည်၊ ကိုးကားရန်မဝံ့မရဲဖြစ်ခဲ့သည်။ ဤအငြင်းပွားမှုသည် ကျယ်လောင်လွန်းသဖြင့် The Wall Street Journal ၏ စာမျက်နှာများတွင်ပင် ပျံ့နှံ့သွားခဲ့သည်။ […]

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

စောစောလွှတ်ပါ၊ မကြာခဏ လွှတ်ပေးပါ။

အနာဂတ်ကို ကျွန်ုပ်တို့ မခန့်မှန်းနိုင်သောကြောင့် ကြိုးစားရန်သာ လိုအပ်သည်-

"ကျွန်ုပ်တို့သည် "စောစီးစွာ စတင်ခြင်း၊ မကြာခဏ အပ်ဒိတ်များ" ၏ နိယာမအရ လုပ်ဆောင်ပါသည်။ မည်သည့်ဆော့ဖ်ဝဲလ်ပရောဂျက်၏ အဓိကပြဿနာမှာ အရင်းအမြစ်ကုဒ်ရှိ အမှားများ သို့မဟုတ် ချို့ယွင်းမှုများ ဖြစ်နိုင်ခြေဖြစ်သည်။ သိသိသာသာ၊ ဆော့ဖ်ဝဲလ်၏ ထုတ်ဝေမှု (ဗားရှင်း) တစ်ခုတွင် အပြောင်းအလဲများနှင့် အပ်ဒိတ်များကို စုဆောင်းလေလေ၊ ဤဗားရှင်းတွင် အမှားအယွင်းများ ရှိနိုင်ခြေ ပိုများလေဖြစ်သည်။ ဆော့ဖ်ဝဲလ်ဗားရှင်းများကို မကြာခဏနှင့် မြန်မြန်ဆန်ဆန်ထုတ်ခြင်းဖြင့် မည်သည့်ပရိုဂရမ်နှင့်မဆို ဆိုးရွားသောပြဿနာများဖြစ်နိုင်ခြေကို လျော့ကျသွားကြောင်း Open source ဆော့ဖ်ဝဲလ် developer များမှ သဘောပေါက်လာကြသည် - နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့သည် စျေးကွက်သို့ အပ်ဒိတ်အားလုံးကို တစ်ပြိုင်နက် ယူဆောင်လာမည်မဟုတ်သော်လည်း ဗားရှင်းတစ်ခုစီအတွက် တစ်ကြိမ်လျှင် တစ်ခုဖြစ်သည်။ အချိန်ကြာလာသည်နှင့်အမျှ၊ ဤနည်းလမ်းသည် အမှားအယွင်းများကို လျော့နည်းစေရုံသာမက ပိုမိုစိတ်ဝင်စားဖွယ်ကောင်းသော ဖြေရှင်းချက်များကိုလည်း ဖြစ်ပေါ်စေကြောင်း ကျွန်ုပ်တို့ သတိပြုမိပါသည်။ သေးငယ်သော တိုးတက်မှုများကို စဉ်ဆက်မပြတ် ပြုလုပ်ခြင်းသည် ရေရှည်တွင် ဆန်းသစ်တီထွင်မှုကို ဖန်တီးပေးသည် ။ ဒီနေရာမှာ အံ့သြစရာ ဘာမှမရှိပါဘူး။ kaizen a သို့မဟုတ် lean b ကဲ့သို့သော ခေတ်မီကုန်ထုတ်လုပ်မှု လုပ်ငန်းစဉ်များ၏ အဓိကကျသော အခြေခံမူများထဲမှတစ်ခုမှာ သေးငယ်ပြီး တိုးမြင့်လာသော ပြောင်းလဲမှုများနှင့် အပ်ဒိတ်များကို အာရုံစိုက်ခြင်းဖြစ်သည်။

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

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

ဒါက စာအုပ်ထဲက နောက်ထပ်ကိုးကားချက်။

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

  • ကိုယ်ပိုင်ခွန်အားနှင့် ယုံကြည်မှု။ သာမန်ခေါင်းဆောင်များသည် အောင်မြင်မှုရရှိရန် ရာထူးအာဏာ—မိမိတို့၏ရာထူး—ကို အသုံးပြုကြသည်။ သို့သော် ကုသိုလ်ကောင်းမှုတစ်ခုတွင် ခေါင်းဆောင်များသည် လေးစားမှုရရှိရမည်။ ပြီးတော့ သူတို့မှာ အဖြေအားလုံးမရှိဘူးလို့ ဝန်ခံဝံ့ရင် ဒါက ဖြစ်နိုင်တယ်။ ၎င်းတို့သည် ၎င်းတို့၏အဖွဲ့နှင့် အကောင်းဆုံးဖြေရှင်းချက်များကို ရှာဖွေရန် ပြဿနာများကို ဆွေးနွေးရန်နှင့် ဆုံးဖြတ်ချက်များ အမြန်ချရန် ဆန္ဒရှိရမည်ဖြစ်သည်။
  • ခန္တီ။ မီဒီယာများသည် ခေါင်းဆောင်တစ်ဦးမည်သို့ “စိတ်ရှည်သည်” ဟူသော ပုံပြင်များကို ပြောပြလေ့မရှိပေ။ ဒါပေမယ့် သူတကယ် စိတ်ရှည်ရမယ်။ သင့်အဖွဲ့ထံမှ အကောင်းဆုံးကြိုးစားမှုနှင့် ရလဒ်များရရှိရန် သင်လုပ်ဆောင်နေချိန်၊ နာရီများစွာကြာအောင် စကားစမြည်ပြောဆိုပြီး အရာများကို မှန်ကန်စွာပြီးမြောက်သည်အထိ ထပ်ခါထပ်ခါ ထပ်ခါတလဲလဲ လုပ်ဆောင်နေသည့်အခါတွင် သင်သည် စိတ်ရှည်ရန် လိုအပ်ပါသည်။
  • မြင့်မားသော EQ (စိတ်ခံစားမှုဆိုင်ရာဉာဏ်ရည်) ။ ကျွန်ုပ်တို့သည် ၎င်းတို့၏ စိတ်ပိုင်းဆိုင်ရာ ဉာဏ်ရည်ဉာဏ်သွေးထက်မြက်မှု သို့မဟုတ် EQ ရမှတ်ကို ထည့်သွင်းစဉ်းစားရန် လိုအပ်သောအခါတွင် ကျွန်ုပ်တို့သည် ၎င်းတို့၏ IQ ကို အာရုံစိုက်ခြင်းဖြင့် ခေါင်းဆောင်များ၏ ဉာဏ်ရည်ကို မြှင့်တင်ပေးလေ့ရှိသည်။ အဲဒီလူတွေနဲ့ အလုပ်မလုပ်နိုင်ရင် တခြားသူတွေကြားထဲမှာ ဉာဏ်အမြက်ဆုံးလူဖြစ်ဖို့က မလုံလောက်ပါဘူး။ Red Hat ကဲ့သို့ စေ့စပ်စပ်ယှက်သည့် ဝန်ထမ်းများ၏ အသိုင်းအဝိုင်းများနှင့် သင်လုပ်ဆောင်သောအခါတွင် သင့်တွင် မည်သူတစ်ဦးတစ်ယောက်ကိုမျှ အမိန့်ပေးနိုင်စွမ်းမရှိသည့်အခါ၊ သင့်တွင် အရာများကို နားထောင်နိုင်မှု၊ ခွဲခြမ်းစိတ်ဖြာမှုဖြင့် စီမံဆောင်ရွက်ခြင်းနှင့် ပုဂ္ဂိုလ်ရေးအရ မယူဆောင်နိုင်ခြင်းတို့သည် မယုံနိုင်လောက်အောင် အဖိုးတန်လာပါသည်။
  • ကွဲပြားသော စိတ်ဓာတ်။ ရိုးရာအဖွဲ့အစည်းများမှ လာသော ခေါင်းဆောင်များသည် လုပ်ဆောင်ချက်တိုင်းအတွက် လုံလောက်သော ပြန်လာသင့်သည်နှင့်အညီ quid pro quo (Latin for “quid pro quo”) စိတ်ဓာတ်ဖြင့် ကြီးပြင်းလာကြသည်။ ဒါပေမယ့် အသိုက်အဝန်းတစ်ခုကို တည်ဆောက်ရာမှာ ရင်းနှီးမြုပ်နှံဖို့ ကြိုးစားတဲ့အခါ ရေရှည်စဉ်းစားဖို့ လိုပါတယ်။ မှားယွင်းသောခြေလှမ်းတိုင်းသည် မညီမျှမှုကိုဖန်တီးနိုင်ပြီး သင်ချက်ချင်းသတိမထားမိနိုင်သော ရေရှည်ဆုံးရှုံးမှုများဆီသို့ သိမ်မွေ့စွာ ဟန်ချက်ညီသော ဂေဟစနစ်ကို တည်ဆောက်ရန် ကြိုးစားခြင်းနှင့်တူသည်။ ခေါင်းဆောင်များသည် ယနေ့ ရလဒ်များကို မည်သည့်စရိတ်မျှဖြင့် အောင်မြင်ရန် လိုအပ်သည့် စိတ်သဘောထားကို ဖယ်ရှားပြီး အနာဂတ်တွင် ရင်းနှီးမြုပ်နှံခြင်းမှ ပိုမိုကောင်းမွန်သော အကျိုးကျေးဇူးများ ရရှိနိုင်စေမည့် နည်းလမ်းဖြင့် စီးပွားရေးကို စတင်လုပ်ဆောင်ရပါမည်။”

အဘယ်ကြောင့်အရေးကြီးသနည်း။

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

ဖတ်စမ်းကြည့်ပါ!

source: www.habr.com

မှတ်ချက် Add