كيف تسرع udalenka الابتكار في GitLab

في GitLab ، لا تعد udalenka مخاطرة تجارية ، ولكنها ميزة تنافسية.

أنا مدير منتج على GitLab. أقوم عادةً بمرحلة التخطيط في دورة حياة DevOps . لقد جئت في نوفمبر 2016 ، ومنذ ذلك الحين ، أُعجب بما حققته GitLab من قفزات وحدود كمنتج وكفريق واحد. يسألني الكثير من القادمين الجدد لتناول القهوة حول ثقافة GitLab ، خاصة حول udalenka ، لأننا نعمل فقط من هذا القبيل . مع مرور الوقت ، تغيرت وجهات نظري ، وأريد أن أخبركم لماذا يبدو لي udalenka ليس بمثابة عقبة ، ولكن كميزة تنافسية. على أي حال ، لجيتلاب.

كيف اعتدت على

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

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

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

مكونات مترابطة

يناسب Udalenka جيدًا في GitLab بفضل المكونات المترابطة الهامة:

الاتصالات غير المتزامنة

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

الشفافية

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

ومن الواضح أن أي شخص يمكنه رؤية رسالتك ، حتى لو لم تنجح هنا. لذلك من الأفضل أن نقول على الفور.

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

الجميع يرقصون!

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

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

التكرار

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

كل يوم من الانتظار ، ونحن نعتبر أنه ربح ضائع. من الأفضل فعل شيء على الأقل اليوم والحصول على النتيجة على الفور.

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

لا تعاني GitLab من جهاز التحكم عن بُعد ، ولكن مع الاستفادة الكاملة منه.

في الختام

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

وكيف تتعامل مع udalenka؟ نشر تعليق أو تغريدة على gitlab .