التحول رشيقة الشخصية: رحلة مرنة إلى الإنتاجية

مرحبا بالجميع! نطلق الأسبوع القادم دورة "مدير التطوير" ، والتي تكرس للأنشطة الإدارية من جميع جوانبها في سياق إدارة فريق التطوير. تحسبا للإطلاق ، نطلعكم على ترجمة المقال ، والتي قد تصبح مفيدة لقادة الفريق في المستقبل.



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

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

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

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

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

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

لكن تدريجياً ، بدأت أدرك أنه سيكون هناك تحول كبير في اتجاه استخدام Agile وأنه من أجل أن أظل ملائمًا - ويمكنني أن أضيف إلى المشاريع المزدحمة ، سيكون من الضروري البدء في التعرف على مشاريع Agile والعمل فيها.



بالتفكير في هذا الأمر ، أدركت أنه ربما كان أول شيء توجب عليّ مواجهته في Agile هو أن دور مدير المشروع ليس مهمًا فحسب ، بل في الواقع لا يوجد دور محدد لمدير الإدارة على هذا النحو. هناك ثلاثة أدوار محددة فقط في Scrum variant - Scrum Master ، مالك المنتج وفريق التطوير.

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

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

ستجد أدناه بعض النصائح المفيدة حول كيفية النجاح في تحويل Agile.



هذا تحول كبير ، ليس فقط لمديري المشاريع ، ولكن أيضًا للفرق. يجب أن يتوقف مدير المشروع عن التوجيه ويبدأ في تقديم المساعدة. بالنسبة لكثير من المديرين ، هذا انتقال صعب للغاية. انهم لا يعرفون كيف لا يؤدي. وعلى الأرجح ، إذا كانوا PM لفترة طويلة ، فهم معتادون جدًا على استخدام برنامج جدولة مثل MS Project. لكن فريق Scrum لا يحتاج بالضرورة إلى مثل هذه الأداة ، مفضلاً أدوات سير العمل مثل Jira لتتبع التقدم.

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

كن سيدًا على Scrum ، وليس مدير Scrum https://t.co/ohOBBzH5Lb #agile #scrum #devHyperRTsDNR_CREW pic.twitter.com/XrmsCAdzwK

- Seth G. (Nicko_iCorplife) ١٤ أكتوبر ، ٢٠١٧

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

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

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

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

تقليديًا ، نتطلع إلى تعليقاتك وندعوك إلى درس مفتوح سيعقده اليوم ستانيسلاف ميخالسكي ، مدير التطوير في Biglion Technologies.