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

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

إعداد البيئة والتوجيه

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

بالنسبة للعديد من فرق الهندسة، تصبح عملية التوجيه مرهقة لزميل آخر يتم تعيينه كـ "رفيق" الموظف الجديد، الذي سيمشي بهم خلال هذه المعلومات في الوقت الفعلي. ولكن من خلال توفير فريقهم بـ بطاقات موثوقة من الخبراء ومحدثة في Guru، يمنح قادة الهندسة في RS21 الموظفين الجدد المرونة للانضمام بالوتيرة الخاصة بهم. هذا يسمح لهم بتوفير الوقت مع "رفيق" التوجيه لطبيب العلاقات الشخصية وبناء الأسئلة المعلقة.

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

بنفس الطريقة، في Guru، عندما ينضم مهندس أو ينتقل إلى فريق جديد، تتم عملية التوجيه في Guru. سوف يستخدمون بطاقات حياة القصة للتعرف على زملائهم، ورؤية الأدلة عن كيف ينبغي عليهم توقع العمل معاً، وتصفح مجموعة الفريق الجديد في Guru للتعرف على ميزات المنتج والمجالات التي أصبحوا مسؤولين عنها.

أفضل الممارسات ومعايير الفريق

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

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

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

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

التخطيط للمشروعات ووثائق التطوير

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

وبالطبع، سيحتاجون بشكل متكرر إلى الإشارة إلى أي وثائق تقنية تؤثر على الميزة التي يعملون عليها، أو التي سيحتاجون إلى تحديثها لاحقًا في التطوير.

في Guru، نتتبع الموارد المختلفة اللازمة لتطوير المنتج في بطاقة موارد المشاريع النشطة، التي يقودها كل قائد هندسي للمشروع. هذه البطاقات هي مصدر الفريق الهندسي الذي يعتمد عليه خلال المراحل المبكرة من دورة حياة تطوير المنتج، ويتم تحديثها لتعكس أي تغييرات طوال العملية.

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

توثيق محصن ضد المستقبل

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