
إن دور PM-a موجود دائمًا ، وإذا لم يتم تكليف فرد بالتدريب اللازم ، فسيتم إعادة توزيعه.
لمن؟- جميع أعضاء الفريق على قدم المساواة.
- عضو واحد في الفريق مستعد لدمج هذا مع دوره الأساسي.
- شخص من الخارج ، لا يشارك حقًا في العملية ، ولكنه يتحكم بطريقة ما.
كل هذه الخيارات حقيقية تمامًا ، وتوجد في الممارسة العملية ، خاصة في الشركات الناشئة التي ليس لديها بعد بنية وعمليات.
ضع في اعتبارك الأسئلة التالية:- من يتواصل مع العميل؟
- من الذي يضع في اعتباره الصورة الكاملة للمشروع؟ وثيقة أفضل ذلك.
- من ينظم العملية؟
1. يتقاسم الجميع دور المدير - والفريق متوسط الخبرة - سيكون الأمر صعبًا. لن يعرف الناس ما يجب القيام به ، وسوف يستغرق وقتًا طويلاً للتجمع. التكلفة الإجمالية لساعات المناقشة ستذهب بسرعة إلى الجنة. وليس حقيقة أنه سيتم التوصل إلى حل وسط.
من الضروري أيضًا أن تكون قادرًا على التواصل مع العميل - حتى مع كونه كافياً ، مع عدم كفاية الأمر أكثر صعوبة في بعض الأحيان. شخص ما غير صبور مع أسئلة وبيانات عميل جاهل ، شخص ما لا يفهم عمله على الإطلاق ولماذا يحتاج إلى منتج. سيلفاسكينج وغيرها من أفراح محفوفة بالمشاكل ، والمطورين لا يحبون القيام بذلك - مما يعني أنهم يقومون بذلك دون المتوسط. لا تنس أن شخص ما يجب أن يتحكم في كل شيء.
يعمل مثل هذا المخطط فقط مع المتخصصين الماهرين للغاية الذين يشاركون بشكل أكبر في العملية برمتها ويكونون قادرين على فهم الأعمال التجارية وأهداف المشروع ومهامهم داخلها ولا يحتاجون إلى السيطرة ، لأنهم يخضعون للرقابة لأنفسهم. أعتقد أن الجميع سيوافقون على وجود عدد قليل من هؤلاء المطورين وهم يعملون.
2. أحد المبرمجين - على الفور ، هل سيكون قادرًا على فهم متطلبات العمل وترجمة مقاتليه إلى لغة مفهومة بشكل كاف؟ بعد كل شيء ، يجب أن تقر بأن الشخص لا يفهم الأشياء - فهو يمر من قبل أذنيه ، ولكن المطور العادي لا يفهم الكثير من الأشياء في الأعمال التجارية ، لأن مجاله ليس على الإطلاق ، وغالبًا ما يكون غير مثير للاهتمام. ثم سيشرح بإيجاز لأطفاله - ما هو مطلوب ، والجميع يفهم مرة أخرى بطريقته الخاصة والنتيجة هي فشل كامل. نظرًا لأنك تحتاج إلى أن تكون قادرًا على إجراء مقابلة مع أحد العملاء ، فيجب أن تكون قادرًا أيضًا على التوضيح للآخرين ، كما أنه من الضروري أيضًا طحن الفريق ولصقه مع الأشخاص.
إن الجمع بين أدوار Timlid و PM لا يمكن إلا للمتخصصين الرائعين الذين يعرفون كيفية فهم العميل ، والإدارة ، والتواصل ، وبالطبع البرنامج. مجموعة خطيرة ، قليل من هؤلاء الناس استثناءات.
3. الشخص الذي لا ينغمس في المشروع هو الخيار الأسوأ ، IMHO. في كثير من الأحيان لم يكن لديه وقت لذلك ، فقد حصل على أمر في هذه المناسبة من خلال الاتصالات ، والمال الجيد ، وجد فريقًا من التقنيين - وذهب الأمر. بالتوازي ، لا يزال ، كقاعدة عامة ، لديه درس أكثر أهمية.
نتيجة لذلك ، ليس لدى التقنيين أي فكرة عما يجب عليهم فعله ، ولا يسألون مرة أخرى - فهم يرون شيئًا ما. هو نفسه ليس لديه فكرة عما يطورونه ، يتحقق في بعض الأحيان ، ولكن في الأساس لا يأتي شيء من الاختبار. أنا صامت عمومًا بشأن العميل. هذا لأنه في 80٪ من الحالات ، تقع هذه المشروعات على عاتق المستقلين الذين لا يعرفون كيف و / أو لا يريدون العمل مع شخص ما ، والذين لا يعرفون حقًا كيفية القيام بشيء معقد ، حيث لا يمكنهم القيام بذلك بمفردهم ، لأن لا يوجد عمليا مثل هذه المشاريع في البورصات. وفقًا لذلك ، لن يكون هناك فريق منظم من اللاعبين الشديدي التنظيم. ستكون هناك مجموعة من الفهم الوحيد للوحدة. إنه محظوظ إذا حصلوا على قائد يمكنه حشدهم. ثم هذا ليس على الفور ودون ضمانات.
فلماذا PM؟
الأول هو الحفاظ على الصورة بأكملها في الاعتبار ، وتوثيقها في الوقت المناسب من وجهة نظر التصميم. يحتاج أعضاء الفريق إلى إعداد التفاصيل ، وغالبًا ما يهرب المشروع ككل. من الصعب الانتقال باستمرار من القطاع الخاص إلى العام والعكس. لكن المدير ملزم بالقيام بذلك ، وبأفضل ما لديه من اختصاص للإجابة على جميع الأسئلة.
والثاني هو أن تكون جهة اتصال واحدة للجميع. يجب أن تمر جميع المعلومات ، وإلا فستبدأ الفوضى على الفور. سيتفق العميل مع مطور فردي ، أو يقدمه مع الأخطاء ، ولن يخبر أي شخص ، والأخطاء تتعلق بالآخرين وإيقاف تشغيلها وإيقافها.
بالإضافة إلى مطالبات - المدير هو أيضًا مانع صواعق ، حيث يستمع ويقبل جميع الشكاوى ، ويقوم بنقلها بشكل بناء إلى الفريق ومعرفة من وكيفية التأثير. هناك حالات متكررة عندما تطير الحجارة على مبرمج معين ، وأن واحدة من الصدمة الأولية تبدأ في فعل أشياء غبية: تحدث أكثر من اللازم ، وهدم الآخرين ، والهجوم رداً على ذلك.
والثالث هو حل القضايا. وهذا ليس إذا ظهرت ، ولكن عندما تظهر. لأنها سوف تظهر بالتأكيد. بعد كل شيء ، تحتاج إلى تخطيط كل شيء بوضوح ، ومراقبته ، ثم اختباره ، وإصلاحه ، وإظهاره للعميل ، والحصول على المال ، وحساب ساعات كل منها ، من الناحية المثالية ، أيضًا إجراء استخلاص معلومات. في كل هذه الأمور ، تنشأ تصادمات يجب تحذيرها أو حلها على طول الطريق. أي لبناء العملية الأولية وتحديد قواعد اللعبة ، ومواصلة حل المشاكل الحالية وإدخال قواعد جديدة إذا لزم الأمر.
بالمناسبة ، من دون معرفة متخصصة في الإدارة فمن الصعب للغاية القيام به.
على المستوى العالمي ، إما أنك خضعت لتدريب أولي في هذا المجال ، أو اختبرت جميع المكابس على نفسك وخرجت كمدير مهزوم. بطبيعة الحال ، لن يتم التخلص من ملف التعريف الخاص بجميع أنواع المكابس ، ولكن جزئيًا ، وستكون سرعة إتقان التجربة أعلى من ذلك بكثير.