المنتجات والمشاريع والحيوانات الأخرى

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

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

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

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

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

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

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

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

• — , , , . ( ) , .
• — , . , , , , — , . — — .

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

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

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

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