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