This is a viewer only at the moment see the article on how this works.
To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk
This is a preview from the server running through my markdig pipeline
Friday, 21 November 2025
إن المواقف اليومية ليست سيئة في جوهرها - ولكن عندما تصبح طقوساً بدلاً من المواءمة، فإنها تضيع الوقت وتضيع الثقة في الضرر. وتستكشف هذه المقالة لماذا تكون المراسم ضريبة، وكيف تقيس قيمتها، والبدائل العملية في البداية التي تبقي الفرق مصطفة دون حرق الطاقة أو الوقت. والمهانة هي التكيف - وليس التمسك.
خلال ما يقرب من 30 عاماً من تطوير البرمجيات، حضرت الكثير من الأعمال اليومية أكثر مما أهتم بالعد. وبعضها كان كهربياً - لحظات قصيرة من التواؤم التي أخلت الحاجزات وأرسلتنا إلى الأمام. وبعضها الآخر كان طقوس أداء حيث قام المطورون المتعبون بتلاوة "مثل الأمس" على معرض من الكاميرات المكتومة.
الفرق؟ نوع واحد من الوقوف الضريبة التي حصلت عليهاالآخر كان مجرد مراسم
لا بد لي من الاعتراف: أنا مناضل من أجل جيلي. أصبحت بهذه الطريقة من خلال تجربة WORST من PRINCEs، الشلالات، وأطر العمليات الثقيلة. لقد عشت خلال عصر "الوثائق الشاملة قبل سطر واحد من الشفرات". لقد جلست في اجتماعات مجلس مراقبة التغيير حيث نشر تثبيت خط واحد يتطلب ثلاثة أسابيع من أوراق الموافقة.
والحقيقة البسيطة هي: Agele هي أفضل طريقة لبناء البرمجيات الجيدة. إلى إعادة صياغة تشرشل:
"صحيح أنه قيل أن Agile هو أسوأ شكل من أشكال عملية تطوير البرمجيات - باستثناء جميع الأشكال الأخرى التي تم تجربتها من وقت لآخر."
لكن هذا هو الشيء: أن تكون موالياً لـ (أجيلي) لا يعني أن تكون مائلاًفي الحقيقة، الدفاع عن المراسيم الغير مُنْزَلَة هي & لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا، لا. (ج) أو (أ) أو (أ) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب) أو (ب)
هذا ما تعلمته: (أ) أن يكون العنصر المائل يتعلق بالتكيف، لا بالتقيدومع ذلك، فإن معظم الفرق ترث شعائر تجارة الجملة، وتعاملها على أنها مقدسة لا على أنها عملية. العمل.
هذا المقال لا يتعلق بالقضاء على المغامرات، بل بالسؤال عما إذا كانت مراسمك تعطي قيمة تتناسب مع تكلفتها الشيء الأكثر سرعة يمكنك القيام به هو تكييف عملية.
واسمحوا لي أن أوضح: Scrum هو رائع كنقطة انطلاق. لقد أعطى تشكيل الفرق عندما كنا نغرق في الشلالات. إذا كنت للتو تبدأ مع Agile، Scrum هو تقريبا جيدة كما تأتي -- يوفر مراسم واضحة، أدوار محددة، وإطار مثبت يعمل للعديد من الفرق.
لكن في مكان ما على طول الخط، نحن اختلطنا سِلْم مع مع يجري العمل بهيج.
(أ) أن & مجلد"الميج هو " القراءة.
ها هو الجزء الذي لا يتحدث عنه أحد عندما يبدأ Sccrum بالتفتش، أو يبطئك، أو يعرض قيمة أقل من التكلفة - هذا عندما تتكيفالقدرة على التعرف على الوقت الذي تحتاج فيه عمليتك للتطور هو ما يفصل الفرق الناضجة السريعة النضوج
وهذه هي الحقيقة غير المريحة: ماسترز سكرت ماسترز يحصل فقط على أجر طالما كنت تستمر في استخدام Scrum. لذا خذ نصائحهم، ولكن تذكر حوافزهم ليست متوافقة تماما مع "استخدم كل ما يعمل أفضل."
الپيان الاحرفي وقد قيمت "الأفراد والتفاعلات فوق العمليات والأدوات" وشددت على ما يلي: "الأفرقة المنظمة" كمبدأ أساسي. ومع ذلك شاهدت فرقاً تجبر 9am على الوقوف عبر ثلاث مناطق زمنية لأن "هذا ما يقوله سكروم." هذا ليس خفة الحركة - هذا هو التقليد الذي يرتدى كمنهجية.
لقد أدركت أن العديد من الأشخاص الذين يقومون بـ "مخلوق" لم يقرأوا في الواقع "Agile Birsto". إنها الوثيقة التأسيسية - التي كتبها في عام 2001 17 من مطوري البرمجيات الذين كانوا متعبين من الوزن الثقيل، التطور القائم على العمليات. لقد اجتمعوا لمدة ثلاثة أيام وقاموا بتقطير ما نجح في الواقع في أربع بيانات قيمة.
وفيما يلي نصها:
الپيان الاحرفي
إننا نستكشف طرقا أفضل لتطوير البرمجيات من خلال القيام بها ومساعدة الآخرين على القيام بها، ومن خلال هذا العمل وصلنا إلى قيمة:
- والأفراد وتفاعلات وتفاعلات العمليات والأدوات
- برنامج حاسوب حاسوبي الوثائق الشاملة
- التعاون مع على التفاوض على عقد
- الاستجابة للتغير في أعقاب خطـة
ذلك، بينما هناك قيمة في العناصر الموجودة على اليمين، نحن نقدر العناصر الموجودة على اليسار أكثر.
لاحظوا ما هو غير موجود في هناك: المواقف اليومية، التخطيط السريع، نقاط القصة، الرجعيات. تلك جاءت من Scrum، التي أنشئت لتنفيذ هذه القيم. ولكن في مكان ما على طول الطريق، بدأنا في معالجة تنفيذ Scrum كهدف بدلاً من القيم نفسها.
البيان هو حول (أ) المبادئ: (أ)، وليس الوصفات. "الدمج والتفاعلات على العمليات والأدوات" يعني إذا كانت العملية الخاصة بك (التنشيط) تحصل في طريقة التفاعلات (التعاون الفعلي)، كنت تفعل ذلك إلى الوراء.
الفرق ذاتية التنظيم لا تحتاج إلى مراسم مفروضة عليهم إنهم يختارون الممارسات التي تنجح
graph TD
A[Agile Manifesto] -->|Inspires| B[Scrum Framework]
B -->|Provides| C[Ceremonies & Practices]
C -->|Should be| D{Adapted to Context}
D -->|Teams often skip this| E[Rigid Adherence]
D -->|True agility| F[Continuous Optimization]
E -->|Results in| G[Process Theatre]
F -->|Results in| H[Effective Delivery]
style A stroke:#e1f5ff
style F stroke:#d4edda
style G stroke:#f8d7da
style H stroke:#d4edda
في تجربتي، الفرق التي أسرع سفينة ليست من يتبعون (سكرة) في الكتاب. عمليات التفتيش والتكيف الخاصة بها بقدر ما يفحصون ويكيفون رموزهم
اسمحوا لي أن أرسم صورة يمكنك التعرف عليها:
إنّها التاسعة صباحاً، إنّكَ مُتعمق في حلّ حشرة مُجرّد مُجرّد مُجرّد مُؤخّر، مُنقّح مُعلّق، نموذج عقلي مُحمّل بالكامل، ثمّ...
انضم إلى المكالمة، انتظر بينما ثلاثة أشخاص غير مهذبين، ثمّ:
بعد 10 دقائق، تعود إلى شفرتك، النموذج العقلي اختفى، تقضي 15 دقيقة أخرى في إعادة بناء السياق.
ما الذي حققه ذلك الإجتماع؟
من خبرتي، الفشل في التحمل يتشارك في أعراض مشتركة:
عندما تظهر هذه الأعراض، موقفك لا يُحدث تناغماً، بل يُنشئ عدد المزام المزامت.
دعونا نكون صادقين: في العديد من أماكن العمل، عرض 9 صباحا هو لفة حضور. إنها وسيلة للتحقق من أن الناس "في مكاتبهم" (أو على الأقل يقظة). هذا ليس سلسا -- إنه مسرح مراقبة.
إذا كنت بحاجة إلى موقف يومي لمعرفة ما إذا كان المطورون الخاص بك يعملون، لديك مشكلة الثقة، وليس مشكلة عملية. عامل مطوريك كمحترفين أحكم عليهم بما يقدمونه وليس بما إذا كانوا حضروا إجتماعاً في الوقت المحدد
graph LR
A[Standup Intent] -->|Should produce| B[Alignment]
A -->|Should identify| C[Blockers]
A -->|Should enable| D[Quick Decisions]
E[Ritual Standup] -->|Actually produces| F[Status Updates]
E -->|Actually creates| G[Context Switching]
E -->|Actually wastes| H[Focus Time]
style A stroke:#d4edda
style B stroke:#d4edda
style C stroke:#d4edda
style D stroke:#d4edda
style E stroke:#f8d7da
style F stroke:#fff3cd
style G stroke:#f8d7da
style H stroke:#f8d7da
هذا هو الإطار الذي غيّر طريقة تفكيري حول الممارسات السهلة:
كل شعائر تستهلك الموارد:
في المجتمعات الديمقراطية، نحن نقبل الضرائب عندما تقوم بتمويل خدمات أساسيةالطرق، المدارس، الرعاية الصحية - هذه تبرر العبء لأننا نحصل على قيمة في المقابل.
المراسيم المزخرفة تعمل بنفس الطريقة.
graph TD
A[Ceremony/Ritual] -->|Consumes| B[Team Resources]
B --> C[Time]
B --> D[Energy]
B --> E[Focus]
B --> F[Context]
A -->|Must produce| G{Value?}
G -->|Yes| H[Justified Tax]
G -->|No| I[Process Theatre]
H -->|Examples| J[Blocker identified<br/>Alignment achieved<br/>Decision made]
I -->|Examples| K[Status updates<br/>Calendar filler<br/>Nobody engaged]
style A stroke:#e1f5ff
style G stroke:#fff3cd
style H stroke:#d4edda
style I stroke:#f8d7da
ولكي يبرر أي احتفال وجوده، يجب أن يكون ذلك صحيحا:
القيمة التي تم إنجازها > الموارد المستهلكة
من خلال خبرتي، يفشل التحمل عندما لا تقيس الفرق كلا طرفي هذه المعادلة. يرثون المراسم، يديرونها إلى الأبد، ولا يسألون أبداً: "هل هذا لا يزال يستحق ذلك؟"
هنا ما رأيت العمل عبر مختلف سياقات الفريق:
بدلاً من الاجتماعات المتزامنة، حاول:
Slack/ Teams
👋 Good morning! Quick updates:
✅ Yesterday: Completed auth refactor (#234)
🎯 Today: Tackling payment integration (#456)
🚧 Blockers: Need staging DB access (@alice)
التكلفة الوقتية: 2 دقيقة مقابل 15 دقيقة تأثير منطقة التوقيت: صفر صفر صفر هذا المجلد نعم نعم نعم
ها هو المفتاح الرئيسي الذي يمكن أن تفوته معظم الفرق: الفحص السري يصبح المكان المناسب للتواصل مع أي شخص مهتم بالتقدم مديرو المنتجات وأصحاب المصلحة والمصممون والأفرقة الهندسية الأخرى - يمكنهم جميعاً الاشتراك في القناة والبقاء على علم دون إجبار المطورين على المشاركة في اجتماع آخر.
عملك هو بناء فريقك كآلة توصيل خاصية الإتصال هو الزيت الذي يبقيه يعمل
عندما يسأل المدير التنفيذي "ما هو الفريق الذي يعمل عليه؟"، أرسل لهم وصلة. عندما يحتاج المنتج إلى تحديث، يتم تشغيلهم. عندما تقوم فرق أخرى بالتنسيق، فإنها ترى تقدمك في الوقت الحقيقي. هذا هو التواصل. مُنْ م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م م ملا، لا **.
هنا كيفية جعل هذا العمل عبر أي منطقة زمنية:
الـ نمط: "تحديثات الحالة قبل 9 صباحاً" (التوقيت المحلي) - والإجازة ملاحظات مفصلة لكل مهمة في الخانةليس فقط "العمل على auth" ولكن "Atheth refactor: الانتهاء من التحقق JWT، بدء تجديد تدفق الرمز، القفل: الحاجة إلى الموافقة التصميمية على حالات الخطأ."
في 9 صباحاً في وقت المملكة المتحدة (أو قبل إذا كان عاجلاً)، تقرأه واعمل عليه: "يا إلهي، هل يمكنك مساعدة جو في الموافقة على التصميم؟" ثم تسمح لـ TEAM بترتيب كيفية حدوثه.
إنهم يقودون العملية أنت لا تُخطط لكل تفاعل، أنت تزيل الحواجز وتترك المهنيين يُنسقون بشكل مباشر.
هذا هو المبدأ المنطقي لـ أفرقـة منظمـة ذاتيـة التنظيم الذاتي في العمل. ليس "الأفرقة التي تتبع عملية محددة"، بل الأفرقة التي تنظم حول العمل نفسه. المعلومات شفافة، يتم تقاسم السياق، ويكتشف الفريق كيفية حلها.
الآن لقد جعلتم عمليتكم متماثلة حقاً. التفاصيل في الملاحظات تعني أنك لا تحتاج إلى توضيح متزامن. الفريق ينظم نفسه حول المعلومات.
Link GeetHub إلى قناة Slack. الآن a حالة تحديث يُشكّل a PR. شفرات مراجعات مرئية. تحتفل بالفوز مع moji. هذا ليس تافهاً -- إنها ثقافة.
🎉 @alice opened PR #234: Add JWT refresh token flow
💪 @bob approved PR #234: "Beautiful error handling!"
🚀 @alice merged PR #234 into main
✅ Build passed: 47 tests, 0 failures
لقد أصبح موقفك مجرد تغذية لنشاطات (جيت هوب) الخاص بك، لا ضرائب، رؤية تلقائية، اعتراف أقران مبني عليه.
جعل المكان الأكثر أهمية للاتصال مكان لطيف ليكون. إذا كانت قناة فريقك هي حيث يحدث العمل، اجعلها في مكان ما يريد الناس أن يكونوا فيه. احتفلوا بالفوز. أقدر العمل الجيد على الملأ. أشكروا الناس على المساعدة.
هذه ثقافة هندسية. عندما تشعر قناة الاتصال الرئيسية بالإيجابية، ينخرط الناس أكثر، يطلبون المساعدة في وقت أقرب، ويتبادلون المعرفة بحرية. قناة سامة أو مملة؟ الناس يصمتون. آلة الاتصال الخاصة بك تتعطل.
Async- First ليس مثالياً. نمط الفشل المشترك:
المفتاح: Async-First لا يعني Async-فقط. عندما يعلق شيء ما، يقفز على مكالمة، الاجتماعات تحل المشاكل، لا التقرير عن الحالة.
الـ نفسه لـ
إذا كنت لا تزال في مكتب ولديك غرفة فريق - اجعلها جميلة - تريد من فريقك أن يتسكع هناك -
كراسي جيدة، قهوة لائقة، ألواح بيضاء تعمل فعلاً، ضوء طبيعي إن أمكن، مساحة لا تبدو كعقاب
عندما تكون غرفة الفريق ممتعة، الناس بشكل طبيعي ينجذبون إلى هناك. تحدث المحادثات. المشاكل يتم حلها على اللوحة البيضاء. شخص ما يُشاهد حاجزاً ويقفز للمساعدة. هذا هو التعاون العضوي - النوع الذي يحاول أن يُصنع (ويفشل) في التصنيع.
هذا هو ما أفرقـة منظمـة ذاتيـة التنظيم الذاتي في الواقع تبدو وكأنها. لا تقف في دائرة تقدم التقارير إلى معلم في مجال علم النفس. ولكن المهنيين الذين ينظمون العمل لأن البيئة تجعله سهلا.
غرفة كئيبة بأثاث مكسور وإضاءة فلورسنت؟ يعمل الناس من منازلهم أو يختبئون في مكاتبهم، وتبقى آلة الاتصال الخاصة بك مجزأة.
عن الاجتماعات: لا يزال بإمكانك حجز الاجتماعات المتكررة عند الحاجة - ليس عليك إلغاء كل شيء. المفتاح هو المقصود. أسبوع 1 على 1؟ احتفظ به. تحافظ على المساحة في التقويمات وتظهر الأهمية. الفرق هو هذه تصبح. متزامن باء - الإبلاغ عن الإبلاغ عن المركز الالزامي.
الكتاب التكرار، ولكن أوضح: "إن لم يكن لديك ما تناقشه هذا الأسبوع، يمكنك تخطيه."
ها هو نهجي ككبير/قائد: أنا لا ألغي الـ 1 - o - 1. أبداً. لكني أوضح أنهم يستطيعون ذلك. إنه موجود بالنسبة لهم. هذا يرسل رسالة: "لقد حميت هذه المرة لك. استخدمها إذا كنت بحاجة إليها. لا ضغط إذا لم تكن."
في بعض الأسابيع سيتجاوزون الأمر لأنهم يتدفقون ويتدفقون، وأسابيع أخرى سيستخدمون كل 30 دقيقة لأن شيئاً ما يزعجهم أو يريدون التحدث من خلال تصميم.
يُنشئ الاجتماع المتكرر الفضاء الخارجيغير التزام..
ومن المفيد بوجه خاص القيام بما يلي:
الهدف ليس عدم عقد أي إجتماعات ما يُجَدِّد وقته.
في تجربتي، الفرق التي تبقي مجالسها للكانبان مستمرة لا تحتاج إلى عروض للرؤية.
مؤشرات المجلس الإعلامي:
إذا كان مجلس الإدارة الخاص بك جديرا بالثقة، النظر إليها يجب أن يجيب "ما الذي يفعله الجميع؟"
الحانات الحقيقية تحتاج إلى اهتمام فوري، وليس وقفة في اليوم المقبل.
نمط أفضل:
🚧 blockedوالحجة التي أسمعها في أغلب الأحيان: "لكن الوقوف يبقينا متصلين كفريق"
لكن هل تحديث الحالة اليومية هو أفضل طريقة لبناء الصلة؟
في تجربتي، هذه الانشاءات + + + السندات:
graph LR
A[Team Cohesion Goals] --> B{Choose Method}
B -->|Status sharing| C[Async Check-ins<br/>2 min/person]
B -->|Problem solving| D[Pairing Sessions<br/>As needed]
B -->|Reflection| E[Weekly Retro<br/>1 hour/week]
B -->|Social bonding| F[Slack channels<br/>Continuous]
G[Daily Standup<br/>15 min × 5 days] -.->|Tries to do all| A
style A stroke:#e1f5ff
style C stroke:#d4edda
style D stroke:#d4edda
style E stroke:#d4edda
style F stroke:#d4edda
style G stroke:#fff3cd
ليس على كل الفرق أن تعتمد نفس الاحتفالات
موجز الفريق: قيمة النهضة: بديل أفضل |--------------|---------------|-------------------| | مُنْمَجًا، مُوزّعًا، مُوَنْ (ب) انخفاض معدلات الفحص بالزيادات السائبة + اللمحات الدقيقة | الفريق المبتدئ في الحجم □ نموذج توجيهي منخفض (انظر أدناه) □ □ نموذج إرشادي منخفض (انظر أدناه) □ □ | مُهلة زمنية ضيقة، مخاطر عالية يعتمد على التوازن: هل ستبطئك 15 دقيقة؟ إذا لم تكن هناك حواجز، فلماذا نبلغك عندما تكون في عجلة من أمرنا؟ جرّب غرفة الحرب السوداء + على الطلب | SSSSS تحديثات منخفضة جدا للضرائب المنخفضة؛ لا تُرفع إلى المستوى اليومي إلا عند بناء سمات معقدة متعددة الأشخاص أو قضايا حاسمة الأهمية. | المصدر المفتوح، مناطق زمنية عالمية تحديثات منخفضة جداً + موجز فيديو أسبوعي
الجانب: أسطورة المطوِّر المطوِّر المبتدئ
الحكمه المشتركه: "الجونيون يحتاجون لتصرفات يوميه يوميه للتعلّم." الزيادة في عدد للمبتدئين دون مساعدتهم على النمو
فريقكَ يَحْصلُ على مُخَوَّصِكَ. ليست مواقف. التوجيه لا، تخصيص الوقت لكبار السن لمساعدتهم. جعله ثقافيا: كبار السن، كبار السن يديرون المبتدئين. الشباب يمكنهم الإعداد مع كبارهم قبل التحديثات، ولكن يجب أن يكون لهم صوتهم الخاص - كبار السن لا يتكلمون عنهم أبدا.
وتتحقق التنمية المهنية من خلال التوجيه، وليس من خلال الإبلاغ عن الحالة. الضبطيات لا تُعلّم التقدير، أو الهندسة المعمارية، أو التصحيح. التَطَوُّر يَعمَلُ. مراجعات الرموز تَعمَلُ. 1 على-1 يَعمَلُ.
في تجربتي، الخطأ ليس عدم وجود مواقف أو عدم وجودهم. تطبيق نفس المراسم على كل سياق.
وهذه هي الحقيقة: كل شيء يتكيف مع ما يعمل بشكل أفضل لفريقك
هذا هو المبدأ الذي يقوم عليه مبدأ أفرقـة منظمـة ذاتيـة التنظيم الذاتي في الواقع في الواقع يعني. ليس "الأفرقة التي تتبع Scrum تماما،" ولكن التي تكيّف باستمرار عمليتها لخدمة العمل.
بعض الفرق تعيش في مواقف يومية - الطاقة، الاتصال، حل مشكلة إطلاق النار السريع. وبعضها سيحتج حتى على رسالة سلاك، ويفضل التركيز العميق مع أقل انقطاع.
فريق ذو تنظيم ذاتي حقاً تجارب و مقاييس و اختيارات. أنت تتكيف لتحقيق النتيجة.
عندما أقول "يقرر الفريق"، من الذي يقوم بهذه المكالمة فعلاً؟ عادةً. ملحق أو مطورون كبار هذا جيد، القيادة تخلق ظروفاً للتحسّن.
النمط:
فالشفافية أمر أساسي. التغيير على أساس الأدلة ("لدينا بيانات هذا لا يعمل")، وليس الرأي ("أعتقد أن هذا أفضل").
إذا لم يتمكن فريقك من التعبير عن مخاوفه بشأن تغييرات العمليات، ليس لديك فريق ذاتي التنظيم - لديك القيادة والسيطرة مع كلمات أفضل.
هذا هو النمط الذي أحبه: **(أ) (أ) (أ) (أ) (أ)**إذا كنت تستخدم العجلات (أو مجرد التغذية المرتدة سريعة الدورة)، فإن المسامير هي ميزانية اختبارك.
إبقاء ملاحظة من أي من "يجب أن نجرب إكس تكنلوجيا" مناقشة. عندما يقول شخص ما "أتساءل إن كان البحث عن النصوص الكاملة في البريد سيكون أسرع من البحث عن هذا،" اكتبه. لا تناقشه في ذلك الحين. اضبطه.
استخدام المسامير كإستراحة للتسلية أثناء التطوير الثقيل. العمل على ميزة كبيرة طويلة التي تسحقك لأسفل؟ جدول على ارتفاع. "أليس، خذ يوماً وجرب نهج عناصر سيرفر إعادة التفاعل التي ذكرتها. انظر إذا كان يحل مشاكل امتصاصنا."
"سبايكس" لذيذة للـ "ديفس" إنهم يسمحون للاستكشاف والتعلم والفشل المحتمل، هذا صحي
تتبعهم كفريق:
النقطة الأخيرة حرجة. الإرتفاع ينتهي بـ "إليك ما تعلمته". قد تكون 10 دقائق في "سلاك"، قد تكون 20 دقيقة على لوحة بيضاء. الشكل لا يهم. ما المهم هو أنت تساهم في معرفة الفريق، وليس فقط استخراج منه.
وهذا مهم بصفة خاصة بالنسبة للمبتدئين. المبتدئ الذي يقوم بقفزة على الكاتشينج ليس فقط "تعلم ريديس." انهم يصبحون خبير ريديس للفريق في حالة الاستخدام المحددة. لقد بحثوا فيها، اختبروها، والآن يدرسون الفريق.
"ذكرت الرغبة في التعلم عن التثبيت. ها هو ارتفاع لمدة يومين: التحقيق في ريديس ضد في الميموري كشط لردود API لدينا. قدم نتائجك للفريق يوم الجمعة."
الآن المبتدئ ليس فقط يستهلك المعرفة من المتخرجين - هم المساهمة في التفاهم الجماعي للفريقهكذا تبني الثقة، هكذا يتوقف المبتدئون عن الشعور وكأنهم محتالين
هذه هي الحجة الاقتصادية للارتفاعات: إنها ليست مجرد تعلم تمارين -- إنها مسرعات القرار.
المسار 1: التبني دورة dv التالية، يمكنك استخدام هذه التقنية. يمكنك تقديم قيمة أكبر نتيجة للارتفاع. دفعت ثمنها لنفسها. أمضيت أليس يوماً في تعليق عناصر رد الفعل؟ بعد أسبوعين، يرسل الفريق ميزة بـ 80% أقل إلى جانب العميل جافاسكربت. ذلك الإستثمار ليوم واحد وفر أياماً من قضايا التصحيح.
المسار 2: القضاء على أو تقوم بحذف الخيار، مما يجعل المضاربة أكثر قيمة بتقليل المسارات. "لقد جربنا اتحاد الرسوم البيانية وهو معقد جداً بالنسبة لحجم فريقنا. الآن نحن نعلم: فشل في القرارتوقفت عن إضاعة الوقت متسائلاً "هل يجب أن نستخدم الرسم البياني؟ الجواب هو لا، مدعوماً بالأدلة.
كلا النتيجتين لهما قيمة. إما أن تحصل على أداة أو تزيل الهاء. أسوأ نتيجة هي عدم التأرجح أبداً - مجرد نقاش لا نهاية له "هل يجب أن نجرب X؟" بدون بيانات.
حتى العملية تحصل على مسامير يمكنك ان تكون "مالك عملية" في الفريق واستخدم مسامير العمليات. "دعونا نجرب فحص Async لأسبوعين. هذا هو الارتفاع في العملية. سوف نقيس وقت استجابة الكساد ونرى ما سيحدث."
المبدأ: التغيير مدفوع بالتجربة. إنه صحي لفريق ليلعب بالتكنولوجيا. إنه صحي للعب مع العملية. البديل هو الركود - نفس الأدوات، نفس الاحتفالات، نفس الإحباط لسنوات.
إنهم يجعلون من الآمن قول "لا أعرف إن كان هذا سينجح" و يجربونه على أي حال.
اسأل نفسك: ماذا يجب أن يكون ناتج الفريق؟
الـ أفضل نتيجة لقد كان لي مع نهج Slack async ذاتي التنظيم. يمكنك تحديد ما ينبغي أن يكون "أُخِذ خارج الخط" (داخل اجتماع منفصل لأصحاب المصلحة) أو عندما تحتاج إلى اجتماع فريق لمناقشة شيء معقد.
حتى تكون هناك ميزة للعب مع، المُنتج من عملتك هو ناتج آلة تطويركهذا ما يهم
إذا كانت شركتك بحاجة إلى تحديثات جديدة، فكّر في كيفية إيصال ذلك بقدر الإمكان (بشروط ضريبية):
البدائل الإبداعية:
وهناك خيارات أرخص من إجبار البشر على تقديم تقارير عن التقدم المحرز كل يوم.
الهدف ليس القضاء على الاتصال تُؤثّر الأجزاء الميكانيكية بحيث يمكن للبشر أن يُركّز على الأجزاء القيّمة - القرارات، التعاون، حل المشاكل المبدعة.
إذا كنت مطوراً، فتراقب أنظمتك. تتعقب التأخير، معدلات الخطأ، استخدام المورد. تضبط SLOS و تحقق عند تحللها.
لماذا لا نفعل هذا من أجل عملياتنا؟
قبل أن تتمكن من قياس المراسيم، قياس في الميـنها هي المقاييس التي قمت بتتبعها والتي كشفت عن مشاكل حقيقية:
الوقت المُرسل إلى السالبات
من الوقت إلى الاستعراض
المحتويات
نشر الترويش
تنفيذ تنفيذ%SSSSSSSSSS
النمط: إذا كانت هذه المقاييس صحية، فإن البنية التحتية للاتصالات الخاصة بك تعمل. إذا كانت متدهورة، لا يُثبّطُه مِنْ مُحَرّفِ سَيُثبّتُهتحتاج إلى معالجة المشكلة الأساسية (الملكية غير الواضحة، السلامة النفسية المنخفضة، الاحتكاك بالأدوات، إلخ.).
اسأل فريقك الفصلي:
ما هي المشكلة التي حل هذه المراسم؟
ما الدليل الذي يثبت نجاحها؟
هل هناك طريقة أسرع؟
ماذا يحدث إذا تخطيناه؟
هل قمنا باختبار البدائل؟
كان لدينا مواقف يومية لمدة 18 شهراً، ثم اقترحت تجربة:
الفرضية: فريقنا الناضج يمكنه الحفاظ على مواءمته مع 3x أسبوعياً للتحريات + تحديثات async.
القياسات::
بعد 4 أسابيع:
لقد جعلناه دائماً دائماً، ليس لأن التحملات سيئة، لكن لأن سياقنا لم يبرر الضريبة.
graph TD
A[Current Ceremony] -->|Define| B[Success Metrics]
B -->|Propose| C[Alternative Approach]
C -->|Run| D[Time-boxed Experiment]
D -->|Measure| E{Better Results?}
E -->|Yes| F[Adopt New Approach]
E -->|No| G[Keep Original]
E -->|Mixed| H[Iterate & Re-test]
F --> I[Document & Share]
G --> J[Schedule Next Review]
H --> C
style A stroke:#e1f5ff
style D stroke:#fff3cd
style F stroke:#d4edda
style I stroke:#d4edda
أريد أن أكون واضحاً: أنا لا أقول القضاء على كواثب في كل مكان.
بعض السياقات تستفيد حقاً من المزامنة اليومية:
من خلال خبرتي، الواجهات اليومية تعطي قيمة لما يلي:
الفرق المشكلة حديثا
أفرقـة المبتدئون
مُعَلَق عالي اززِجْدِ عالي إطلاق النوافذName
الكشف عن الانكسار عبر التقاطع
المبدأ الأساسي: عندما يتغير سياق فريقك يجب أن تتغير مراسمك أيضاً
لقد عملت مع الفرق التي قامت بالوقوف خلال 6 أسابيع من إطلاق المنتج، ثم تحولت إلى Async بعد ذلك. هذا هو التكيف.
اسمحوا لي أن أشاطر ما تبدو عليه المراسم الفعالة، عندما تعمل:
واحدة من أفضل الفرق التي عملت معها مثل هذه
الشكل:
متوسط العمر: 7 دقائق الاجتماعات التي أُلغيت: 40% من الوقت القيمة: حل المشاكل ذات النطاق الترددي العالي، ومسرح الحالة الصفرية
بالنسبة لفريق موزع عبر 9 مناطق زمنية:
الميل:
التكلفة الوقتية: تسجيل 60 ثانية + 3 دقائق 1 - قضايا منطقة التوقيت: مــن **** (الوجهان العاليان (الوجهان الناظران، لهجة سماع)
بدلاً من السؤال "هل أنت على المسار الصحيح؟"، قام فريق ببناء لوحة بسيطة:
□ المهمة □ تقدير الثقة □ آخر مستجدات المهمة □ تقدير الثقة □ آخر تحديث □ |------|----------|-----------|-------------| {\cH00ffff}العامل الوثي 5 نقاط = 90% قبل ساعتين □ رقم قياسي للمدفوعات قدره 8 نقاط □ 60 □ قبل 5 ساعات □
الثقة أقل من 70% تم تفعيلها تلقائياً "احتاج للمساعدة؟" رسالة سوداء.
النتيجة: لقد ظهرت الموانع بشكل إستباقي، لا حاجة لاجتماع.
إليك ما يزعجني حول الوقوفة التقليدية:
يقول البيان الاغنية "التجاوب مع التغيير على اتباع خطة"
ومع ذلك نقاوم تغيير مراسمنا. لقد ورثنا مواقف من (سكروم)، ونستمر في البحث عنها حتى عندما تشير الأدلة إلى أنها لا تعمل.
هذا ليس بالضعف، هذا... التقليد.
من خلال خبرتي، الفرق المهذبة حقاً تطرح أسئلة صعبة:
graph TD
A[Agile Mindset] -->|Requires| B[Continuous Improvement]
B -->|Applied to| C[Product]
B -->|Applied to| D[Code]
B -->|Should apply to| E[Process]
E -->|Questions| F{Is this ceremony<br/>still valuable?}
d apply to| E[Process]
E -->|Questions| F{Is this ceremony<br/>still valuable?}
F -->|Yes + Evidence| G[Keep & Measure]
F -->|No + Evidence| H[Change or Remove]
F -->|Unsure| I[Run Experiment]
G --> J[Schedule Next Review]
H --> J
I --> F
style A stroke:#e1f5ff
style E stroke:#fff3cd
style G stroke:#d4edda
style H stroke:#d4edda
style I stroke:#d4edda
اسمحوا لي أن أحضر هذا إلى المنزل مع مبدأ بسيط:
والمراسم ليست سريعة لأن لها اسما في دليل سكروم. إنه سريع التأثر فقط عندما يحصل على عبئه.
الانتظارات ليست تفاهات. الزامي، غير مشكوك فيه، لا سياقات هي.
في تجربتي، أفضل الفرق تعامل مراسم مثل الشفرة:
هذا (الأفرقة المنظمة ذاتياً في الممارسةلكن الفرق التي تفتش باستمرار وتكيف طريقتها الخاصة في العمل.
الاهمية ليست عن حماية الشعائر انه عن بما في ذلك الوضوح والتدفق والإنجاز والإنجاز.
إذا كان تسجيل الدخول على بعد دقيقتين من الوقت يحقق ما تستخدمه 15 دقيقة من الوقوف -- ويركب فريقك بشكل أسرع ، يشعر أقل إرهاقا ، ويحافظ على التواؤم -- هذا هو الويلة في العمل.
إذاً هذا هو تحديي لك:
هذا الأسبوع، اسأل فريقك:
وَلَا شَكَّ أَنَّ ٱلْكَثِيرَ مِنَ ٱلْأَسْفَارِ ٱلْمُقَدَّسَةِ لَا يُمْكِنُكَ أَنْ تَسْتَخْدِمَهَا .
أو قد تكتشف أنها كانت ضريبة بدون فائدة لشهور. عظيم أيضاً الآن يمكنك أن تحقق المستوى الأمثل.
بأي من الطّرق، أنت سَتَعْملُ الشيء الأكثر سرعة ممكن: تكيُّف قائم على الواقع، لا على الطقوس.
أود أن أسمع ما نجح (أو لم ينجح) لفريقك. في الحصول على ما يلي: أو يُعلَّق عليها أدناه.
© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.