غيتاب تشرفت بمعرفتك

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

الصورة

كيف اعمل


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

لا تنس تسجيل المشاريع في التكوين الذي يجب أن أتبعه. سوف ننظر إلى Gitlab مرة واحدة في الساعة والتقاط واحدة جديدة من هناك - سرعات جديدة ، ومهام ، وتعليقات ، ووقت شطب ، ومعلومات عن المشاركين.

في المستقبل ، سأقول أنني شخصياً أبدو هكذا:

الصورة

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

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

مشروع في جيتلاب


أنا نفسي من مؤيدي سكروم. لأن سكروم هو أسوأ التقنيات باستثناء البقية. الآن سأقوم بنسخ مستندنا الداخلي هنا ، والذي يجب على موظفينا الجدد قراءته.

منهجية

المجلس


الأداة الرئيسية لركض هو المجلس.

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

الصورة

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

الوقت


يجب تقييم كل مهمة قبل البدء بالتطوير. للقيام بذلك ، تحتاج إلى الإشارة في التعليق على المهمة ، على سبيل المثال

/estimate 5h

تستخدم التقييمات للتخطيط بشكل صحيح للسباق وليس لكتابة الكثير من المهام فيه.

لتحديد الوقت الذي تستغرقه المهمة ، على سبيل المثال ، 1.5 ساعة ، يجب عليك كتابة تعليق على المهمة بالتنسيق


/spend 1h 30m


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

تقارير الوقت في Gitpab.

سباقات السرعة


تم التخطيط لسباق الخيول في المعالم.

عندما يتم نقل مهمة إلى مغلق ، تزداد نسبة إتمام السباق تلقائيًا.

ملاحظات الإصدار والإفراج


يتم وضع علامة على الإصدارات مع علامة تنسيق 0.0.5 في نمط SemVer. يتم إضافة وصف للعلامة ، وهي عبارة عن سجل التغيير.

متطلبات الالتزام


يجب حل كل مهمة في فرع منفصل عن الرئيسي. اسم الفرع بالتنسيق < > . مثال: 443.

يجب أن يحتوي كل التزام على تغيير صغير وكامل منطقيًا.

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

في حالة كون المهمة بسيطة ويتم حلها من خلال التزام واحد ، في التعليق على الالتزام يكفي كتابة عدد المشكلة من خلال الشبكة. مثال: # 452.

إذا كانت المهمة ضخمة ومقسمة إلى عدة عمليات ، فمن المستحسن الإشارة إلى تفسير صغير بعد رقم المهمة. مثال: # 493 تتالي حذف ملفات المستندات.

قبل دمج فرع بمهمة رئيسية ، تحتاج إلى دمج الفرع الرئيسي بالفرع بالمهمة وإرسال المهمة إلى رمز المراجعة / الاختبار.

ما هو مفقود


تعليمات قصيرة ، لكنها تساعد في بناء سكروم في مشاريعي. لا يقول شيئا. دعونا حتى نتوصل إلى بعض المصطلحات العصرية لهذا الغرض. في! العبوات الناسفة رائع ، أليس كذلك؟ العبوات الناسفة بيض الحديد الانضباط. الانضباط من بيض الحديد. دون الاهتمام المناسب بعملية التطوير ، فإن أي تعليمات مع المشروع سوف تتوقف.

لماذا أنا مفيد ، Gitpab


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

  • هل هناك أي من المطورين معلقة؟
  • هل يعزى ذلك إلى المهام أكثر مما يستحق؟
  • هل تصدر الفواتير على وجه التحديد لتلك الأعمال التي تم تنفيذها خلال الفترة؟
  • كم نحن مدينون للمطور الآن؟ وإلى جميع المطورين بشكل عام؟
  • هل نتجاوز ميزانية المشروع؟

أنا ، Gitpab ، أجب على كل هذه الأسئلة الخفية ، على طول الطريق ، وحل المشكلات الأخرى.

شطب الوقت


الصورة

هذا التقرير وحده يستحق ما. هنا يمكنك تصفية وقت الشطب وفقًا للمعايير المطلوبة.

دعني أخبرك قصة. بمجرد أن انتقلنا بثبات نحو الموعد النهائي. تم تنفيذ المشروع بطريقة عالية الجودة ومسؤولة ، وكان كل شيء يسير على ما يرام ، وقد أكملنا بالفعل العمل على المهام ، عندما تم إرسال فجأة قبل أسبوع واحد من الموعد النهائي 63 تعليقًا. كانت الفروق الدقيقة في علاقات Bla-raodny Dons للمديرين لدرجة أنه كان من الضروري إغلاق هذه المهام لمدة أسبوع ، حتى لا نتأخر في الدفع. هذا لا يعني أن هذه المهام كانت صعبة للغاية ؛ فقد كانت هذه تعليقات على "لعق" النظام. لكننا قمنا بمهام بمعدل 20 لكل سباق. الحد الأقصى الذي كان لدى الفريق بما فيه الكفاية في تاريخ المشروع بأكمله حوالي 40 مهمة في الأسبوع. كيفية أداء مرة ونصف أكثر؟ وفقًا للتقييم ، تم تأجيل المهام لبضعة أسابيع.

ولكن بعد ذلك ولد الفكر. كان الفريق لي ، غيتاب. لذلك ، اقترح المؤلف على صاحب الميزانية هذا الأسبوع الحاسم زيادة المعدل بمقدار مرة ونصف ، شريطة أن ينطبق هذا المعدل على وجه التحديد على هذه التعليقات. تم تعيين علامة منفصلة لكل هذه المهام في Gitlab وبدأ الترميز. أعتقد أنه من الممكن تشجيع هذا القرار ، لكن تم تقديمه جيدًا للفريق. وأغلقت جميع المهام ال 63 لسباق العدو الأسبوعي. على محمل الجد. 63 وعالية الجودة.

لحساب العلاوات ، قمنا ببساطة بتصفية الوقت المحدد لشطب كل مشارك لهذه العلامة لهذه الفترة.

مهام الصف


الصورة

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

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

وأنا ، Gitpab ، أمدك بأداة للتوفيق بين الوقت المقدر وقضى بالفعل في المهام.

تقارير العملاء


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

الصورة

نسخ لصق في Gitlab:

الصورة

يقر العملاء أنه من الجيد العمل مع فريق يضع Gitlab في سياق المشروع ، كما يقدم تقارير أسبوعية مفصلة عن العمل المنجز.

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

المال


يمكن لكل مشارك في المشروع تحديد معدل لكل ساعة عمل:

الصورة

مستخدم لديه حقوق مالية يرى هذا القسم جنبا إلى جنب مع الأرصدة. الأرصدة هنا في ساعات - كم عدد الساعات المدفوعة مقدما (الأخضر). أو كم ساعة لديك لدفع (أحمر). مريحة ، أليس كذلك؟

لكن هذا ليس كل شيء. عند وضع رهان ، يمكنك تعيين التكاليف - المبلغ الذي تحتاج إلى دفعه حتى يراهن الشخص على يديه. لكل منهما ، هذه هي النسبة المئوية.

الصورة

الانتظار ، هذا ليس كل شيء. هناك واجهة لتسديد المدفوعات. هنا يمكنك أن ترى تاريخ المدفوعات ، ساعات مدفوعة.

الصورة

وعند إجراء الدفع ، يتم اعتبار الساعات المدفوعة تلقائيًا مع مراعاة التكاليف.

الصورة

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

الآن كل ما عليك القيام به هو إلقاء نظرة على رصيد الموظف ورمي ما يكفي من المال في الشخص لجعل توازنه أخضر.

ميزانية المشروع


نظرًا لأن لديك الآن أرقام لكل مشكلة ، فليس من الصعب حساب مقدارها. بفضل هذا ، ستفهم ما إذا كان المشروع يتجاوز الميزانية:

الصورة

إحصاءات مماثلة مبنية على سرعات.

يا غيتاب ، ومتى يستطيع مؤلفك العمل؟


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

لتلخيص


تم توضيح هذه التقنية أعلاه وكيف يمكنني مساعدتك في متابعتها باستخدام Gitlab مع Gitpab. هذا يعمل بشكل جيد في حالة المؤلف. ربما تريد تغيير شيء لنفسك. لا مشكلة ، تغيير ، ضبط لنفسك. في النهاية ، ربما يكون لديك هدف - تنفيذ مشاريع بجودة عالية وجني الأرباح منها ، وأنا ، Gitpab ، مجرد مساعدة لك في هذا.

والآن ملف تعريف الارتباط في الاستوديو


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

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

نظرت إلى المنشور ووجدت الكثير من السلبيات. عندما تضع ناقصًا ، لا تكون كسولًا للتعليق ، فأنا مهتم بالتعليقات.

Source: https://habr.com/ru/post/ar437774/


All Articles