إقناع المطورين باستخدام الويكي [مغلق]

Question

أنا أعمل على تطبيق معقد حيث تعمل فرق مختلفة على وحداتهم الخاصة بدرجة من التداخل.منذ فترة، قمنا بإعداد مثيل Mediawiki، جزئيًا بناءً على مطالبتي.لدي مهمة صعبة في جعل الناس يستخدمونه فعليًا، ناهيك عن المساهمة فيه.

أستطيع أن أرى الكثير من الفوائد في تبادل المعلومات.قد يقلل ذلك على الأقل من الأوقات التي نعيد فيها اختراع العجلة.

الويكي ليس منظمًا بشكل جيد، لكنني لست متأكدًا من أن هذه مشكلة طالما يمكنك البحث عما تحتاجه.

أي تلميحات؟

Answer 1

كما ذكرت قبل, ، الويكي غير منظم على الإطلاق.

ومع ذلك، إذا كانت هذه هي الحجة الوحيدة التي يقدمها المطورون لديك، فاستثمر بعض الجهد لإنشاء صفحة فهرس بسيطة وإبقائها محدثة (إما أن تفعل ذلك بنفسك أو تطلب من الأشخاص ربط مساهماتهم بالفهرس).بهذه الطريقة، قد تنمو الويكي لتصبح مجموعة وثائق لطيفة جدًا وشاملة جدًا لجميع أعمالك.

Answer 2

بعض النصائح:

في أي وقت يرسل فيه شخص ما معلومات عبر البريد الإلكتروني والتي يجب أن تكون موجودة بالفعل في موقع wiki، أنشئ صفحة لهذا الموضوع وأضف ما يضعه في البريد الإلكتروني.ثم قم بالرد "شكرًا على هذه المعلومات، لقد قمت بوضعها في موقع wiki هنا حتى يسهل العثور عليها في المستقبل."

وبالمثل، إذا كانت لديك معلومات تحتاج إلى مشاركتها ويجب أن تكون موجودة في الويكي، فضعها هناك وأرسل بريدًا إلكترونيًا يحتوي على رابط إليها، بدلاً من إرسال بريد إلكتروني إلى الأشخاص.

عندما تطلب من الأشخاص معلومات، قم بصياغتها بحيث يعتبر وضع مثل هذه الوثائق في الويكي هو الإجراء الافتراضي أو القياسي:"لقد بحثت في الويكي ولكن لم أتمكن من العثور عليه.هل وضعت هذه المعلومات هناك حتى الآن؟"

إذا كنت "بطل الويكي"، تأكد من أن الآخرين يعرفون كيفية استخدامه، على سبيل المثال."هل اطلعت على كيفية إنشاء صفحة جديدة معك حتى الآن؟"

قم بتحرير الشريط الجانبي للتأكد من أنه ذو صلة بعملك.

استخدم قوالب نمط "مربع التنقل" في الصفحات ذات الصلة لتسهيل التنقل.

ضع شيئًا مثل {{Special:NewPages/5}} على الصفحة الأولى، أو التغييرات الأخيرة، حتى يتمكن الأشخاص من رؤية النشاط.

قم بإلقاء نظرة خاطفة على التغييرات الأخيرة كل بضعة أيام أو أسبوع، وإذا لاحظت أن شخصًا ما يضيف معلومات دون حثه، فأرسل إليه بريدًا إلكترونيًا أو تفضل بزيارته وامنحه القليل من الثناء.

Answer 3

لقد كنا نستخدم الويكي بشكل أو بآخر لفترة من الوقت الآن، ولكن الأمر يستغرق بعض الوقت حتى يتمكن الأشخاص من الانضمام إليه.قد تجد أنك ستكون الشخص الوحيد الذي يكتب المقالات لبعض الوقت، ولكن تحمل الأمر، سيأتي أشخاص آخرون في النهاية.

إذا أرسل شخص ما بريدًا إلكترونيًا يحتوي على معلومات تتعلق بالمشروع، فمن المفيد توجيهه في اتجاه الويكي - واستمر في القيام بذلك - فيجب أن يحصل على التلميح.

لدينا بوابة SharePoint ونستخدم الويكي من هناك - لقد قمنا بتخصيصها بعلامتنا التجارية الخاصة بحيث "تبدو وكأنها الجزء" - أشعر حقًا أن هذا ساعد في تحسين استيعابها.

تأكد من أن الجميع يدركون أن الويكي أكثر رسمية من البريد الإلكتروني....لأنه سيكون هناك "عامل خوف" من أن الناس قد يعتقدون أن أي شيء يضيفونه إلى الويكي سيتم تحليله بشكل مبالغ فيه.

Answer 4

أعتقد أن معظم الإجابات حتى الآن واضحة تمامًا - فكلما تعمقت في هذه المعلومات بنفسك، كلما أصبحت مجموعة المعلومات المفيدة أكبر، وببطء ولكن بثبات سيبدأ الناس في استخدامها بشكل طبيعي.

الطريقة الأخرى التي يمكنك استخدامها هي:اقترح أنه في كل مرة يسأل شخص ما عضوًا آخر في الفريق سؤالاً حول المشروع، يجب عليه الإجابة على السؤال كالمعتاد، ولكن أيضًا إضافة الإجابة إلى قسم في Wiki.قد يستغرق هذا بضع دقائق إضافية، ولكن هذا يعني أنه في المرة القادمة التي يسأل فيها شخص ما نفس السؤال (وهو ما سيفعله حتماً)، يمكنك توفير الوقت عن طريق توجيهه إلى Wiki.وهذا بدوره من شأنه أن يساعد الأشخاص على البدء في استخدام الويكي كمصدر أول للمعلومات ويساعد في استيعابها بشكل عام.

Answer 5

لا يمكنك إجبار المطورين على القيام بشيء ليس لديهم حافز لاستخدامه؛لسوء الحظ، الويكي، مثل التوثيق (حسنًا، في الواقع wiki نكون الوثائق) نادرًا ما يكون لها أي قيمة "رائعة" للمطورين.علاوة على ذلك، فهم منخرطون بالفعل في أعمال التطوير - هل يمكنك حقًا أن تزعجهم بموقع ويكي؟

ومع ذلك، فإن الأشخاص الذين دفعوا من أجل إنشاء الويكي (على سبيل المثال، أنت) يجب أن يكونوا مسؤولين بشكل أساسي عن تحديثه، وسيكون أمامك الكثير من العمل إذا كنت جادًا بشأن ذلك.

يمكنك أيضًا تجربة ff:

• تقول إن الأمر ليس منظمًا للغاية - حيث يتم إيقاف الكثير من الأشخاص عن مواقع الويكي سيئة التنظيم (التي يصعب البحث/التصفح فيها).لذلك ربما يمكنك إصلاح ذلك أولاً
• ربما يمكنك أن تطلب من المطورين الرئيسيين/مديري المشاريع ملئها بالأشياء التي تمثل مشكلات بالنسبة لهم:أشياء مثل اصطلاحات التعليمات البرمجية وتصميم واجهة برمجة التطبيقات لمشروعك الخاص
• مثالا يحتذى به:وثيقة دينية لك جزء من النظام.إن وضع سابقة قد يشجع الآخرين على فعل الشيء نفسه

Answer 6

بيع فكرة استخدام الويكي للمطورين.لقد حددت بعض الفوائد، شاركها مع المطورين.إذا تمكنوا من رؤية أنهم سيحصلون على شيء ذي قيمة منه، فسوف يبدأون في استخدامه.

مزايا المثال من ما هو الويكي

• مناسب لكتابة الأفكار السريعة أو الأفكار الأطول، مما يمنحك المزيد من الوقت للكتابة والتحرير بشكل رسمي.
• التعاون على الفور دون إرسال المستندات عبر البريد الإلكتروني، والحفاظ على مزامنة المجموعة.
• يمكن الوصول إليه من أي مكان متصل بالإنترنت (إذا كنت لا تمانع في الكتابة في نماذج نصية في متصفح الويب).
• أرشيفك، لأنه يتم الاحتفاظ بكل مراجعة للصفحة.
• مثيرة، فورية، وتمكينية - كل شخص لديه رأي.

Answer 7

لقد قمت ببعض عمليات البيع وحتى إجراء بعض الدورات التدريبية.أعتقد أن بعض الأشخاص قد تم إيقافهم بسبب عدم وجود إمكانية تحرير WYSIWYG والقدرة على لصق نص منسق من Word أو Outlook.أعلم أن هناك بعض الأدوات للتغلب على هذه المشكلات، لكنها لا تزال تشكل عوائق.

هناك بعض المناطق التي يتم فيها استخدام الويكي لتسجيل مناطق معينة، لكن الأشخاص الذين يقومون بتحديث تلك المناطق لا يفعلون أي شيء آخر بها.

سأستخدم الويكي لتوثيق منطقتي المتخصصة بغض النظر عن كونها بمثابة امتداد مناسب للدماغ.عند البدء في تطوير جديد، أستخدمه كمفكرة للأفكار التي يمكنني التوسع فيها مع تقدمه.

سيكون من المفيد أن تقدم الإدارة بعض الدعم الصوتي لها، حتى لو لم تصبح إلزامية.

Answer 8

لدي مهمة صعبة في جعل الناس يستخدمونه فعليًا، ناهيك عن المساهمة فيه.

إحدى أسهل الطرق لحث الأشخاص على المساهمة في موقع wiki، هي جعلهم يقدمون محتويات بطريقة مناسبة للموقع wiki، على سبيل المثال.بحيث يكون كل ما ينشرونه باستخدام قنوات الاتصال المعتادة (مجموعات الأخبار، والقوائم البريدية، والمنتديات، وأدوات تتبع المشكلات، والدردشة)، مناسبًا بشكل أساسي للتضمين على الويكي.

بحيث يمكن للآخرين (المستخدمين/المتطوعين) ببساطة أخذ هذه المحتويات ووضعها على الويكي.

يبدو هذا أكثر تعقيدًا مما هو عليه بالفعل، فهو يتعلق في الغالب بتعميم الأسئلة والأجوبة، بحيث لا تكون بالضرورة جزءًا من المحادثة، ولكن يمكن أن تكون مفهومة وذات معنى ومفيدة بطريقة مستقلة.

على سبيل المثال سؤال مثل ما يلي:

كيف يمكنني الحصول على بوابة لاستنساخ مستودع بعيد؟؟؟

يمكن الرد على هذا النحو:

مرحبًا ، فقط استخدم git clone git: // ...

ولكن يمكن أيضًا الإجابة على الأسئلة بأسلوب أقل شخصية:

من أجل استنساخ مستودع git، ستحتاج إلى استخدام معلمة clone لـ git:بوابة استنساخ بوابة: //....

ما أحاول قوله هو أن معظم المناقشات في المشروع يمكن ويجب استخدامها بسهولة لتصبح وثائق في النهاية.مع هذا النوع من العقلية، يمكن أن تنمو وثائقك بسرعة كبيرة.كل ما عليك فعله هو حث الأشخاص على أن يضعوا في اعتبارهم أن المعلومات المفيدة يجب أن يتم توفيرها بشكل مثالي بطريقة مناسبة لتضمينها في الويكي.

لقد شهدت عدة حالات حيث بدأت المشاريع مفتوحة المصدر في استخدام هذا النهج إلى حد ما، وبينما اشتكى بعض الأشخاص (مستخدمون جدد إلى حد كبير) من أن الإجابات لم تكن شخصية للغاية، كانت مجموعة الوثائق تتزايد بشكل مطرد، لأن أشخاصًا آخرين كانوا يراقبون مثل هذه المناقشات ويراقبونها ببساطة. بدأت في نسخ/لصق هذه الردود على الويكي.

في الأساس، هذه إحدى أسهل الطرق لجعل الأشخاص يساهمون في الويكي، دون مطالبتهم باستخدامها فعليًا بأنفسهم، الشيء الوحيد المطلوب منهم هو التحول في التفكير.

Answer 9

إذا كان المطورون لا يزالون بحاجة إلى الاحتفاظ بالوثائق "الحقيقية" (s.a.مستندات Word)، لا أرى أي طريقة لتكرار ذلك بشكل مفيد على Wiki.

• ليس من المنطقي أن يكتب الناس مرتين
• أي بيانات مكررة عرضة للخروج من المزامنة قريبًا.

ما فعله عميلي الحالي هو نقل كل هذا إلى Wiki.لذلك أقوم بالتوثيق مرة واحدة فقط، وأقوم بذلك على الويكي.

هذا جيد.يعد العمل مع Wiki أكثر مملة من استخدام Word، ولكن على الأقل يكون المستند متصلاً بالإنترنت ويمكن للآخرين المزج والمطابقة معه.

الحل العملي الآخر (imho) هو تخزين المستندات بجانب المصدر عند التخريب.ولكن بعد ذلك يجب أن يكون نظام الدمج قادرًا على التعامل مع النص المنسق وما إلى ذلك.أيضًا.لا أعرف ما إذا كان هناك أي حل لذلك (بخلاف استخدام HTML أو LaTex، والذي لن يكون اختيارًا سيئًا في الواقع).

Answer 10

ابحث عن العناصر "اللزجة" (الصفحة 3 الفرعية).المستندات / الرسوم البيانية / إلخ) شيء يبدو أن الفريق يقوم بإنشائه مرارًا وتكرارًا ونشره على الويكي.تأكد من أن الجميع لديهم حق الوصول إلى الويكي ويعرفون وجوده هناك - قم بإعداد آلية إعلام إن أمكن.مع بعض الحظ، في المرة القادمة التي يتعين عليهم الوصول إليها، بدلاً من إخراجها من التحكم في الإصدار أو أجهزتهم - يجب عليهم الوصول إلى موقع wiki.إذا لم يفعلوا ذلك، فحاول معرفة ما إذا كان الفريق لديه ما يكفي من الوقت لاستخدام الويكي فعليًا - قد تكمن المشكلات الأكثر دقة وراء إحجامهم.

Answer 11

ألق نظرة على النصيحة في http://www.ikiw.org/ قم بتنمية الويكي الخاص بك

Answer 12

فقط للإضافة إلى بعض النصائح الممتازة المقدمة هنا ...

باعتباري مطورًا في شركة صغيرة تعمل إلى حد كبير بعقود عمل حكومية في نطاق يتراوح من 6 إلى 24 شهرًا، أجد أن وقتي غالبًا ما يكون مقسمًا بين التطوير وكتابة تقارير الحالة (مع كتابة الوثائق، والأسوأ من ذلك!) إن وجود موقع ويكي للتخلص من الأفكار والملاحظات غير المنظمة بينما نمضي قدمًا، جعل كتابة التقارير أقل إيلامًا بكثير (ليس أقل ألمًا، ولكنه أفضل على الرغم من ذلك).

علاوة على ذلك، إذا كنت بالفعل في عالم Mediawiki، فقد ترغب في إلقاء نظرة عليه SemanticMediawiki.فهو يتيح لك نقل تنظيم بياناتك إلى مستوى آخر عن طريق وضع علامات عليها دلاليًا.أعلم أن هذا لا يعني الكثير في حد ذاته، ولكن يمكنني أن أخبرك (على سبيل المثال) أنه يمكن أن يحسن بشكل كبير مدى ملاءمة البيانات التي يتم إرجاعها من عمليات البحث.بالتأكيد يستحق نظرة.

Answer 13

عموما نصيحة جيدة هنا.أود أن أضيف:

1. أنت حقا يحتاج أ بطل - شخص ما يدفع هذا إلى المطورين والإدارة (دون أن يكون انتهازي \ متغطرس - وهذا يمثل تحديًا!) وتقديم الدعم والبرامج التعليمية عندما يكون ذلك ممكنًا.يجب أن يكون هذا الشخص أيضًا نظيرًا (أي مطور زميل، وليس شخصًا في قسم تكنولوجيا المعلومات عن بعد) وأن يركز حقًا على العملاء، أي.على استعداد لإجراء التغييرات عند الطلب.
2. عند الحديث عن التغييرات، يقول بعض الناس هنا الويكي غير منظمة.أنا أعترض.تم تنظيم تثبيت MediaWiki الخاص بنا باستخدام الفئات، خاصة مع ملحقين:WarnNoCategories (لمطالبة المستخدمين بإضافة فئة عند حفظ الصفحة) و شجرة الفئة لإظهار كيفية تناسب جميع الفئات معًا (يمكن ربط ذلك من الشريط الجانبي).لدي المزيد من النصائح حول كيفية الحفاظ على هذا الحد المنخفض، إذا كنت مهتمًا.