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

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

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

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

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

أذونات حقول Redmine

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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