ما هو مدير المشروع الفني؟

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

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

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

من أجل التأهل لوحدات TPM ، يجب أن يكون لديهم طبقة إضافية من الخبرة تتجاوز إدارة العمليات الرشيقة والتعاون مع المطورين: يجب أن يكونوا مطورين بأنفسهم.

تركيبة ثمينة

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

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

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

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

العمل مع الفرق

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

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

يقول ألين تاكاتسوكا ، وهو شركة Toptal TPM ومقرها في مقاطعة أورانج بولاية كاليفورنيا ، إن الخبرة التقنية هي التي تهم أكثر من العنوان: "مما رأيته ، لا يحمل الحرف" T "في TPM أي وزن للمهندسين. إنهم يعتقدون أن مجرد مدير مشروع آخر هو الذي سيقوم بإعداد اجتماعاتهم ويطلب منهم ملء جداول البيانات ".

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

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

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

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

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

تأثير المضاعف

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

يقول تاكاتسوكا: "لديك القدرة على أن تكون رأيًا تقنيًا". "وهذا يضيف قيمة للمؤسسة لأنك تمتلك الآن تأثيرًا مضاعفًا أكثر ، بدلاً من مجرد التنظيم والتعاون."

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

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

إيجاد التوازن

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

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

ميني CTO

تحتل TPMs التي تعمل للشركات الناشئة والشركات الصغيرة مكانًا رئيسيًا بشكل خاص عند تقاطع الأعمال والتكنولوجيا. في هذه الارتباطات ، غالبًا ما يكون TPM هو أول موظف يتم تعيينه في بداية المشروع. بعد ذلك ، يكون هو أو هي مسؤولاً عن تقييم قابلية المنتج للتطبيق ، وتحديد النطاق والمتطلبات الفنية ، ومساعدة العميل (أحيانًا مؤسس واحد لديه بذرة فكرة) تحديد مجموعة تقنية ، وتقييم البائعين لتقديم الخدمات ، وتنفيذ أفضل ممارسات DevOps ، وتجميع الفريق المناسب.

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

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

خفة الحركة

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

يرى Ciherean أن منهجيات Agile لا يتم تنفيذها بدقة من خلال الكتاب ؛ يجب تخصيصها ومزجها وتكييفها مع الاحتياجات المحددة للفريق والمشروع.

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

يمكن لخبرة TPM أيضًا أن تقدم معلومات عن ممارسات وممارسات Agile المحددة ، مثل تراكم المنتج وتقديرات الحجم النسبي.

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

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

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

مواكبة التطورات الحالية

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

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

يقضي اليوم ما يصل إلى 10 في المائة من وقته في قراءة الوثائق ومشاهدة YouTube ووضع الحماية "للتعرف على أحدث الأشياء وأعظمها".

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

تاكاتسوكا أيضًا استباقي في سد الفجوات المعرفية لديه: "جوجل رائعة هذه الأيام. موقع YouTube رائع. عليك أن تقوم بأداء واجبك. لكن هذا العمل يبني على نفسه ".

وهو يعتمد أيضًا على شبكة واسعة من الاستشاريين الزملاء للدعم ومشاركة المعرفة. يقول: "لقد كنت في مواقف يريد فيها العميل استخدام Google ، لكنني أعرف أفضل منصة AWS". "يمكنني الاتصال بالأصدقاء والقول ،" مرحبًا ، سنستخدم Firebase. هل كان لديك أي عملاء يفعلون هذا؟ ماذا عن قابلية التوسع؟ "

حتى بعد أكثر من 30 عامًا في العمل وأدوارًا متعددة على المستوى التنفيذي ، لا يخشى Dan Allen أن تتسخ يديه. في السنوات الثلاث الماضية ، علم نفسه النشر بمفرده على Amazon و Google Cloud. يقول: "لقد فعلت ذلك حتى أتمكن من فهمه ومساعدة عميل Toptal". "لم يكن لديهم فريق تقني. كل ما كان لديهم هو أنا. لذلك ذهبت إلى جامعة YouTube وأنجزتها ".

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