Jump to content

၂၀၂၁ရပ်ရွာစာရင်းစစ်တမ်း

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey 2021 and the translation is 56% complete.
The Community Wishlist Survey 2021 is over...

Total: 268 proposals, 1773 contributors, 8596 support votes

Random proposal

 

Starting this July 2021, the team will start engineering work on the following wishes:

We will also begin the product and design research for the following wish:

We fully expect to be able to complete more wishes than the above. The above list is only what is in our plate starting this July.

How did we arrive at our next steps? We recently completed the 2021 Wish prioritization process.

 

All phases of the survey begin and end at 18:00 UTC.

  • Submit, discuss and revise proposals: 16 နိုဝင်ဘာ – 30 နိုဝင်ဘာ 2020
  • Community Tech reviews and organizes proposals: 23 နိုဝင်ဘာ – 7 ဒီဇင်ဘာ 2020
  • Vote on proposals: 8 ဒီဇင်ဘာ – 21 ဒီဇင်ဘာ 2020
  • Results posted: 23 ဒီဇင်ဘာ 2020

 

အားလုံးမင်္ဂလာပါ!

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

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

၂၀၁၉ နှင့် ၂၀၂၀ ခုနှစ်တွင်ကျန်ရှိနေသေးသောဆန္ဒများ၏အခြေအနေ: ကျွန်ုပ်တို့အလုပ်မလုပ်သေးသည့်တိုင် မဖြေရှင်းရသေးသည့် ၂၀၁၉ နှင့် ၂၀၂၀ စရင်းစစ်တမ်းများမှ ဆန္ဒ ၃ ခုကျန်ရှိသည်။ သူတို့ကမဲများစွာရရှိခဲ့သဖြင့် ကျွန်ုပ်တို့ ၂၀၂၁ နောက်ကျကျန်နေခဲ့သည်။ ၂၀၁၉ စေတနာရှင်တွင် ပါ၀င်မည့်ဆန္ဒ ၂ ခုရှိသည်: ကွဲပြားမှုအတွက်ပုဒ်မအမည်နှင့် VEအတွက်ကိုးကားအမည်ရှိ၂၀၂၀ စေတနာရှင်တွင် ကျွန်ုပ်တို့စတင်ခဲ့ပြီးဖြစ်သော သို့မဟုတ်လုပ် ဆောင်ပြီးသောဆန္ဒ ၄ ခုရှိသည်။ ကျွန်ုပ်တို့မလုပ်ကိုင်သေးသော ၂၀၂၀ ဆန္ဒပြ စာရင်းမှ ဆန္ဒ ၁ ခုရှိသည်၊ ထို့ကြောင့် ၎င်းသည် ၂၀၂၁ နောက်ကျမှုတွင်လည်းပါဝင်လိမ့်မည်။ ကျွန်ုပ်တို့၏: ဝီကီပီးဒီးယားကိုကော်ပိုရေးရှင်းအဖြစ်အသုံးပြုခြင်းကိုစစ်ဆေးခြင်းကို ကျွန်ုပ်တို့ပြန်လည် ၂၀၁၉စေတနာရှင်များ၏အခြေနေအစီရင်ခံစာကိုပြန်လည်သုံးသိပ်ရမည်။

ထိပ်ဆုံး ၁၀ သုတေသနနှင့်ပုံမှန်မွမ်းမံမှုများ": ကျွန်ုပ်တို့သည်နံပါတ် (ဥပမာ "ထိပ်ဆုံး ၅" သို့မဟုတ် "ထိပ်ဆုံး ၁၀")ကိုကြိုတင်မဆုံးဖြတ်တော့ပါ။ ဒီနေရာမှာဘာကြောင့်လဲဆိုတော့ ဆော့ဖ်ဝဲဖွံ့ဖြိုးတိုးတက်မှု အဖွဲ့သည် များသောအားဖြင့်စီမံကိန်း တစ်ခု မစတင်မီ ကျယ်ကျယ်ပြန့်ပြန့် သုတေသနပြုလေ့ရှိသည်။ ဤနည်းအားဖြင့် စီမံကိန်းသည် ဖြစ်နိုင်ခြေရှိ၊ မရှိ မဆုံးဖြတ်နိုင်ပြီး စီမံကိန်းမည်မျှကြာမည်ကို နားမလည်နိုင်ပြီး ဖြစ်နိုင်ချေရှိသော အန္တရာယ်များကိုခွဲခြား သတ်မှတ်နိုင်သည်။ လက်ရှိဆန္ဒစာရင်းပြုစုသည့် လုပ်ငန်းစဉ်အားဖြင့် ကျွန်ုပ်တို့သည် ထိုသို့မလုပ်ပါ။ မကြာခဏနှောင့်နှေးခြင်း၊ စိတ်ဖိစီးမှုနှင့် ရှုပ်ထွေးမှုများဖြစ်ပေါ်စေသည်။ ကျွန်ပ်တို့ဒီဟာကိုပြုပြင်ချင်သည်။

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

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

ဘာကြောင့်ဒီအပြောင်းအလဲများ?: စေတနာရှင် ဖြစ်စဉ်သည် အဆင့်မြှင့်တင်ရန် အဆင်သင့်ဖြစ်ကြောင်း ကျွန်ုပ်တို့သိသည်။ နှစ်များတစ်လျှောက်ဆန္ဒများသည် ပိုမိုကြီးမားလာပြီး ပိုမိုရှုပ်ထွေးလာခဲ့သည်။ ကျွန်ုပ်တို့၏ စေတနာ့ဝန်ထမ်းများနှင့် ကျွန်ုပ်တို့၏ ဆက်သွယ်ရေးကို တိုးတက်စေလိုသည်။ ထို့အပြင် ကျွန်ုပ်တို့သည် (၂၀၂၀ ဆန္ဒပြ စာရင်းတွင် ကဲ့သို့) သေးငယ်သည့် အသိုင်းအဝိုင်းများ၏ ဆန္ဒများနှင့် Wikimediansအားလုံး၏ အကျိုးသက်ရောက်မှု ဆန္ဒများ (ယခင်ဆန္ဒစာရင်းများ၌ ကဲ့သို့) ကို ဆက်လက်၍ ဖော်ပြလိုသည်။ ဒါဟာကျွန်ပ်တို့လုပ်ငန်းစဉ်ကို ဘယ်လိုတိုးတက်အောင် လုပ်ရမလဲ ဆိုတာနဲ့ စကားစမြည်ပြောဆိုခြင်းတွေ အများကြီးဖြစ်လာတယ်။ ဒီအပြန်အလှန်ပြောဆိုမှုများမှစ၍ ကျွန်ပ်တို့ကဤအပြောင်းအလဲများနှင့် အတူတက်လာခဲ့၏၊ ယေဘုယျအားဖြင့် ဤအပြောင်းအလဲများသည် စေတနာရှင်လုပ်ငန်းစဉ်ကို ပိုမိုပွင့်လင်းမြင်သာမှုရှိခြင်းနှင့် အကျိုးသက်ရောက်မှု ရှိစေမည်ဟု ကျွန်ုပ်တို့မျှော်လင့်ပါသည်။ ဤနည်းအားဖြင့် နှစ်ပေါင်းများစွာ စရင်းစစ်တမ်းကို ပိုမိုခိုင်မာလာစေသည်။ ကျေးဇူးတင်ပါတယ်။ ကျွန်ုပ်တို့အဆိုပြုလွှာများကိုဖတ်ရှုပေးဖို့မျှော်လင့်ပါသည်။

 

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

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

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

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

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

 
The Community Tech mascot: a dog wearing a Santa hat.

The proposal phase is the first two weeks of the survey.

In the proposal phase, contributors from every project and language can submit proposals for features and fixes that you'd like to see in 2021. Proposals may be submitted in any language. If you submit a proposal in a language other than English, we will attempt to get it translated so everyone can read and vote on it more easily.

Proposals should be discrete, well-defined tasks that will directly benefit active Wikimedia contributors. Proposals should answer the following questions:

  • What is the problem that you want to solve?
  • Which users are affected? (editors, admins, Wikisource editors, etc.)
  • How is this problem being addressed now?
  • What are the proposed solutions? (if there are any ideas)

Your proposal should be as specific as possible, especially in the problem statement. Don't just say that "(x feature) is out of date", "needs to be improved" or "has a lot of bugs". That's not enough information to figure out what needs to be done. A good proposal explains exactly what the problem is, and who's affected by it. It's okay if you don't have a specific solution to propose, or if you have a few possible solutions and you don't know which is best.

Submitting a proposal is just the beginning of the process. The two-week proposal phase is a time that the community can collaboratively work on a proposal that presents the idea in a way that's most likely to succeed in the voting phase. When a proposal is submitted, everyone is invited to comment on that proposal, and help to make it better — asking questions, and suggesting changes. Similar proposals can be combined; very broad proposals should be split up into more specific ideas. The goal is to create the best possible proposal for the voting phase.

The person who submits a proposal should expect to be active in that discussion, and help to make changes along the way. Because of that, we're going to limit proposals to three per account. If you post more than three proposals, we'll ask you to narrow it down to three. Bring your best ideas!

Similarly, only registered users can make proposals to ensure they can watchlist the discussion and respond to questions. Just as with voting, you should be an active editor on at least one Wikimedia project. If you do not meet this criteria, or you have hit your proposal limit but have more ideas, you can seek other users to adopt your proposals.

One more note: Proposals that call for removing or disabling a feature that a WMF product team has worked on are outside of Community Tech's possible scope. They won't be in the voting phase.

 

Yes, you may submit some proposals that didn't get enough support votes in past years, and deserve a second try.

If you decide to copy a proposal from the old survey into the new survey, we expect you to "adopt" that proposal—meaning that you'll be actively participating in the discussion about that idea, and willing to make changes to the proposal in order to make it a stronger idea when it moves to the voting phase. As we said above, there's a limit of three proposals per person, and posting a proposal from last year counts.

It's helpful if you want to post a link to the previous discussion, but please don't copy over the votes and discussion from last year. If there are good points that people made in last year's discussions, include the suggestions or caveats in the new proposal.

 

အဆိုပြုလွှာ အဆင့်ပြီးနောက် ကျွန်ုပ်တို့သည်မဲပေးအဆင့်မစတင်မီအဆိုပြုလွှာများကို ပြန်လည်သုံးသပ်သည်။

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

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

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

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

 

Each proposal should meet the following criteria:

  • The proposal is about a technical change and not for a policy or social change
  • The proposal is about the problem and not necessarily ask for a specific solution
  • The proposal is a well-defined problem and not a mix and match of different unrelated issues
  • The proposal is not already in another team's roadmap or has not been declined by other teams in the past
  • The proposal has not been declined by Community Tech or other teams in the past
  • The proposal is within the team's scope

The Community Tech team may decline proposals that fail to meet the above criteria.

 

The Support-vote rankings create a prioritized backlog of wishes, and the Community Tech team is responsible for evaluating and addressing the popular wishes. To do that, Community Tech investigates all of the top wishes, and look at both the technical and social/policy risk factors.

The Oppose and Neutral votes are very helpful in raising potential downsides. For controversial wishes, Community Tech balances the voting with a more consensus-based review.

As an example, this worked in the 2015 survey: The wish to "add a user watchlist" received a lot of votes but also some heartfelt Oppose votes. Community Tech listened to all sides, and made a decision on whether to pursue the project or not.

 
စန်တာဝတ်ထားသည့် ခွေးတိုင်းသည် ရပ်ရွာနည်းပညာ အတွက်အလုပ်လုပ်သည်။

…ယခင် စရင်းစစ်တမ်းများမှ အခြားဆန္ဒများကို ဖြေရှင်းမည့်အစား?

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

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

ပြီးခဲ့သည့် ခုနှစ်စရင်းစစ်တမ်းမှ သင်နောက်ထပ် ရသင့်ရထိုက်သည်ဟု ထင်မြင်ချက်ရှိပါကအပေါ်ယံ“Can I resubmit a proposal from previous surveys?”ကိုကြည့်ပါ။