بالفعل عدة مرات ، من خلال التواصل مع الزملاء في المؤتمرات والمحاضرات ، تلقيت هذا السؤال:
يبدو أن الوقت قد حان لإصلاح مكان ما الإجابة عليه والرجوع في بعض الأحيان :)
لذلك ، هل إدارة المعرفة Agile ضرورية ، حيث يتم نقل المعلومات من شخص لآخر؟ في الواقع ، هذا هو الحال عندما يتم تضمين الإجابة في السؤال نفسه. يتم نقل المعلومات من شخص لآخر ، وهذا هو ، هناك تبادل المعرفة . التقليد الشفهي هو واحد من أدوات إدارة المعرفة. غير موثوق بها للغاية ، ولكن بالتأكيد الأكثر شعبية. مهمة الشخص المسؤول عن إدارة المعرفة هي تهيئة بيئة ملائمة لتبادل المعرفة. بطبيعة الحال ، في فرق رشيقة ، ستكون البيئة مختلفة عن الهياكل التنظيمية الكلاسيكية. لكن الإجابة في الأساس ، بالطبع ، هي "نعم ، إنها ضرورية". دعونا نفهم بمزيد من التفاصيل.
دعنا نبدأ مع Agile واضح نفسه. يقول مؤلفوها مباشرة ذلك
"هذا هو ، دون إنكار أهمية ما هو على اليمين ، ما زلنا نقدر أكثر على ما هو على اليسار"
لا يخبرنا بيان Agile بـ "توثيق أي شيء"! يقول أن العميل يدفع المال مقابل منتج عامل. إذا حصل عليها ، فيمكنه أن يغلق عينيه ، لكن ليس بالعكس ، في غياب الوثائق الجميلة. يساعد البيان في تحديد الأولويات ولكنه لا يضع حظرًا. وحتى إذا لم يكن لديك متسع من الوقت لرسو السفن الكبيرة ، في أثناء العمل ، يتم إنشاء عدد كبير من التحف الفنية لإدارة المعرفة ، والتي يمكنك بعد ذلك العمل عليها عند اتخاذ قرارات جديدة: التذاكر وسجلات التغيير وما إلى ذلك.
"الناس والتفاعل أهم من العمليات والأدوات."
في إحدى الدراسات التي أجريت بين العاملين في مجال تكنولوجيا المعلومات ، من الواضح أن العاملين في صناعة تكنولوجيا المعلومات يضعون مشاركة المعرفة (أي
التفاعل ) في المرتبة الثانية بين التحديات القائمة في تطوير البرمجيات.
على العموم ، تؤكد نتائج هذه الدراسة الأطروحة الأولى للبيان. يبدو لي أن أرجل السؤال تتزايد من حقيقة أن إدارة المعرفة من قبل الكثيرين في التنمية تُفهم على أنها وثائق ، وليس التفاعل بين الناس لنقل الخبرة.
نعم ، بالمناسبة ، في واحدة من الوظائف السابقة قلت بالفعل أن المعرفة ليست وثائق ، ولكن الخبرة المكتسبة في تنفيذ مشروع محدد من قبل موظف معين . حتى لو لم تقم بإنشاء وثائق المنتج ، فمن المؤكد أنك اكتسبت بعض الخبرة أثناء المشروع. علاوة على ذلك ، تسهم أدوات Agile بشكل غير مباشر في حقيقة أن هذه التجربة يتم البحث عنها باستمرار.
على سبيل المثال ، بأثر رجعي . ما هذا إن لم يكن عملية تبادل المعرفة؟ يجمع الفريق ، ويشترك في المشكلات الحالية (في مجال إدارة المعرفة يطلق عليها "الدروس المستفادة" ) ويضع خطة للتغيير من أجل حل هذه المشكلات. أي أن الناس تفحصوا من خلال تجربتهم مع بعضهم البعض ، وناقشوها ، ووضعوا إستراتيجية للتغلب على الإزعاج في المستقبل القريب ، وسجلوا في مكان ما نفس هذه الخطة من التغييرات (قطعة أثرية لإدارة المعرفة). عادة ما يتم تخزين نتائج هذه الاجتماعات في مكان ما. لست متأكدًا من وجود أوامر فعالة ، بعد الانتهاء من التكرار ، قم بحذف البيانات المتعلقة بالرجوع إلى الماضي.
أو البرمجة الزوجية . حتى ويكيبيديا تخبرنا عن هذه الأداة بما يلي:
المزايا:
***
إرشاد
الجميع ، حتى مبرمج مبتدئ ، يعرف شيئًا لا يعرفه الآخرون. البرمجة الزوجية هي وسيلة غير مؤلمة لنشر هذه المعرفة.
***
تدريب
المبرمجين تبادل المعرفة باستمرار.
يقوم اثنان من المبرمجين ذوي الخبرة بضخ بعضهم البعض ، باستخدام تجربتهم الخاصة. يضخ اللورد الجونا ، ويقوم بدور المرشد. يعد الإرشاد الجماعي أحد التجسيدات الأكثر شيوعًا لإدارة المعرفة في تطوير البرمجيات. نفس ياندكس بدأت في تدريس هذا الفن في الخارج.
أو خذ الموقف عند استخدام kanban. لنفترض أن اختبار المختبر 10 وظائف في الشهر ، والمطورين تمكن من تنفيذ 20. وهذا يؤدي إلى تراكم العمل في ضمان الجودة ، وبالتالي ، فإن المخاطر التي تهدد جودة عملهم. في هذه الحالة ، يمكنك ، على سبيل المثال ، إعادة توزيع الموارد وتوصيل المطورين بإنشاء اختبارات تلقائية. نتيجة للتكرار ، تلقى الفريق تجربة تخطيط سلبية ، وبناءً عليه ، يمكنه وضع خطة جديدة بطريقة تضمن أقصى إنتاجية لخط الأنابيب بنفس الموارد. وهذا هو ، في عملية التطوير ، تم اكتساب المعرفة (= تجربة) ، بعد تحليل أي ، جاء الفريق إلى تحسين العملية.
حسنًا ، هناك سؤال سطحي للغاية: ألا يستخدم الفريق الخبرة المكتسبة أثناء العمل في المشروع عند العمل في مشاريع أخرى؟ وهذا هو ، تجريبيا للمشروع الحالي ، وجدوا أنه يمكنهم تنفيذ الاختبارات بمعدل 15 وظيفة شهريا. لن يكونوا في المشروع الجديد مرة أخرى وضعت في البداية في 20؟
المعرفة هي كل ما حدث حول المشروع. عملية التطوير لا تحدث في فراغ. التنسيق ، الروابط المفيدة ، التفاعل مع الفرق الأخرى ، تدريب المبتدئين ، إلخ. أي فريق يذهب من خلال هذا. مع مجموعة من الخبرة ، تظهر العديد من الأعمال الفنية ، مثل قوائم تدقيق التكيف للمبتدئين أو قاعدة بيانات للارتباطات المفيدة. هذا هو المعرفة الثابتة أو نتيجة لفهم الخبرة المكتسبة.
نشارك جميعًا في عمليات تبادل المعرفة كل يوم (حسنًا ، في الحقيقة ، نتواصل باستمرار مع بعضنا البعض!) ، والعمل على منهجية Agile لا يستبعدنا من هذه العملية. علاوة على ذلك ، فإنه يتضمن بالفعل أدوات فعالة لإدارة المعرفة. يبقى فقط تنظيم عمل الفريق بحيث تعطي هذه الأدوات أقصى استنفاد.
في منشور ، قدمت بعض الأمثلة فقط. دعنا نناقش في التعليقات أدوات Agile الأخرى التي هي أيضًا أدوات لإدارة المعرفة. حسنا ، أو ناقش لماذا أنا مخطئ :)