في المقالة الأخيرة "
ما هو نظام معلومات الكمبيوتر " ، طرحت سؤالًا مهمًا حول المفاهيم الأساسية وفهم المصطلحات في تفاعل المستخدم (العميل) والمبرمجين. كما وعدت ، ما زلت أتوسع في هذا الموضوع. وأريد أن أتحدث عن التخطيط السليم لعملية تطوير وتنفيذ منتجات البرمجيات.
بسبب طبيعة نشاطي ، أواجه باستمرار أعمال التصميم. وفي بداية أي مشروع ، أواجه المهمة الصعبة المتمثلة في التخطيط الكفؤ. لماذا هذا مهم جدا؟ الخطة الجيدة هي ما يقرب من نصف النجاح. بدون التخطيط ، يكاد يكون من المستحيل بناء العمل بشكل واضح ومتناغم لتحقيق الأهداف والوفاء بالمواعيد النهائية. هذا مهم بشكل خاص عندما يتعلق الأمر بالعمل الجماعي.
من حيث المبدأ ، كتب الكثير عن أهمية التخطيط. ولن أكرر الحقائق المعروفة هنا. الأمر بسيط: إذا كنت تعرف المكان الذي تحتاج إلى القدوم فيه وكنت قادرًا على وضع الطريق الصحيح ، فستصل إلى الهدف. إن لم يكن - للأسف ، لا يمكن لأحد أن يخمن مسبقًا حيث ستنتهي.
مطبات تخطيط تكنولوجيا المعلومات
يجب أن تأخذ أي خطة لتحقيق الهدف في الاعتبار هذه العوامل:
- الهدف المعلن ، أي للحصول على النتيجة.
- العوامل الخارجية: المواد والبيئة وميزات المشاركين في المشروع والمستهلكين في المستقبل ، وأكثر من ذلك بكثير.
إذا كنا نتحدث عن أشياء من العالم المادي ، على سبيل المثال ، حول بناء منزل ، فإن كل شيء بسيط نسبيًا. هناك زبون يقول رغباته. هناك قطعة أرض مع ميزات معينة. هناك مواد بناء بمعلمات وتكلفة مختلفة. وهناك ميزانية معينة. وبناءً على ذلك ، يتم تحديد النسخة النهائية للمشروع ، والتقدير ، ومراحل العمل المخطط لها. حتى إذا لم تواجه البناء من قبل ، فقد شاهدت العديد من المنازل ، بما في ذلك أثناء عملية البناء. والنتيجة جوهرية ، وكذلك العوامل الخارجية. لذلك ، نادرًا ما يتسبب اختيار الحل وإعداد الخطة في صعوبات.
عند العمل مع أنظمة معلومات الكمبيوتر ، تواجه مشكلة عدم وجود عوامل ونتائج مادية. لن يعمل هنا ، على سبيل المثال ، عند اختيار الأساس لمنزل ، للاعتماد على بيانات أولية لا لبس فيها وقوانين الفيزياء. بالإضافة إلى ذلك ، يعد تقديم كل منتج برمجي مشروعًا فريدًا.
كل فريق ، مثل كل شخص ، فريد بطريقته الخاصة. ولديهم دائمًا احتياجاتهم ورغباتهم الخاصة. يأمرون بتطوير وتنفيذ البرامج من أجل الحصول على حل "لأنفسهم" عندما لا تكون البرامج القياسية الحالية كافية.
عند التخطيط لمشروع في مجال تكنولوجيا المعلومات ، من الضروري:
- لدراسة ميزات واحتياجات العميل ؛
- فهم المهمة بوضوح وتأخذ في الاعتبار جميع الرغبات ؛
- التنسيق مع العميل الحلول المختارة.
وبعد ذلك فقط يمكننا المضي قدما في تطوير خطة عمل. في هذه الحالة ، يمكن للعميل أن يكون أي شخص أو مؤسسة تجارية أو منظمة غير ربحية. الشيء الرئيسي هو أن هناك دائمًا شخصًا يأمر بالمشروع وسيستخدمه في المستقبل.
تبين الممارسة أن العمل التحضيري فقط مع العميل غالبًا ما يسبب صعوبات. وهنا ، قد يأتي نهج قائم على التعريف لإنقاذ:
نظام معلومات الكمبيوتر هو فكرة يتم التعبير عنها من خلال لغة البرمجة.
لقد قدمت وصفا تفصيليا وتبريرا لهذا التعريف في مقال
"ما هو نظام معلومات الكمبيوتر" . لفهم أفضل ، أوصي بأن تتعرف على أي شخص لم يقرأها.
فكرة واختيار منتجات البرمجيات
الشيء الأول والأكثر وضوحًا لفهمه: من أجل اختيار منتج برمجي أو إنشاؤه لتلبية فكرتك ، يلزم الجمع بين عاملين:
- حضور الفكرة نفسها ؛
- وصفها المتميز والواضح للمشاركين الآخرين في المشروع.
وفي مرحلة وصف لا لبس فيه ومفهوم لأطراف ثالثة لفكرة المشروع ، تبين أن خطط BPM المزعومة مفيدة للغاية. بمعنى آخر ، الرموز البيانية لوصف العمليات التجارية. يمكنك العثور على مزيد من التفاصيل حول ماهيتها وكيفية عمل تدوينات BPM في مقالتي "
ما هي عملية الأعمال ووصف عملية العمل ".
في الوقت نفسه ، من المهم أن نفهم أن هذا لا يتعلق بالضرورة بالعمليات التجارية ، باستخدام أدوات BPM ، يمكنك بنجاح وصف أي عمل وأنواع أخرى من العمليات ، أي محاكاة الخيارات لترجمة الأفكار بوضوح.
يمكن استخدام طريقتين لوصف عمل أو أداء مهمة - عملية ووظيفية. كما كتبت عن اختلافاتهم وميزاتهم بالتفصيل في مقالة "
نمذجة الأعمال. النهج الرئيسية ".
عند البحث عن حل (صياغة الفكرة نفسها) ، يفضل الكثيرون نسخة وظيفية من النمذجة. يساعد نفسه على فهم جوهر المشكلة والأدوات اللازمة لحلها. وللحل الفعال للمهمة وإعداد خطة العمل ، كما تظهر تجربتي الشخصية ، فإن نمذجة العملية هي الأمثل.
كيف تفعل ذلك:
- يتم إنشاء تدوين (وصف) رسومي لعملية العمل. أوصي باستخدام تنسيق BPMN 2.0 باعتباره الأداة الأكثر تقدمًا وتعقيدًا ، حيث يقلل استخدامها من احتمالية الأخطاء والحلول الغامضة.
- تتم مناقشة الفكرة المعبر عنها في شكل تدوينات BPMN مع الأطراف المعنية (العملاء والمستخدمون ، في بعض الحالات ، المطورين).
- وفقًا للفكرة المتفق عليها ، يختارون البرامج أو يقررون كتابة منتج برمجي من البداية.
- يتم وضع خطة عمل مع مراعاة الأدوات والحلول المختارة والفكرة التفصيلية (تدوين BPMN).
كيفية إنشاء نموذج BPMN
من أجل التجميع الناجح لترميزات BPM ، يجب أن يكون لدى الشخص معرفة معينة:
- فهم ميزات المنظمة (تفاعل المستخدم). بدون هذا ، من المحتمل أن يحتوي تجسيد الفكرة على أخطاء. ونتيجة لذلك ، سيكون النظام غير ملائم أو مستحيل استخدامه.
- تعرف على ميزات الخوارزميات ، وعلى الأقل ، أساسيات البرمجة. يعد ذلك ضروريًا لتحديد المتطلبات الصحيحة والواقعية لأنظمة البرامج.
- لديهم مهارات في العمل مع الرموز. هذا التنسيق ، مثل أي رسم بياني ، هو الخيار الأكثر وضوحًا ومفهومًا لجميع المشاركين في المشروع لعرض المهمة.
بالتعاون مع منظمات الأعمال أو المنظمات غير الربحية ، يتم تنظيم عملية التعاون على النحو التالي:
- يتم صياغة البيان العام للمشكلة من قبل رئيس الشركة ؛
- توضيح مراحل العمل وميزات التنفيذ - رؤساء وموظفي الأقسام الذين سيعملون مع منتج البرنامج.
في بعض الحالات ، يمكن تنفيذ بيان المشكلة ككل والتفاصيل من قبل شخص واحد على علم كافٍ بجميع الفروق الدقيقة المهمة.
علاوة على ذلك ، فإن الوصف الناتج يتم في شكل تدوين رسومي ، حيث توجد أيضًا عدة مستويات من التفاصيل. يعتمد عددهم على مدى تعقيد النظام.
المرحلة التالية هي الصقل والتنسيق. هنا ، تدرس الرموز النهائية من قبل قادة وموظفي المنظمة ، إذا لزم الأمر ، يقدمون توضيحات. في نفس المرحلة ، يمكن إجراء تغييرات في تفاصيل الفكرة نفسها ، مما سيساعد على تحسين العمل ، بما في ذلك على مستوى الموظفين وتفاعل الأقسام. من المهم أن نفهم هنا: يساعد النموذج الرسومي على رؤية العديد من "الخشونة" ، والازدواجية غير الضرورية للوظائف ، إلخ. وبالطبع ، عند صياغة الفكرة في شكل تدوين ، يمكننا ويجب علينا مناقشة أوجه القصور في سير العمل والتفكير في كيفية تحسينها.
اختيار منتج البرنامج
لديك بالفعل فكرة متسقة ومفصلة ، تتجسد في شكل تدوين رسومي. ما هو مهم جدا - ذهب الترميز من خلال جميع المناقشات ، وقعت إدارة الشركة النسخة النهائية. من الممكن المضي قدما بثقة في التفاهم المتبادل لاختيار أو إنشاء منتج برمجي.
في الوقت الحاضر ، من النادر للغاية بالنسبة للمؤسسات التجارية وغير الربحية كتابة حلول برمجية من الصفر. انها مكلفة وطويلة. علاوة على ذلك ، بالنسبة لمعظم الأفكار ، هناك حلول (قياسية) جاهزة تكفي لتكوين و / أو تعديل قليلاً.
وهنا من المهم جدًا أنه من بين جميع أنظمة البرامج المناسبة للموضوع والوظيفة ، تحتاج إلى اختيار النظام الذي تتناسب فكرته تمامًا مع فكرة العميل.
على سبيل المثال ، الفكرة هي: "نحن بحاجة إلى أتمتة قسم المبيعات".
المرحلة 1. نظام إدارة علاقات العملاء هو الأنسب للتنفيذ. تم تطوير حلول البرامج هذه خصيصًا لفرق المبيعات.
المرحلة 2. من بين جميع CRMs الموجودة ، تحتاج إلى تحديد أولئك الذين تكون وظائفهم هي الأنسب لخوارزمية العمل المحددة (تنفيذ الفكرة).
المرحلة 3. إن اختيار إدارة علاقات العملاء المناسبة من القائمة هو دراسة وظائفها الإضافية: الحلول الجاهزة للتكامل مع منتجات البرامج الأخرى ، ووجود أدوات مدمجة مفيدة للفكرة ، ونسبة السعر / الجودة.
من المهم أن نفهم: في تنفيذ أي فكرة ، يعتبر الناس جزءًا لا يتجزأ من العملية. وإذا لم يتخذوا القرار المختار ، فإن منتج البرنامج ، على الرغم من كل مزاياه ، من وجهة نظر المطورين ، لن يكون مناسبًا لتنفيذ الفكرة.
علاوة على ذلك ، فإن وصف العملية التجارية (تجسيدًا للفكرة) هو ، أولاً وقبل كل شيء ، وصف لأنشطة الأشخاص. تتعلق الأفكار بالنشاط البشري. الأتمتة ليست سوى عامل مساعد. لذلك ، أي وصف للعمليات التجارية هو ، قبل كل شيء ، وصف لعمل الناس. وعندها فقط - الجزء الفني من السؤال.
لسوء الحظ ، من الناحية العملية ، صادفت نهجًا خاطئًا عندما يكون تدوين BPMN مخصصًا تمامًا للجزء الفني ، وفي الواقع ، هو طريقة بديلة لكتابة خوارزمية للمبرمجين. في هذه الحالة ، يكون الأشخاص وتفاعلهم مع حلول البرامج خلف الكواليس. وعند وضع الحل موضع التطبيق ، غالبًا ما تظهر التراكبات وسوء الفهم. ونتيجة لذلك ، أدركت الفكرة لفترة طويلة وصعبة. أو اتضح أنها فاشلة. فقط لأنهم في وصفهم نسوا أهم عامل - أفعال الناس.
مزايا نهج العملية
يفكر الرجل بالتتابع. في نفس الوقت ، من الصعب للغاية التفكير في العديد من الإجراءات المختلفة وتغطية العديد من المهام أو التوجيهات. يفكر الرجل خطوة بخطوة ، حل المهام الواحدة تلو الأخرى عند وصولهم. وبالتالي ، فإن تجسيد الفكرة في شكل سلسلة من الإجراءات هو الأنسب. يسمح لك بالتفكير في جميع التفاصيل وعدم تفويت أي شيء مهم.
تفرد القرار وسهولة التنسيق من قبل المشاركين في المشروع. من السهل قراءة الرموز الرسومية ، فهي بديهية لرئيس شركة العملاء ، وهي قريبة من المخططات الانسيابية للخوارزمية ، وبالتالي فهي مناسبة للمطورين. ونتيجة لذلك ، يسهل تنسيقها ، وخلال التنفيذ لا يوجد أي اختلاف.
سيساعد تنسيق BPMN على تجنب الأخطاء. تساعد بيئة تطوير الرموز الرسومية وبساطة العرض على ملاحظة معظم الأخطاء في الوقت المناسب ، لتجنب التناقضات المنطقية والعمليات "غير المكتملة".
يمكنك معرفة المزيد حول تدوينات BPMN والعناصر والمبادئ الأساسية لاستخدامها ، بالإضافة إلى مثال عملي في مقالتي "
وصف موجز لـ BPMN مع مثال ". المزيد من الأمثلة ستكون في المنشورات المستقبلية.