סקר / תיאור רצון הקהילה

This page is a translated version of the page Community Wishlist Survey/Description and the translation is 100% complete.

צוות הטכנולוגיה מתמקד במענה לצרכים של עורכי ויקימדיה פעילים בכלי ניהול משופרים וממוקדים. הקמת צוות הטכנולוגיה היא תוצאה ישירה של בקשות של תורמים לתמיכה משופרת בכלים, בוטים ושאר התכונות המסייעות לפרויקטים של ויקימדיה.

בנובמבר 2015 ביצעה קהילת הטכנולוגיה את הפרויקטים הרוחביים הראשונים: סקר רשימת המשאלות של הקהילה, בכדי לסייע בזיהוי התכונות והתיקונים החשובים ביותר לעורכי ויקימדיה. הזמנו תורמים מכל פרויקטי ויקימדיה להגיש הצעות לצוות הטכנולוגי של הקהילה. לאחר שבועיים של איסוף הצעות, ביקשנו מהם להצביע על ההצעות שהם מעוניינים בהן ביותר. ההצעות בעלות הקולות הגבוהים ביותר הפכו לעדיפות הגבוה ביותר של הצוות לחקירה ולטיפול. התהליך חוזר על עצמו מדי שנה מאז.

רציונל

אנו מבינים שיש הרבה רצונות לקהילה; עם זאת, רובם לא עברו מיון / בדיקת עדיפות על ידי הקהילה, רבים אינם עדכניים, ולרובם אין היקף מוגדר בבקשה. בנוסף, לא ידוע לנו על סקרי בקשות טכניות שעסקו באופן פעיל במספר רב של פרויקטים של ויקימדיה.

הסברה

הצוות אוהב לקבל תשומות מכמה שיותר עורכים וכמה שיותר קהילות. לשם כך אנו עובדים עם צוות מעורבות הקהילה וצוות התקשורת לגיבוש אסטרטגיית הסברה. אסטרטגיה זו עשויה לכלול פוסטים בבלוג, הודעות באתר, הזמנות לדפי שיחה, הודעות Village Pump, הודעות ברשימת תפוצה, ידיעות הטכנולוגיה , IRC, מדיה חברתית ומקומות אחרים.

מקום

הסקר עצמו נערך במטא. ישנן מספר סיבות להעלות את הסקר לוויקי במקום להשתמש בכלי סקר של צד שלישי:

  • לעורכים יותר נוח להשתמש בויקי ולעיתים הם מעדיפים את השקיפות והגמישות של אתרי הויקי על פני תוכנות מיוחדות יותר. הקהילה עצמה עורכת כמעט תמיד סקרים וסקרים בויקי, אפילו סקרים מורכבים יחסית כמו תמונת השנה.
  • אתרי ויקי מאפשרים דיון והצבעה בו זמנית בקלות.
  • יותר קל לתרגם את ההצעות על ידי מתנדבי הקהילה אם הם בויקי.

היקף

בקשות צריכות להתאים באופן אידיאלי עם היקף צוות הטכנולוגיה של הקהילה. בפרט, הם צריכים להיות משימות מוגדרות ומוגדרות היטב, אשר יועילו ישירות לקהילת הליבה. משימות שאינן מתחום זה עשויות להידחות או להיות מופנות לצוותי פיתוח אחרים.

דרישות להשתתפות

על מנת להשתתף בסקר (על ידי הגשת הצעות, אישור הצעות או הצבעה), על משתמש להיות בעל חשבון רשום, עם עריכות לפני תחילת הסקר, או להיות מפתח פעיל של Toolforge. עם זאת, כל אחד, כולל משתמשי IP אנונימיים, יכול להשתתף בדיון. ניתן לאמת את ספירות העריכה בוויקי בכתובת Special:CentralAuth

שלב 1: הגשת הצעות

בשלב הראשון של הסקר אנו מבקשים הצעות לבקשות טכניות. ההצעות מוגבלות לשלוש לאדם. הקהילה מוזמנת לארגן, לדון ולדון בהצעות לאורך השלב הראשון של הסקר. ככל שמוצעות הצעות, צוות הטכנולוגיה של הקהילה עשוי להציע משוב על ההיתכנות הטכנית של ההצעה והאם זה מתאים להיקף עבודת הצוות או לא. הצעות כפולות או שמתנגשות עם פריטים במפת הדרכים של צוות WMF אחר עשויה להיות מסומנת על ידי צוות הטכנולוגיה ולא להיכלל בשלב ההצבעה. זה יכול לקרות גם לפריטים שאינם בקשות טכניות אלא למשל דיונים על מדיניות, פריטים שאנו יודעים שלא נוכל לעשות, או הצעות שפשוט איננו מבינים וכי המציע אינו מגיב לבקשות הבהרה.

בעוד שרוב התהליך הזה מתנהל באנגלית, אנו מזמינים אנשים מכל פרויקט של ויקימדיה להגיש הצעות. אנו נבקש מתרגמים מתנדבים שיעזרו בתרגום ההצעה לאנגלית.

פורמט של הצעות

ניתן להגיש הצעות בכל שפה, אך מעודדים אנגלית (על מנת להקל על משוב מצוות הטכנולוגיה של הקהילה ומעורכים אחרים). באופן אידיאלי ההצעה שלך צריכה להתייחס בקצרה לנקודות הבאות:

  • מה הבעיה שאתה רוצה לפתור?
  • אילו משתמשים ירוויחו? (עורכים, מנהלים, משתמשי קומונס, משתמשי ויקיפדיה וכו')
  • כיצד מטפלים בבעיה זו כעת?
  • מהם הפתרונות המוצעים? (אם יש רעיונות)
  • האם יש משימות רלוונטיות?

שלב 2: סקירה וארגון של הצעות

במהלך השלב השני, צוות הטכנולוגיה הקהילתית וצוות שיתוף הפעולה הטכני עוברים על ההצעות. אנו מארגנים אותם, מבקשים הבהרות, ממזגים כפילויות ומנסים להשיג את ההצעות בצורה טובה ככל האפשר לפני שלב ההצבעה, כך שהעורכים יידעו על מה הם מצביעים, ודואגים שיתרונות ההצעה יהיו ברורים. כמה הצעות שאינן בתחום, ואינן בקשות טכניות או שאינן אפשריות לנו לעבוד עליהן יעברו לארכיון.

שלב 3: הצבעה

במהלך שלב ההצבעה, העורכים מצביעים על אילו הגשות הם היו רוצים שהצוות הטכנולוגי של הקהילה יעבוד. הצבעות חיוביות המסומנות בסימן   Support וחתימה ייספרו כמניין ההצעה. הערות המסומנות נייטרליות או התנגדות מקובלות על מנת לשאול שאלות הבהרה או להעלות בעיות אפשריות לדיון, אך הן לא ייחשבו כהצבעות שליליות.

לאחר סיום ההצבעה, תועתק רשימה מלאה של כל הבקשות לדף ויקי חדש, יחד עם סכום ההצבעה הסופי שלהם.

ניתוח ותעדוף

כל אחת מהבקשות הפופולריות נבדקות לתעדוף על ידי צוות הטכנולוגיה הקהילתי על פי הקריטריונים הבאים:

  • תמיכה
    • כמה קולות היא קיבלה בסקר?
    • האם הדיונים מראים הסכמה לבקשה?
    • אם המשימה כוללת עבודה על בסיס קוד קיים, האם התחזוקה הנוכחית פתוחה בפנינו בשינוי או בעריכת הקוד שלהם?
  • היתכנות
    • בכמה עבודה מדובר?
    • האם יש חסמים?
    • האם לצוות שלנו יש את הידע הדרוש לביצוע המשימה במועד?
  • השפעה
    • כמה מיזמי ויקימדיה ייהנו מכך?
    • כמה עורכים ייהנו מכך?
    • האם זה יהיה פיתרון לאורך זמן (או רק תיקון זמני)?
    • עד כמה זה ישפר את היעילות והאושר של הקהילות?
    • האם קיימת תוכנה קיימת שיכולה לכסות צורך זה? (או תוכנה שכבר מפותחת)
  • סיכון
    • האם ישנם חסרונות או קשיים פוטנציאליים?
    • האם זה משפיע לרעה על קבוצת עורכים כלשהי?
    • האם המשימה מוגדרת היטב עם היקף ברור (כלומר, האם יש לה קריטריונים מוגדרים לקבלה)?

לאחר השלמת הניתוח, יוקצה עדיפות למשימה על ידי צוות הטכנולוגיה (גבוה, בינוני או נמוך).

פיתוח

ככל שכל בקשה תתקדם בתהליך הפיתוח, מעמדה יעודכן בדף הוויקי המאפשר לקהילה לעקוב בקלות אחר התקדמות הצוות ולהציע משוב.

אנו עובדים גם על כמה בקשות שלא הצליחו להופיע בטבלת המובילים הכוללת, אך עדיין רלוונטיות מאוד לפרויקטים קטנים יותר, אם כי ההתמקדות העיקרית שלנו תהיה בראש הפרויקטים המובילים באופן עולמי.