تحكم في إدارة مشروعك في ريدماين بشكل أفضل من خلال سير العمل

سير العمل يسمح لك بتكوين الأدوار المسموح لها بتغيير حالات المهام المحددة أو الحقول المفترض تحددة معين. هذا مفيد خاصة في تطوير البرمجيات ولكنه يجد استخدامًا في أي مكان آخر أيضًا. يحتوي سير العمل في Easy Redmine على ميزتين أساسيتين.

انتقالات حالة Redmine

هنا يمكنك تحديد توصيلة من دور المستخدم ومتتبع (أو التحقق من جميع الأدوار/التحقق من جميع الأدوار/ال غيير على جميع التوصيلات الممكنة) ومن ثم تحديد التغييرات المسموح بها في حالمة بها في حالمة تتبع. العمود على الجانب الأيسر يمثل الحالة الحالية للمهمة والأعمدة على اليمين تمثل تغييرات الحالة الممكنة للاختيار من بينها.

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

أذونات حقول Redmine

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

• قراءة فقط - لا يمكن للمستخدم تغيير هذا الحقل عندما يتم تعيين المهمة في وضع "قراءة فقط". على سل المثال ، لا يمك غر المتع ما لم يم إعداد المهمة لفحص (تم تعي الحالة على "")
• ville ha - يجب ملء الحقل في هذا الوضع ، وإلا لا يمكن حفظ المهمة

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

سير العمل في Easy Redmine

نصائح وحيل لسير العمل في Redmine

عندما لا يكون من المقصود استخدام الحالة تحت أي متتبع , تأكد من إلغاء تادما تحت أي متتبع , تأكد من إلغاء ت عنية بتشكيلة متقاطعة.

حالة الاستخدام 1 - إعداد سلسلة موافقة في Redmine

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

يبدأ العميل طلبًا جديدًا (مهمة) ، ثم يرد الممثل على العميل بأن الٮلب ؉اة تم إحالتوي ع علامة عليه بحالة "بانتظار الموافقة". يحتوي المدير على قائمة بجميع الطلبات (المهام) التي تم وضع علامة عليهات

حالة الاستخدام 2 - جعل مستخدمي Redmine يدخلون بيانات مهمة - مطلوبة

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

سير العمل في Easy Redmine

حالة الاستخدام 3 - منع مستخدمي Redmine غير المصرح لهم من تغيير البيانات المهمة - للقرا؂

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

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

حالة الاستخدام 4 - تعطيل حالات المهمة غير الضرورية في Redmine

حالة "مراجعة الكود" مهمة بالنسبة لقسم تكنولوجيا المعلومات، ولكنها ليسبة ليسببة خرى. سيتمكن أخصائيو تكنولوجيا المعلومات من استخدام حالة "مراجعة الككود", دالكن لكن ي أخرى الوصول إليها.