هناك العشرات من الأطر والمنهجيات المستخدمة في أعمال التصميم. لا يوجد المزيد من الناس الذين لن يسمعوا عن أساليب رشيقة ، سكروم ، كانبان وغيرها. وعد كل منهم بأن يصبح رصاصة فضية ، مما سيساعد على تنفيذ المشاريع بحيث تلبي جميع معايير النجاح. ولكن من الناحية العملية ، فإن العمل المختص فقط مع المخاطر يسمح لك بإنهاء المشاريع بأي ثمن.سنحاول في هذه المقالة النظر في أهم المخاطر التي قد تعترض طريقك. ستكون المادة مفيدة لجميع المشاركين في أعمال التصميم.
إذن أي المشاريع تعتبر ناجحة؟ من المعتاد تسليط الضوء على المعلمات التالية:- تم تسليم المشروع في الوقت المحدد ؛
- دون تجاوز الميزانية ؛
- مع الحد الأدنى من العيوب ؛
- يعمل على النحو المنشود ؛
- يستخدمه الناس ؛
- يحل الأهداف التي وضعت أمامه ؛
- - ;
- .
إذن ، في الواقع ، كم مرة تجتمع المشاريع المكتملة مع كل هذه النقاط؟مع اختلاف طفيف في تقديرات الدراسات من Standish Group و Project Management Institute و Gartner و Wellingtone وغيرها من المنظمات المحترمة ، قيل لنا أن ثلث المشاريع في مجال تكنولوجيا المعلومات تتحول إلى فشل ، وأن نصفها يواجه صعوبات. فقط فكر ، هذه إحصائيات مذهلة.من الصعب تحديد مستوى المشاريع التي شاركت في العينات ، ولكن لنفترض أن هذه قصصًا كبيرة مثل التحديث الفاشل للبنية التحتية لتكنولوجيا المعلومات في سلسلة متاجر KMart مقابل 1.2 مليار دولار ، والتي أصبحت أحد العوامل الرئيسية في إفلاس الشركة.هل هذا يعني أن المشاريع الصغيرة التي تجعل استوديوهات الويب الروسية لا تخضع لنفس المشاكل؟ إذا قرأت مراجعات العملاء على المجمع الشهير ، سنرى أنه حتى في حالة الصفحات المقصودة النموذجية والمتاجر النموذجية عبر الإنترنت ، نادرًا ما يتم استيفاء معايير النجاح المذكورة أعلاه:“لقد أمرنا بتطوير وتصميم الموقع في عام 2015. يتم التصميم بسرعة ، ولكن لا يعني أن الجودة. تم تقديم التطوير حتى عام 2017 ولم يتم تنفيذه على الإطلاق "
"كان لا بد من إعادة تصميم الموقع بالكامل بعد هذا العمل ، وبطبيعة الحال ، سار العمل بنشاط وبدا أن كل شيء على ما يرام. ولكن بعد ذلك بدأوا يلاحظون أننا نكرر نفس المهمة لمدة شهر ، ونتيجة لذلك ، توقفنا تقريبًا عن الإجابة على الأسئلة. ونتيجة لذلك ، اتضح أنه ناقص كبير ، لأنني اضطررت إلى توظيف مورد آخر "
“قاموا عدة مرات بتأجيل شروط تنفيذ الموقع باتفاقيات إضافية. ونتيجة لذلك ، تعطلت جميع المواعيد النهائية المتفق عليها واستغرق تطوير الموقع 1.5 سنة. كان الناتج منتجًا الخام لا يمكن استخدامه. كان علي أن أعطي الموقع للمراجعة لاستوديو آخر "
ماذا يمكننا أن نقول عن التنمية الفردية ، أكثر شمولاً؟ بعد كل شيء ، كلما كان المشروع أكبر ، كلما زادت فرصته في البقاء على قيد الحياة حتى الانتهاء. لذلك ، يجب على أي عميل ومقاول أن يكون لديه سؤال - كيف لا تصل إلى مقبرة المشاريع غير المكتملة.دعونا نكتشف ما يمكن أن يحدث خطأ في مشروع تطوير مخصص ، وماذا نفعل حيال ذلك:الخطر 1. مؤهلات المقاولين غير كافية
المشكلة هنا هي كيف يعمل التطوير المخصص. لا يفهم العميل غالبًا من يثق به المشروع ، لأنه في كل زاوية يعدون بدورة تطوير كاملة وعمل جاهز.بعد أن قررت رقمنة جزء من الأعمال ، تتحول الشركة إلى استوديو ويب (المعروف أيضًا باسم وكالة رقمية / تكامل الويب). تتم الخدمة بتنسيق نافذة واحدة. يُطلب من العميل ملء ملخص ، يتم على أساسه تجميع المعارف التقليدية. إذا كان المشروع معقدًا ويتطلب مبرمجين من ذوي الخبرة ، فإن التطوير يتم الاستعانة بمصادر خارجية للإنتاج.مطلوب المقاول من الباطن لتنفيذ العمل على ToR ، التي تم جمعها من قبل أشخاص غير أكفاء. إذا نجح المشروع في إطلاقه ، فغالبًا ما يتبين أن المنتج لا يحل مهام الشركة ، ولا أحد يريد استخدامه.
— , , . .
مهما كان الأمر تافها ، فإن أهم شيء هو فهم المشكلة. نحن لا ندخر الموارد اللازمة للاندماج في أعمال العميل. نحن على استعداد لتنظيم رحلة عمل والتواصل على الفور ليس فقط مع أصحاب المصلحة ، ولكن أيضًا مع الأشخاص الذين سيستخدمون المنتج النهائي. لن نبدأ في إنفاق ميزانية المشروع حتى نقتنع أننا اكتشفناها.يتكون استوديو الويب TK من محللين عملوا كمختبرين أمس. من خلال عدم فهم تعقيدات التنمية ، يقومون بإنشاء مستند يصف عناصر الواجهة ، ولكن في نفس الوقت يتجاهل عمليًا عمليات التكامل والخوارزميات المعقدة المخفية وراء هذه العناصر.
مثال حقيقي للصيغ التي يتطلب المقاول العام على أساسها حساب تكلفة التطوير النهائية.
يطلب المقاول العام حساب تكلفة التطوير باستخدام مثال مماثل في الشكل ، ولكن يتم تنفيذ الخدمات بشكل مختلف تمامًا. "اجعلها هناك ، سنكتشفها"عندما يتعلق الأمر بأتمتة مؤسسة ، فإن هذا النهج غير صحيح. لا يكفي رسم التخطيطات ووصفها في الاختصاصات. لذلك ، من الأفضل أن نعهد بمرحلة التحليلات لمهندسي النظام الذين يفهمون ما يختبئ "تحت غطاء المحرك".الخطر 2. استنفاد الميزانية قبل إطلاق المنتج
تهيمن الميزانيات الثابتة والدفع المؤجل على سوق الخدمات الرقمية. لذلك ، من المرجح أن توافق الحسابات والمبيعات على تقدير وإبرام اتفاق. إذا كان الاستوديو على شبكة الإنترنت قد حدد الشروط بشكل غير صحيح ، وأجرى تحديدًا غير مكتمل ، ولفت مقاولين من الباطن من أجل التطوير ، فقد يحدث جحيم الإنتاج في المشروع.سيكون حجم العمل أكبر ، وسيبدأ المقاول العام في حماية مصالحهم ودفع المؤدين النهائيين حتى يتناسبوا مع الميزانية. على كلا الجانبين ، يعمل المنطق المنحرف ، كل واحد يأتي مع عذر للقيام أسوأ قليلا من الخصم: "هل قدمت المعارف التقليدية الفقيرة ، والآن زيادة حجم؟ ثم لن نأخذ بعين الاعتبار بعض الملاحظات! " / "لقد وعدنا العميل بالفعل بالمكان الذي سيذهب إليه أو ينهيه أو لن يحصل على المال!".هذه الحروب السياسية مخفية عن أعين العميل. لا يعرف عن من يشارك في المشروع ، وكيف تسير عملية التطوير - وقع شركاء استوديو الويب على اتفاقية عدم الإفشاء. ونتيجة لذلك ، يضحي الإنتاج بجودة المنتج حتى لا يعمل بخسارة ، ولا يفكر استوديو الويب إلا في كيفية التوقيع على الأعمال وتلقي الدفع في أقرب وقت ممكن. لا أحد يهتم بفوائد العميل.طريقة التجنب
عند إجراء التقديرات ، تقتصر استوديوهات الويب فقط على المراحل العامة للعمل: التحليلات والتصميم والتخطيط والبرمجة. بينما سيشمل المقاول المختص في التقدير جميع العناصر الوظيفية للنظام المطور.على أساس محادثة مدتها خمس دقائق مع عميل ، من المستحيل تقييم نطاق العمل على التحول الرقمي للأعمال التجارية. لذلك ، يتطلب العمل مع التقدير نفسه عدة مراحل ، وبدون تحليلات لن يكون من الممكن الحصول على تكلفة التطوير النهائية.نقدم لعملائنا المشككين حساب تكلفة المشروع وفقًا لتفاصيلنا. حتى الآن ، لم يوافق أي من المنافسين ، على الرغم من وجود استوديوهات وعدت بجعلها أرخص.ولكن حتى مع المواصفات والتقديرات الفنية التفصيلية ، فإن المشروع غير محمي من عدم التوازن في جدول الإنتاج. بمجرد ظهور مثل هذا التهديد ، من المهم ليس فقط تحذير العميل ، ولكن أيضًا اقتراح خطة عمل بديلة وتحسين نطاق العمل. لا يمكنك أن تبقى صامتًا وتأمل أن "تنفجر".الخطر 3. التغييرات في منتصف المشروع
تستمر مشاريع تطوير الأنظمة الرقمية لمدة عام على الأقل. يمكن أن يحدث أي شيء خلال هذا الوقت.قد يحدث أنه في منتصف المشروع ، قام العميل بتغيير طريقة ممارسة الأعمال التجارية ، أو ظهرت تقنيات أكثر تقدمًا ، أو ربما تغير شيء ما في العالم.على سبيل المثال ، طوروا نظامًا لتوصيل البريد السريع ، ولكن نظرًا للوضع السياسي ، تغير السوق ، وقلل التجميع الكبير عمولاتهم ، ولم يعد المشروع يحل الأهداف التي تم تحديدها له. في مثل هذه الظروف ، من الطبيعي تمامًا إذا بدأ العميل في تغيير المهام دون انتظار اكتمال التطوير. يجب أن تكون قادرًا على العمل مع هذا.طريقة التجنب
إذا عرض العميل تغيير شيء ما ، فأنت بحاجة أولاً إلى معرفة سبب ذلك والظروف التي أدت إلى هذا القرار. قم بإحضار العميل إلى محادثة صريحة لفهم ألمه.بعد ذلك فقط ، قم بتقييم ما إذا كانت هذه التغييرات ستفيد المشروع ، وحاول توقع المخاطر المصاحبة ، بما في ذلك تجاوز الميزانية. بعد ذلك ، ابحث عن أفضل نهج لتنفيذ هذه التغييرات في المنتج وعرضه. لكن الاختيار يجب أن يبقى مع العميل.المخاطرة 4. فقدان الفائدة من جانب المالك
عندما يتغير شيء ما في العالم ، قد يتم نقل العميل بعيدًا عن طريق خط عمل آخر ، ونسيان المشروع الحالي. يؤدي فقدان الاهتمام إلى حقيقة أنه يُطلب من المؤدي إما تقليص العمل تمامًا ، أو الأسوأ من ذلك تركه في حالة من النسيان. يؤدي انتظار القرار إلى التوقف عن العمل والتكاليف.ولكن في كثير من الأحيان ، يختفي الاهتمام عندما تحدث تغييرات خطيرة في الهيكل التنظيمي من جانب العميل ، يتغير الناس في المشروع. كقاعدة ، لا يمتلك هؤلاء الأشخاص السياق الكامل ، وبالتالي لا يرون قيمة المشروع. دافعهم لإطلاق المنتج منخفض للغاية.طريقة التجنب
من أجل الحفاظ باستمرار على الاهتمام بالمشروع ، نعرض للعميل جميع النتائج الوسيطة. عادة ما تتكون المشاريع الكبيرة من مجموعة من الخدمات ، وبالتالي ، نتيجة لكل تكرار للتطوير ، نسعى جاهدين لإثبات الوظيفة الجاهزة تمامًا لخدمة منفصلة يمكن استخدامها بالفعل. لذلك يرى العميل أن المنتج يحل مشاكله التجارية.أثناء التطوير ، نتحقق لنرى ما إذا كانت أهداف المشروع قد تغيرت ، ونستشيرها بانتظام. نحن نجري تحليلات إضافية ونجمع التعليقات من الجمهور المستهدف. نقوم بإشراك ممثلي العملاء في عملية التطوير ودعم تقييم آفاق المشروع في حالة محدثة.المخاطرة 5. لا يخصص العميل الوقت للمشاركة في المشروع.
لا يقدم الموظفون من جانب العميل المعلومات اللازمة ، ويستجيب المدير ببطء ويتباطأ كل شيء. في الوقت نفسه ، نعلم على وجه اليقين أن العميل يحتاج إلى المشروع ، ولم يفقد الاهتمام ، ولا تزال المواعيد النهائية مناسبة.لسوء الحظ ، يحدث هذا في كثير من الأحيان. في هذه الحالة ، سيبدأ الإهانة بموظف قليل الخبرة ، ويقلل من أولويات مهام العميل ، وفي نهاية المطاف يحول فريق التطوير بأكمله إلى مشروع آخر. منطق المؤدي واضح هنا ، لا أحد يرغب في توقف الفريق بسبب الموافقات الطويلة بشكل غير معقول. ينتج عن هذا علاقة مكسورة مع العملاء. المشروع لم يكتمل.طريقة التجنب
نحن نتفق شخصيا مع العميل على تعريف الأشخاص المسؤولين. نناقش وضعهم ودرجة مسؤوليتهم. نقوم بإصلاح وظائفهم ومسؤولياتهم في جدول العمل.بمجرد أن نلاحظ أن الأشخاص المسؤولين واجهوا بعض القيود ، مع العميل ، نبحث عن حل حول كيفية إزالة هذه العقبات ومواصلة عملية التطوير. إذا كان الأشخاص المعينون لا يمتثلون تمامًا للاتفاقية ، فإننا نقترح تعيين موظفين آخرين في مكانهم.الخطر 6. التعديلات / التحسينات المطولة
لا يكون العميل مؤهلاً دائمًا بما يكفي لتقييم درجة جاهزية المشروع. هذا امر طبيعي. إنه أسوأ بكثير عندما لا يفهم المقاول ما إذا كان المشروع جاهزًا. غالبًا ما يتأخر التكليف بسبب التغييرات غير المعقولة. هذا يؤدي إلى حقيقة أن كلا الطرفين يخسران الوقت والمال.غالبًا ما يرتبط الموقف بحقيقة أن التعديلات يتم تقديمها من قبل أشخاص غير مسؤولين عن النتيجة النهائية. إذا كنت لا تهتم بإصلاح الأشخاص المسؤولين مقدمًا ، فستأتي التعليقات من الأشخاص غير المهرة الذين لديهم سياق غير مكتمل. يحدث أنهم مرتبطون في مرحلة متأخرة ، وبالتالي لا يعرفون شيئًا عن قيود وأهداف المشروع.سوف يقوم المقاول قليل الخبرة إما بمناقشة هذه التعديلات إلى ما لا نهاية حتى لا تجعلها على نفقته الخاصة ، أو على العكس من ذلك ، تأخذ جميع التعليقات في الاعتبار على الإطلاق. كل هذا يؤثر سلبا على تحقيق الأهداف الأولية للمشروع.طريقة التجنب
إذا جاءت التعليقات من شخص غير مسؤول ، فإننا نصلحها ونناقشها مع أولئك المسؤولين مباشرة عن المشروع. قبل إجراء أي تعديلات ، نحاول أن نفهم كيف ستساعد هذه التغييرات الأهداف العامة للمشروع. إذا لم تساعد التعديلات ، ولكنها تتدخل فقط ، فإننا نعبر عن مخاوفنا.في حالة طلب مالك المنتج للتغييرات ، نحذر من أن هذا سيؤدي إلى تأخير الإطلاق. نحن نقدم حلًا كفؤًا لتحسين نطاق العمل ، مع مراعاة المجالات التمهيدية الجديدة. نكتشف مع العميل ما الذي سيحدث إذا أطلقنا المنتج بالشكل الذي هو عليه. عندما لا تكون هناك عواقب سلبية واضحة ، نقترح تأجيل التعديلات إلى المراحل اللاحقة. علاوة على ذلك ، يبقى الاختيار دائمًا مع العميل.الخطر 7. عدم توفر البنية التحتية للإطلاق
حقيقة أن البنية التحتية للعميل ليست جاهزة ، والفروق الدقيقة القانونية لا يتم وضعها ، ولا توجد اتفاقيات شراكة يمكن أن تعرقل إطلاق المشروع حيز التنفيذ.على سبيل المثال ، تم تصميم النظام للعمل على محركات الأقراص ذات الحالة الثابتة ، وتستخدم البنية التحتية الحالية محرك الأقراص الثابتة ، أو أن الشركة تطلق اتجاهًا جديدًا ، لكنها لم تحصل بعد على إذن من الإدارة الحكومية.يستمر المقاول في بعض الأحيان في العمل في مثل هذه الحالة ، متجاهلاً المشاكل من جانب العميل. لأنه يشعر بالراحة لعدم تجاوز مجال مسؤوليته. رسميا ، يقوم المقاول بالشيء الصحيح ، والمشكلة في جانب العميل. ولكن ما هو استخدام منتج يستحيل إطلاقه ، وما الفوائد التي سيجلبها؟طريقة التجنب
قبل بدء العمل ، نناقش مع العميل الموارد اللازمة لبدء المشروع. نقدم توصيات بشأن الأشخاص الذين يجب استئجارهم وما هي المعدات التي يجب شراؤها. إذا كان المشروع غير قياسي ، يرجى استشارة المحامين والتأكد من أنه لن تكون هناك مشاكل من جانب التشريع عند إطلاقه.في مرحلة تكوين المعارف التقليدية ، نتحقق من فرص التكامل والجوانب التقنية الأخرى لإمكانية تشغيل المنتج النهائي.استنتاج
جميع المخاطر مترابطة بطريقة أو بأخرى. مشكلة واحدة لم يتم إصلاحها في الوقت المناسب يمكن أن تسبب تأثير كرة الثلج.ولكن تظهر التجربة أن هناك ثلاث طرق عالمية لمنع وتقليل عواقب المخاطر:- تحديد المخاطر المحتملة ؛
- خطة عمل لتجنبها ؛
- الاستعداد لتغيير المسار والبحث عن حلول بديلة.
إن التفكير بشكل صحيح لا يتعلق بالمشروعات ، بل يتعلق بالعملاء. التواصل المستمر والعمل مع توقعات العملاء. لا تخفي أي شيء وتساعد على رؤية ملء الوضع.وراء كل خطر موصوف حالات حقيقية من تجربة حلول العمل. لم تكن هذه دائمًا قصصًا ذات نهاية سعيدة ؛ بعضها كلف الشركة ملايين الروبل.لكن كل القوى التي نضعها لبناء شراكات ثقة مع العملاء غالبًا ما تؤتي ثمارها ، وإن لم يكن ذلك بسرعة.بسبب الشفافية في العلاقات ، لدينا عملاء نعمل معهم منذ أكثر من ست سنوات ، وقمنا بتفريغ عشرات الآلاف من ساعات العمل من أجله. لمثل هذا الوقت الطويل من التعاون ، نشأت مخاطر مختلفة قبل المشروع ، لكننا حاولنا دائمًا إبلاغهم في الوقت المناسب واقتراح طرق لحلها. لذلك ، نعتقد أن إدارة المخاطر المختصة تضمن إتمام المشاريع.في التعليقات ، أقترح مشاركة القصص من تجربتك عندما لم تكتمل المشاريع. هل كان أي من المخاطر السبعة التي وصفناها مسؤولة عن ذلك؟ أم كان سبب شيء آخر؟