<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های Farhad Moghimi</title>
        <link>https://virgool.io/feed/@farhadmoqimi</link>
        <description></description>
        <language>fa</language>
        <pubDate>2026-06-17 06:00:07</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/193878/avatar/avatar.png?height=120&amp;width=120</url>
            <title>Farhad Moghimi</title>
            <link>https://virgool.io/@farhadmoqimi</link>
        </image>

                    <item>
                <title>چه جوری وب۳ رو به یه بچهٔ ۱۲ ساله توضیح بدیم؟</title>
                <link>https://virgool.io/@farhadmoqimi/%DA%86%D9%87-%D8%AC%D9%88%D8%B1%DB%8C-%D9%88%D8%A8%DB%B3-%D8%B1%D9%88-%D8%A8%D9%87-%DB%8C%D9%87-%D8%A8%DA%86%D9%87%D9%94-%DB%B1%DB%B2-%D8%B3%D8%A7%D9%84%D9%87-%D8%AA%D9%88%D8%B6%DB%8C%D8%AD-%D8%A8%D8%AF%DB%8C%D9%85-hlzia7btek1h</link>
                <description>مقدمهٔ من.راستش من خودم آدم فنی‌ای نیستم و اطلاعات فنی هم ندارم اصلا. اما برام جالبه که بدونم چه خبره و این روزا هم که همه جا پرتر شده از ابزار و تکنولوژی‌هایی که داره دنیای آینده رو بازتعریف می‌کنه.NFT، Defi، Metaverse، Web3، به همراه کوفت و زهر مار! که همه‌شون خیلی سریع‌تر از توانایی یادگیری من دارن میرن جلو و فرصت نمی‌شه که حتی در مورد همه‌شون خوند!امروز یه مقاله‌ای توی مدیوم می‌خوندم که داره تلاش می‌کنه که وب۳ رو به یه بچهٔ دوازده ساله یاد بده (چیزی مشابه شرایط خود من!) برای همین گفتم حالا که دارم می‌خونمش، ترجمه‌ش رو هم اینجا بذارم، بلکه برای کسای دیگه‌ای هم مفید باشه.مقدمهٔ نویسنده.توی اینستاگرام که می‌ری می‌بینی یه عالمه پست در مورد وب 3 منتشر شده، کلاب‌هاوس رو باز می‌کنی می‌بینی دارن در مورد Web3 حرف می‌زنن، می‌ری توی توئیتر احوال حسین شنبه‌زاده رو پیگیری کنی باز می‌بینی که کلی پست در مورد Web3 نوشته شده. این وب۳ مستقل از این که آپدیت وب۲ هست، چه ویژگی‌ دیگه‌ای داره؟وب۲ نسخهٔ سادهٔ اینترنت فعلی هستش که با اساسا متمرکزه (Centralized) و با خوندن و نوشتن سر و کار داره. حالا که بحث وب۳ انقدر داغ شده خوبه که یه کمی عمیق‌تر بریم و ببینیم که در مورد چی داریم حرف می‌زنیم.از اونجایی که جامعه‌ٔ امروزی ما داره با رمزارزها و NFTها و تکنولوژی‌های غیرمتمرکز رشد می‌کنه، لازمه که در مورد اون‌ها بیشتر بدونیم و در راسشون باید به نقش بیت‌کوین در این پرش ارتفاع تکنولوژیک اشاره کنیم.کریس دیکسون و پکی مک کورمیک توی مقاله‌ای در اکونومیست گفته‌ن که:به دلیل موفقیت بیت کوین، ارز دیجیتال پیشگامی که در سال 2008 راه اندازی شد، بسیاری از مردم بلاک‌چین را عمدتاً با مسائل پولی و  مالی مرتبط می‌دانند. اما کاربردهای بلاک‌چین بسیار گسترده‌تر است.اما بلاک‌چین به زبان ساده چیه؟یه دفتر کل دیجیتال که داخلش یه سری بلوک داره. داخل هر بلوک هم اطلاعات مربوط به تاریخ یک تراکنش نوشته شده.هر زمانی که یه داده به‌روز می‌شه، به کاربرهای موجود روی شبکه به درخواست تایید ارسال می‌شه.اگر بیش‌تر از ۵۰ درصد کاربرها تراکنش رو تایید کنن، به‌روزرسانی انجام و در دفترکل ثبت می‌شه.به جای این که داده‌ها در یک دفتر ثبت بشه، همهٔ کاربرها یه نسخهٔ دقیق از اطلاعات رو در دسترس دارن.همونجوری که متوجه شدید، این یه توانایی قدرتمنده. با این راهکار اطلاعات رو می‌شه بدون دستکاری و به طز قابل اعتمادی نگهداری و ذخیره‌سازی کرد. کنترل شبکه در دست همهٔ کاربرهاست و عملا هیچ فردی با دسترسی خاص امکان تغییر اطلاعات یا دستکاری پایگاه داده مرکزی رو نداره.در دههٔ اخیر شاهد رشدهای چشم‌گیرتر این تکنولوژی خواهیم بود به طوری که برنامه‌های کاربردی بسیار کاراتری رو نسبت به قبل در اختیار جامعه خواهیم دید. انیشتین یه زمانی یه حرف خیلی خوبی زده بود:اگه نمی‌تونی چیزی رو به سادگی توضیح بدی ینی نتونستی به خوبی درکش کنیبخش زیادی از یادگیری در واقع اینه که بتونی خیلی ساده برای بقیه توضیحش بدی.در این مقاله تمام تلاشم رو می‌کنم که Web3 رو به ساده‌ترین شکل ممکن براتون توضیح بدم. فرض من اینه که شما یه بچهٔ ۱۲ ساله هستید و این کار من رو برای توضیح دادن خیلی سخت‌تر می‌کنه.نکات کلیدی در مورد وب۳.Questbook.eth (YCw21)وب۳ پروتکلی برای انتشار و مصرف داده‌ست که در درجهٔ اول برای توزیع P2P آماده شده.یه بستهٔ نرم‌افزاریه که برای ایجاد رابط‌ها (Interface)، ابزارها و خدمات طراحی شده.یه رویکرد بسیار ساده‌تر برای ارتقای مدل‌های امیدوارکنندهٔ جدید اینترنته.به طور خلاصه، Web3 یک وب غیرمتمرکزه و برخلاف Web2 که سرورها رو روی چند تا سرور متمرکز اجرا می‌کنه، سرورها رو روی بلاک‌چینی (زنجیره‌های بلوکی) اجرا می‌کنه که توسط شبکه‌های P2P هدایت می‌شن.مراحل تکاملیقبل از اینکه بریم و ببینیم که Web3 چیه خوبه که یه مروری به Web1 داشته باشیم.وب۱ که از دههٔ ۹۰ تا اواسط دههٔ ۲۰۰۰ منتشر شد، اینترنت یک بعدیه. در اون زمان، وب‌سایت‌ها فقط یک عملکرد داشتن که نمایش فهرستی از اطلاعات بود. بنابراین، کاری که می‌شد باهاش کرد این بود که «بخونیمشون»، نه پستی می‌شد گذاشت، نه  اشتراک‌گذاری‌ای وجود داشت و نه هیچ تعاملی با افراد دیگه.پس، وب۱ عصر خوندن رو برای ما آغاز کرد.وب۲ که از اواسط دههٔ ۲۰۰۰ تا اواخر دههٔ ۲۰۱۰ منتشر شد، اینترنت دو بعدیه. وب سایت‌هایی مثل فیس‌بوک، اینستاگرام و اسنپ چت عملکردهای متنوعی دارن که بر خوندن اطلاعات از پلتفرمشون، میشه محتوای خودمون رو هم توی اون‌ها پست کنیم تا سایر کاربرا هم بتونن اون رو بخونن و برعکس!وب۲، عصر ما رو به سمت عصر خوندن و نوشتن سوق داد.وب۳ که از اوایل دههٔ ۲۰۲۰ تا دهه‌های آینده در حال انتشاره، اینترنتیه که نه تنها سه بعدیه بلکه به طور بالقوه‌ای چند بعدیه. برای مثال به ایدهٔ متاورس فیس‌بوک فکر کنید.برای نمونه‌ٔ این تکنولوژی‌ها میشه به NFT و ارزهای دیجیتال مثل بیت‌کوین و دوج‌کوین اشاره کرد. توجه داشته باشیدکه ستون فقرات وب۳ تمرکززداییه. و این به اون معناست که پول متمرکز کنونی در اون دنیا وجود نخواهد داشت. برای این که بهتر متوجه داستان بشیم می‌تونیم به بانک‌های جدیدی که دارن خدمات ارائه می‌دن فک کنیم. با ظهور وب۳، نیازی به بانک به ممعنای سنتی وجود ندارد و خود کاربرها به  صورت دسته‌جمعی مفهوم بانک رو توسعه می‌دن.وب۳، عصر خوندن، نوشتن و مالکیت رو ایجاد کرد.چرا Web3 قدرتمند است؟خب، بیایید بگیم که وب۳، قدرت رو از موسسات می‌گیره و میده به مردم. دیگه نمیشه گول خورد و مورد سرقت قرار گرفت. برای همین این روزها مفهوم وب۳ بیشتر از این که تکنولوژیک باشه، فلسفی و سیاسی‌ه. این یعنی قدرت وب۳ برای متحول کردن جهان زیاده و اگر از اون به درستی استفاده بشه، حتما اتفاق میفته.این روزها از وب۳ برای ساخت برنامه‌های کاربردی غیرمتمرکز قدرتمند استفاده می‌شه. این برنامه‌ها واسطه و دلال‌ها رو از صنایع بزرگ حذف می‌کنه. برای مثال میشه به استفاده و گسترش کارگزاری‌های غیرمتمرکز به جای کارگزاری‌های متمرکز بورسی اشاره کرد. هیچ پروژهٰ کوچیکی وجود نداره. برنامه‌های غیرمتمرکز در حوزه‌هایی از ماشین‌سواری اشتراکی گرفته تا خرید و اخبار و موسیقی آنلاین و املاک و مستغلات و تجارت انرژی و بسیاری موارد دیگه رو پوشش می‌دن.کریس دیکسون و پکی مک کورمیک همچنین گفته‌ن که سال آینده نشون می‌شده که بلاک‌چین‌ها می‌تونن از برنامه‌های کاربردی فراتر برن و وارد حیطه‌های غیر پولی و مالی هم بشن یا نه؟ در سال ۲۰۲۲، انحصارهای بزرگ فناوری در اینترنت توسط خدمات غیرمتمرکز از بین خواهند رفت. اقتصاد دیجیتالی نوآوران، فن‌آوران و شرکت‌های کوچیک با مجموعه‌ای از فن‌آوری‌های جدید «web3»، مثل توکن‌ها، تا حد زیادی بهبود پیدا می‌کنن. البته که مشکل بزرگ Web3 در حال حاضر UXشه و باید برای اینن موضوع فکر بشه.سخن آخر.توضیحات بالا مفهوم اساسی Web3 و فناوری‌هاییه که می‌تونیم بر بستر اون ایجاد کنیم. چیزی که می‌تونیم در مورد Web3 بگیم اینه که برای خیلی از مردم می‌تونه تغییری بزرگ و انقلابی باشه. Web3 ایدهٔ اینترنت بدون سروره. وب۳ راهی برای استفاده از اینترنته که به هیچ سرور متمرکزی نیاز نداره.چه جوری؟ با استفاده از تمام کامپیوترهایی که به عنوان کاربر دارن ازش استفاده می‌کنن! درست مثل همون اوایل پیدابش اینترنت و قبل از این که کسی وب‌سایت داشته باشه. Web3 بزرگتر از Web2 میشه چون Web2 تماماً در مورد شرکت‌هاییه که سعی می‌کنن از مردم ثروت و ارزش بکشن بیرون، در حالی که Web3 دربارهٔ جوامعیه که برای افراد خودش ارزش ایجاد می‌کنه.Bornosor.eth</description>
                <category>Farhad Moghimi</category>
                <author>Farhad Moghimi</author>
                <pubDate>Mon, 03 Jan 2022 08:15:29 +0330</pubDate>
            </item>
                    <item>
                <title>در المپیکِ ۳‌ک‌س، چه کشورهایی قهرمانند؟</title>
                <link>https://virgool.io/@farhadmoqimi/%D8%AF%D8%B1-%D8%A7%D9%84%D9%85%D9%BE%DB%8C%DA%A9%D9%90-%DB%B3-%DA%A9-%D8%B3-%DA%86%D9%87-%DA%A9%D8%B4%D9%88%D8%B1%D9%87%D8%A7%DB%8C%DB%8C-%D9%82%D9%87%D8%B1%D9%85%D8%A7%D9%86%D9%86%D8%AF-fqplmxkijhsm</link>
                <description>یه مقاله از مدیوم خوندم، اطلاعات به درد نخور ولی باحالی داشت!عنوان و لینک مقاله رو اینجا می‌ذارم و در ادامه خلاصه‌ش رو می‌نویسم.The Loudest, Longest, and Horniest- Which Countries Win The Sex Olympics?اول از همه این که مقاله‌های مدیوم از یه جایی به بعد پولی میشه و راه دور زدنش اینه که توی Incognito mode بازشون کنید!فرکانسناشادترین مردم جهان با اختلاف زیادی ژاپنی‌ها هستن. البته از نظر رضایت جنسی! ۴۲ درصد مردا و ۴۴ درصد زن‌های بین ۱۸ تا ۳۴ سال در ژاپن باکره هستند. و فقط ۳۴ درصدشون هفته‌ای یک بار یا بیشتر رابطه‌ی جنسی دارند وژاپن تنها کشوری بوده که تعداد ناراضیان از سکس بیشتر از مردم راضیش بوده!یکی از دلایل عمدهٔ این مساله هم اینه که ژاپنی‌ها بیشتر از هر قوم دیگه‌ای در دنیا توی هفته کار می‌کنن و انقدر ارتباط بدنی و فیزیکی بین زن و شوهرها کم شده که از هر سه خونه یه خونه دارای اتاق خواب مستقل برای زن و شوهره. میانگین سکس سالانه در ژاپن ۴۵ باره که از نصف میانگین جهانی هم کمتره و این عدد برای آمریکایی ها هم بالا نیست و اونا یه پله بالاتر از ژاپنی‌ها در مقام دومین بدترین کشور از این لحاظ هستن. فقط ۵۳ درصد امریکایی‌ها یه بار یا بیشتر در هفته رابطه‌ی جنسی دارن. برای من به شخصه خیلی عجیبه که ژاپن با این حجم از عدم تمایل به سکس، چه فانتزی‌های عجیب جنسی‌ای دارن، این همه انیمه و مشاغل عجیب و غریب. درست مثل آمریکا که این همه روی پورنوگرافی وقت گذاشته و سرمایه‌گذاری کرده.پیشنهاد می‌کنم که این اپیزود چنل‌بی رو گوش بدید: اپیزود ۶۲- سریال لوسی قسمت یک؛ راپونگیاین صفحه رو هم بخونید: راپونگی کجاست؟حالا کشورهایی که در صدر تعداد روابط سالانه هستن کدومان؟!۱- یونان (آقای یانی عزیز که اصلا ازش انتظار نداشتم :)‌)۲- برزیل (برای همینه که فوتبالیستاشون به سی نرسیده، تموم میشه زندگی حرفه‌ایشون احتمالا!!)۳- روسیه (چیزی برای گفتن ندارم! فقط کافیه که به بلوک شرق اروپا فک کنیم!)بیشترین شریککمپانی معظم دورکس هم یه سرشماری و امارگیری از تعداد شرکای جنسی آدم‌ها انجام داده که توش مشخص شده ۴۲ درصد مردها و ۲۱ درصد زن‌ها در مورد تعداد شرکای جنسی‌شون خالی می‌بندن! این مقاله موید این نکته‌ی نغز از  فیلم فرهنگ‌ساز امریکن‌پایه که می‌گه مردها دوست دارن که شرکاشون رو زیاد کنن و زن‌ها کم.اگر فرض کنیم که ادعاها درست بوده باشه، بیشترین تعداد شریک برای مردها رو اتریش با میانگین ۲۹.۳ زن داشته و برای زن‌ها هم نیوزلند با ۲۰.۴ مرد در صدر قرار می‌گیره.مدت زماناز یافته‌های دیگه در مورد مدت زمان سکس اینه که به طور میانگین ۱۹ دقیقه طول می‌کشه که ۱۰ دقیق پیش‌نوازی و ۹ دقیقه خود رابطه طول می‌کشه.۵۲ درصد مردم از این زمان راضی هستن در حالی که ۲۳ درصد مردها و ۱۹ درصد زن‌ها گفتن که نیاز به زمان بیشتری دارن.جالبه که کمترین زمان طول رابطه به مردمان ترکیه با ۳.۷ دقیقه برمی‌گرده و بیشترین زمان هم به کشورهای شاد دنیا تعلق می‌گیره.۱ دانمارک ۴۴ دقیقه۲ امریکا ۴۱ دقیقه (باورش برای من هم سخت بود که امریکایی‌ها شادن!)۳ فنلاند ۳۹ دقیقهارگاسمحالا دیگه از کمیت بیایم بیرون و بریم سراغ کیفیت که شاخصهٔ مناسب براش همون ارگاسم‌ه. یه عده‌ای پا شدن رفتن از ۲۱ کشور دنیا نمونه‌گیری کردن و دیدن که میانگین بین ۲ تا ۳ بار در هفته‌ست. خبر بد اینه که حدود ۱۵ درصد کانادایی‌ها گفتن که هیچ وقت به تنهایی یا در حضور یه شریک جنسی ارگاسم رو تجربه نکردن. مدال طلای این بخش هم به کشور خوش‌حال نروژ بر می‌گرده که ادعا کردن اقلا روزی یه بار ارگاسم رو تجربه می‌کنن. حالا دیگه انتخاب این که پاشید جمع کنید بیاید کانادا یا برید نروژ با خودتون دیگه! البته باید به این موضوع اشاره کنیم که ما رقابت رو به حیوانات باختیم و خیلی عقبیم! رکورد موندن روی حالت ارگاسم به خوک تعلق می‌گیره که به طور متوسط ۳۰ دقیقه توی همین وضعیت باقی می‌مونه و نمونه‌هایی بوده که تا ۹۰ دقیقه هم طول کشیده.برای این که متوجه بشید که چقدر این امار با شاد بودن آدم‌ها مرتبطه و از وضعیت احتمالا کشور خودمون یه حدس‌هایی بتونیم بزنیم، خوبه که به این لینک یه نگاهی بندازید: The 20 Happiest Countries In The World In 2021 (Guess Where The U.S. Ranked?)سر و صدامعمولا یکی از علائم لذت از رابطه‌ٔ جنسی اینه که آدم از خودش صدا درمیاره. حالا این صدا می‌تونه فریاد زدن باشه، می‌تونه ناله کردن یا آه کشیدن باشه. البته این اصلا به این معنا نیست که سکوت در رابطه به معنای عدم لذت بردنه.  قبل از این که بریم سراغ تیم‌های برنده‌ٔ این عرصه، بریم بیبینیم کودوم کشورها سکوت رو علامت رضا می‌دونن! ۴۲ درصد پرتغالی‌ها در اوج رابطه‌شون ساکت هستن و پشت‌بندشون آلمانی‌ها قرار دارن و متاسفانه دوستان شاد استرالیایی هم با ۳۵ درصد در رده‌ٔ سومین صامتین رابطهٔ جنسی قرار می‌گیرن.در این بخش برزیل با ۶۵ درصد در صدر و نروژ خندان که با ۴۰ درصد در رده‌ٔ دوم قرار می‌گیره که برزیلی‌ها نشون می‌دن در این زمینه با اختلاف یکه‌تازی می‌کنه و مراعات در و همسایه رو ندارن اصلا.</description>
                <category>Farhad Moghimi</category>
                <author>Farhad Moghimi</author>
                <pubDate>Sat, 18 Dec 2021 08:48:35 +0330</pubDate>
            </item>
                    <item>
                <title>دیلی‌هامون رو زنده نگه داریم...</title>
                <link>https://virgool.io/@farhadmoqimi/%D8%AF%DB%8C%D9%84%DB%8C-%D9%87%D8%A7%D9%85%D9%88%D9%86-%D8%B1%D9%88-%D8%B2%D9%86%D8%AF%D9%87-%D9%86%DA%AF%D9%87-%D8%AF%D8%A7%D8%B1%DB%8C%D9%85-jw8fqjudp3vy</link>
                <description>داشتم در مورد چابک بودن در شرکت‌های نرم‌افزاری می‌خوندم که با دورهٔ آموزش توسعه چابک نرم‌افزار با فریم‌ورک اسکرام آشنا شدم. دورهٔ بدی نبود و یه کلیاتی رو بهم نشون داد. در خلال این دوره، یه راهنمائی به عنوان مرجع معرفی شد که به نظرم با توجه به مشکلات معمول‌ای که در جلسات دیلی داریم، جالب اومد و تصمیم گرفتم که ترجمه‌ش کنم تا شاید به کار بقیه‌ٔ دوستان هم بیاد. امیدوارم که بخونید و مفید باشه و به دوستاتون هم معرفیش کنید.Surviving the Daily Scrum?خیلی خوش اومدی :)این راهنما، بخشی از سری «راهنمای اصلاح  اسکرام»هجلسات دیلی می‌تونن نقشی اساسی در شکست یا موفقیت استفاده از اسکرام در سازمان شما داشته باشن. یه جلسهٔ ۱۵ دقیقه‌ای روزانه که نقطهٔ تماس همگام‌سازی پیشرفت تیمی محسوب میشه و به همهٔ افراد این اجازه رو می‌ده که در جریان اتفاقاتی که داره سر پروژه میفته، قرار بگیرن.با این که مفهوم ساده‌ای به نظر می‌رسه، چالش‌هایی وجود داره که می‌تونه کاملا مانع موفقیت بشه. یه دیلی ضعیف می‌تونه اثر معکوس روی کاربردهای اسکرام بذاره و خیلی مهمه که درست انجامش بدیم.این راهنما به شما کمک می‌کنه که:اعضای تیم رو برای حضور در دیلی‌ها مشتاق و پرانرژی کنیدانتظارات دربارهٔ این که چه کسانی (و چه شکلی) در جلسه باید حاضر باشن رو مدیریت کنیددر طول جلسه تمرکز و توجه اعضای تیم رو حفظ کنیدبه روزرسانی‌های شفاف و دیددهنده از شرکت‌کننده‌ها بگیریدفضای پویا، شاد و پر نشاطی رو در هر جلسه ایجاد کنیدده تا درس در این راهنما وجود داره. می‌تونید از ابتدا تا انتهای هر کودوم رو پیاده‌سازی کنید یا این‌که با توجه به تجربه‌های موجود خودتون از هر کدوم از درس‌ها که خواستید ایده بگیرید و توی تیمتون آزمایش کنید.اگر نیاز به استراتژی‌های واقعی و عملی بیشتری داشتید، می‌تونید توی این سایت عضو بشید و از راه‌حل‌هایی که برای چالش‌های معمول در این زمینه وجود داره، بهره بگیرید.                                                                                                             حالش رو ببرید،                                                                                                                    مایکدرس شمارهٔ ۱چه جوری ملت رو بیاریم تو گوداول از همه این که دیلی چی هست؟در هر یک از روزهای اسپرینت، تیم یه جلسه‌ای برگزار می‌کنه که بهش می‌گیم جلسهٔ «دیلی اسکرام» که به نام «دیلی استندآپ» هم می‌شناسیمش.این جلسات معمولا هر روز سر ساعت مشخص، در یک محل ثابت برگزار می‌شه. زمان این جلسات رو به ۱۵ دقیقه محدود می‌کنیم و سعی می‌کنیم که مکالماتمون خیلی در چارچوب بحث و فعالانه باشه. تمام اعضای تیم لازمه که در جلسات دیلی شرکت کنن.در هر جلسهٔ دیلی، اعضای تیم به این سه تا سوال جواب می‌دن:دیروز چی کار کردی؟امروز چی کار می‌خوای بکنی؟مشکلی مانعت شده؟تیم به درک بسیار درستی از این که چه کارهایی انجام شده و چه کارهایی باقی مونده می‌رسه. وظیفهٔ اسکرام‌مستر اینه که هر مانعی که از دل دیلی درمیاد رو در اسرع وقت پیگیری و مرتفع کنه.یکی از بزرگ‌ترین چالش‌های اسکرام‌مستر اینه که همهٔ افراد تیم رو بکشونه توی گود تا در دیلی حاضر و فعال باشن. در حالت ایده‌آل، اعضای تیم افراد با انرژی، مشتاق و علاقه‌مند هستن، اما همیشه هم که این شکلی نیست!در واقع، حتما تا الان با افرادی مواجه شدید که در برابر حالت ایده‌ال مقاومت دارن:به موقع توی جلسه حاضر نمی‌شناصلا در جلسه خودشون رو نشون نمی‌دنآپدیت شفاف و به دردبخوری ارائه نمی‌کنناگر افراد در دیلی‌ها مشارکت خوبی ندارن، غالبا به این دلیله که فایده و ارزشی رو درش نمی‌بینن. ممکنه حتی این رو شنیده باشید که بعضی اعضا گفته باشن که صحبت‌های این جلسه اصلا در چارچوب نیست و دیلی‌ها یه راهی برای میکرومنیج کردن تیم‌ه.خبر خوب اینه که توی این راهنما بیشترِ اون چیزی که لازمه تا افراد تیم رو بیارید توی گود وجود داره.در طول این راهنما، من تلاش می‌کنم که نصیحت‌های کاربردی و قابل‌اجرایی از دنیای واقعی براتون بیارم که کمک کنم تا جلساتی رو برگزار کنید که قوانینش شفاف باشه، اعضا سر وقت توش حاضر بشن و اطلاعات ارزشمندی رو با خودشون بیارن. کم کم می‌بینید که جلسات دیلی‌تون کارآتر، شادتر و با علاقهٔ بیشتر افراد برای مشارکت درش برگزار می‌شه.به افراد ارزش رو نشون بدهاگر اعضای تیمت تازه با اسکرام یا جلسات دیلی آشنا شدن، می‌تونی از این مثال واقعی استفاده کنی که تیمت رو بیشتر پذیرای دیلی بکنی.یک اسکرام مستر جلسهٔ ۳۰ دقیقه‌ای رو برای تیمش ارائه داد تا به اون‌ها بگه که چرا دیلی‌ها مهم هستن. یه جملهٔ مهم ارائه این بود که:«این روزا دیلی داره برای همه جذاب‌تر میشه چون اطلاعات چارچوب‌مند و مرتبطی رو به اشتراک می‌ذاره و هر کسی اهمیت این موضوع رو می‌فهمه که چرا داریم این کار رو انجام می‌دیم.»شاید تیم شما فقط کافی باشه که بدونه چرا این دیلی‌ها بخشی از فرآیند هستن و صرفا بهانه‌ای برای گردهم‌آوری اجباری تیم نیست.دوست دارید یه همچین چیزی رو امتحان کنید؟یک ارائه‌ای وجود داره به نام «مقدمهٔ اسکرام» که می‌تونید دانلودش کنید و بعد از شخصی‌سازی به اعضای تیمتون ارائه بدید تا بفهمن که اسکرام چیه. این ارائه موضوعات مربوط به بک‌لاگ محصول و اسپرینت، اسپرینت پلنینگ و جلسات ری‌ویو و ادارهٔ رترو رو پوشش می‌ده. همچنین می‌تونید بفهمید که وظایف اسکرام‌مستر، صاحب محصول و تیم اسکرامی چی هست.همهٔ این موارد رو من اینجا ارائه دادم و به بیش از ۲۵ زبون دنیا هم ترجمه شده‌ن.بریم برای درس بعدی؟اگر پایه‌ای، بریم که ببینیم چه کنیم تا یکی از بزرگترین چالش‌هایی که می‌تونه دیلی‌ها رو تهدید کنه رو حل کنیم.درس شمارهٔ ۲جلوی دیر رسیدن افراد به دیلی‌ها رو بگیریمیکی از بزرگترین شکایت‌هایی که اسکرام‌مسترها دارن اینه که اعضای تیم دیر خودشون رو به دیلی می‌رسونن. یه روش محبوبی که اغلب مربیان اسکرام پیشنهاد می‌دن اینه که برای حضور به موقع تشویق و برای تاخیر در ورود تنبیه تعیین کنیم.اما یه مشکلی وجود داره. انتخاب مشوق و جریمهٔ غلط می‌تونه به سرعت اعضای تیم رو از هم جدا کنه و دینامیک تیم رو بکشه. هر تیمی یه شکلیه و مشوق یکسانی برای همهٔ تیم‌ها وجود نداره.من می‌خوام به شما نشون بدم که چه جوری بهترین ابزار انگیزشی رو انتخاب کنید و بهتون یه سری جریمه‌ها و مشوق‌های کاربردی می‌دم تا تست‌شون کنید. بیش از ۲۰ ایدهٔ موفق در تیم‌های اسکرامی دنیا، از خوندن آواز و دراز نشست رفتن به عنوان جریمه تا مرخصی و ناهار به عنوان مشوق، رو بهتون معرفی می‌کینم.یادت باشه که هر چیزی که انتخاب می‌کنی باید مورد تایید همهٔ اعضای تیم باشه اگه نه فردا می‌بینی یکی رفته منابع انسانی و شکایت کرده که برای هر دقیقه دیرکرد در جلسهٔ تیم، مجبورش کردن یه دراز نشست بره!چه چیزی رو هنگام انتخاب یه مشوق یا جریمه باید در نظر بگیری؟اعضای تیم چه قدر هم رو می‌شناسن؟ یه تیم خوش‌ساخت و قدیمی معمولا با خوندن آواز به عنوان جریمه مشکلی نداره اما اعضای جدید تیم ممکنه این حس راحتی رو با بقیهٔ تیم نداشته باشن.آیا نیازهای جسمی یا رژیمی وجود دارد؟ غذاهای خوراکی ممکنه روی افرادی که دارای حساسیت غذایی هستن خوب جواب نده و باید مراقب برخی از انتخاب‌ها بود چون ممکنه بعضی از اعضای تیم محدودیت‌های جسمی داشته باشن (از جمله مواردی که ممکنه شما در موردشون اطلاعی نداشته باشید).آیا دلایل اساسی‌ای وجود داره که با انگیزه حل نمی‌شه؟ شاید زمان جلسه برای افرادی که همیشه دیر می‌رسن مناسب نباشه و اون مثلا مجبوره که بچه‌ش رو ببره مهدکودک و نمی‌تونه خودش رو به موقع برسونه.دو نمونه مطالعهٔ موردی متفاوت (اما کارآمد)این مثال‌های واقعی از اسکرام‌مسترها می‌تونه نشون بده که چه شکلی دادنِ جایزه به تمام تیم می‌تونه بهتر از جایزه دادنِ فردی اثر کنه و چه جوری گاهی یه ریمایندر ساده در زمان درستش می‌تونه تمام انگیزه‌ای که لازم داریم رو ایجاد کنه.مطالعهٔ موردی شمارهٔ یک: ایجاد سیاست «اگه یکی‌مون دیر کنه انگار که همه‌مون دیر کرده‌یم»یه اسکرام مستر پاداش باحالی رو برای سروقت بودن اعضای تیمش در تمام دیلی‌های اسپرینت پیشنهاد داد. تیم پذیرفت که اگر تمام دیلی‌ها رو همه سروقت شرکت کنن، شرکت بهشون یه شام تپل بده و اگه توی ۹۰ درصد جلسات همه سر وقت اومدن شامشون تبدیل به شکلات شه.آیا نتیجه داد؟«تیم رفتار خودش رو کاملاً تغییر داد. من اعضای تیمم رو می‌دیدم که اجایل بوردمون رو بارگذاری می‌کردن و یه کم قبل از جلسه ابزار‌های ارتباطی لازم برای افراد دورکار شرکت رو هم فعال می‌کردن. بعد از این که همه سر وقت برای جلسه آماده بودن، اعضای تیم روی شونه‌های هم می‌زدن. حتی یه بار یکی از اعضای تیم رو دیدم که از ساختمان دوید بیرون تا یکی دیگه رو که تو یه جلسهٔ دیگه‌ای گیر کرده بود رو بکشه بیرون تا به موقع به جلسه برسه»مطالعهٔ موردی شمارهٔ دو: هر چی عضو تیم دورتر باشه، هشدارش زودترهدر این مثال، یک درخواست ساده تونست که رفتار رو در درازمدت تغییر بده:«گاهی اوقات به خاطر این که برخی اعضای تیم پراکنده از هم می‌شینن، یکی دو دقیقه طول می‌کشه تا خودشون رو به دیوار اسکرام تیم برسونن. برای همین من ۲ دقیقه قبل از شروع جلسه براشون یه یاداوری می‌فرستم و این شکلی اونا می‌تونن به موقع خودشون رو به جلسه برسونن»آیا نتیجه داد؟«اکثرشون فکر می‌کردن که این ایدهٔ عجیب و غریبه، اما باهاشون موندگار  شد و تأخیر به ندرت مسئله‌ای در تیم بود.»در ادامه مثال‌هایی از تنبیه و تشویق براتون می‌نویسم تا ازشون برای تیم خودتون ایده بگیرید.بازدارنده‌هاهر کسی که دیر می‌رسه باید عباراتی که تلفظشون سخته (زبان‌پیچان) رو ۳ بار پشت هم تکرار کنه. مثل: شش سیخ جگر سیخی شش هزار | یه یویویِ یه یورویی | گز را می‌پیچم، گچ را می‌ریزم | سه سیر سرشیر سه شیشه شیر | قوری ز قلم، قلم ز قوری. تو عشق منی گوگولی مگولی | شیخ شمس الدین، شخص شاخصی بود | شیخ شمس الدین در شمس‌آباد سه شیشه شراب سرکشید | کشتم، شش شپشِ شپش کشِ شش پا را | امشب شب سه شنبه است، فردا شبم سه شنبه است. این سه سه شب، اون سه سه شب، هر سه سه شب سه شنبه است | تاجر تو چه تجارت می‌کنی؟ تو را چه که چه تجارت می‌کنم | سربازی سر بازی سرسره بازی سر سربازی را شکست | افسر ارشد ارتش اتریش | چه ژست زشتی |کانال کولر، تالار تونل | لیره رو لوله، لوله رو لیره | چایی داغه، دایی چاقه | آهویی رفته بود چرا نه خود چرید نه بچه را پس چرا رفته بود چرا | دو دزد رفتن به بز دزدی، یه دزد یه بز دزدید، یه دزد دو بز دزدید | دوغ گاز دار، گاز دوغ دارهر کسی که دیر می‌رسه باید باید ۱۰ ثانیه بدون آهنگ برقصه! راب دال میگه که این یه راه سریع و سرگرم‌کننده برای همه‌ست و روشی سالم برای تشویق به بیرون اومدن از پوستهٔ آسیب‌پذیری و خود رو شکستنه.هر کسی که دیر می‌رسه باید برای جلسهٔ بعدی با خودش بستنی یا شیرینی بیاره. مراقب باشید که این مساله تبدیل به هزینهٔ شرکت نکردن در جلسات نشه و اضافه وزن هم نگیرید!به نظر نادین سالیوان خوبه که یه تختهٔ ثبت تنبلی داشته باشید و توی اون تاخیر یا غیبت افراد رو ثبت کنید و به هر فرد اجازهٔ درج شدن نامش در این لیست رو در یک بازهٔ مشخص بدید. اگر اسم فردی از اون تعداد مشخص بیشتر ثبت شد باید یه جریمه‌ای مثل ناهار دادن یا شیرینی دادن رو تقبل کنه.در حین برگزاری جلسه، یه توپ والیبال یا یه عروسکِ حیوون شکم‌پر یا هر چیز دوستانهٔ دیگه‌ای رو بندازید به کسی که بناست صحبت کنه اما اگر نوبت کسی شد که دیر اومده بود، پرتاب کنید سمتش!هر کسی که در طول یک اسپرینت از بقیه نامنظم‌تر بود، مسئول تسهیل‌گری رتروها و ری‌ویوهای اسپرینت بعدی میشه.اگر یکی دیر کرد اون روز مسئول خدمات تیم میشه و باید برای بچه‌ها از آشپزخونه خوراکی بیاره و سرویس بده.هر کسی که دیر میاد، باید منشی اولین جلسهٔ بعدی‌ای بشه که باید توش مستندات آماده بشه.هر کی که بیشترین بی‌نظمی رو در طول یه اسپرینت داشت باید برا کتابخونهٔ شرکت، یه کتاب بخره.بعد از شروع دیلی در اتاقی که توش هستید رو ببندید تا کسی که دیر میاد مجبور شه در رو باز کنه و در مرکز توجه دیگران قرار بگیره.اگه یکی دیر کرد، یه زمان کوتاه یه ربعی باید کارهای ادمینی تیم رو انجام بده.یه نشون‌گر جلوی اسم هر کس روی دیوار تیم بذارید تا روند و مقدار دیرکردهاش مشخص بشه.مشوق‌هابه اولین نفری که میاد یه تیکه شکلات بدید.عهد کنید که در شروع هر جلسه نفری ۱۰۰۰ تومن برای کمک به یه خیریه بذارید کنار و هر روز به اسم اولین نفری که وارد جلسه می‌شه ثبتش کنید. در انتهای هر دوره مبلغ رو به فرد بدید تا به هر خیریه‌ای که دوست داره اهدا کنه.به افرادی که زود در جلسات دیلی حاضر می‌شن، فرصت دو ساعتهٔ ناهار بدید (به جای یه ساعت) یا اجازه بدید که یه روزی دیر بیاد یا زودتر بره.یک قرار بذارید که یه اسپرینت کسی تاخیر نداشته باشه و در انتهای دوره یه عکس یادگاری با عنوان «بالاخره تونستیم» بگیرید!ویکتور بوزگا می‌گه که در شرکتشون ساعت ۱۱:۳۰ بهترین زمان برای رفتن به کافه‌تریا برای خوردن ناهاره و اگه ۲ دقیقه دیرتر بری، باید ۱۰ دقیقه توی صف بایستی. برای همین دیلی‌هاشون رو ۱۱:۱۵ تنظیم کردن و جلساتشون هیچ وقت از ۱۰-۱۲ دقیقه بیشتر طول نکشیده.درس شمارهٔ ۳کی باید شرکت کنه؟ (و چی باید بگه؟)اسکرامی‌ها یه داستانی دارن در مورد یه خوک و یه مرغ. یه روز مرغ تصمیم می‌گیره که دوتایی با هم یه رستوران بزنن. خوک از این ایده به وجد می‌آد و می‌گه:« ایول! خیلی هم عالی. من یه خوک کارآفرینم و از کار کردن برای مزرعه‌دار خسته شده‌م دیگه. فقط اسمش رو چی بذاریم!؟»مرغ یه کم نوکش رو به زمین می‌ماله و با پاهاش خاک‌های روی زمین رو این ور اون ور می‌کنه و می‌گه:« ژامبون (خوک) و تخم مرغ» که خوک جواب می‌ده:« نه قربونت! منم که متعهدم و تو فقط مشارکت داری!»این داستان در حلقه‌های اسکرامی گفته می‌شه تا به تفاوت بین تعهد و مشارکت اشاره کنه.ایدهٔ اصلی اینه که در یک تیم، اعضای تیم توسعه و اسکرام مستر متعهد هستن اما مدیرمحصول فقط مشارکت داره. این مساله گواهیه برای این که نیازی نیست که مدیرمحصول در جلسات دیلی مشارکت (یا حتی حضور) داشته باشه.من هیچ وقت از این طرز فکر خوشم نمیومده چون یه دیوار غیرضروری بین مدیرمحصول و اعضای تیم می‌کشه.توضیح مترجمداستان خوک و مرغ حکایت معروفی در ادبیات تجارته که به معنای تعهد در یک پروژه می‌پردازه. وقتی که در رستوران سفارش یه ظرف ژامبون و تخم مرغ می‌دید، این خوکه که ژامبون رو فراهم می‌کنه که معناش اینه که خودش رو قربانی کرده، اما مرغ، تخمی رو آورده که تولید کردنش چندان دشوار نیست. در نتیجه، خوک واقعا به ظرف غذا متعهده در حالی که مرغ صرفا مشارکت داشته. اما در هر صورت حضور هر دو برای این که به اون ظرف غذا بگیم «ژامبون و تخم مرغ» لازمه.به زبان اسکرامی، مرغ‌ها (مدیرمحصول، اسکرام مستر، وندورها و مشتریان و مدیران) به محصول، ورودی‌هایی اضافه می‌کنن تا تولید بشه، اما این خوک‌ها (تیم توسعه) هستن که مشخص می‌کنن محصول چه جوری انجام بشه و با چه نرخ موفقیتی کارها برسن.پس چه کسایی باید دیلی‌ها رو حاضر باشن؟در جامعهٔ اسکرام، تقریبا اتفاق نظر وجود داره که تیم توسعه و اسکرام‌مستر متعهد محصول هستن. البته در مورد مدیرمحصول اختلاف‌نظرهایی وجود داره اما به نظر من مدیرمحصول باید یکی از متعهدین به پروژه باشه و مثل اعضای تیم توسعه رفتار کنه. هر کس دیگه‌ای (مثلا وی‌پی، بچه‌های فروش یا دولوپر تیم بغلی) اجازه دارن که حاضر باشن اما فقط گوش بدن. این باعث میشه که جلسهٔ اسکرام یک راه بسیار خوب برای انتشار اطلاعات بشه و اگر کسی علاقه به دسترسی به این اطلاعات داشت می‌تونه در این جلسه حاضر بشه.آیا لازمه که اسکرام مستر و مدیرمحصول در این جلسه صحبتی بکنن؟این دو باید در جلسه یه آپدیتی رو ارائه بدن اما مطلقا نمی‌خوام که متکلم وحدهٔ جمع بشن و در مورد موضوعات بی‌ربط صحبت کنن.در ادامه به برخی موارد که خوبه در موردشون صحبت بشه اشاره می‌کنم:توضیح در مورد یک یا دو مانعی که مرتفع شده‌ناشاره به گذاشتن یه جلسه با مدیرمحصول برای دمو کردن یه چیزی با ذی‌نفعاناشاره به تشکیل جلسهٔ مهم فلان روزِ آتیاشاره به پاکسازی بک‌لاگ محصول  بر اساس نتایج جلسهٔ بک‌لاگ‌گرومینگ دیروزمدیرمحصول باید در مورد موارد این چنینی که به بک‌لاگ محصول، ذی‌نفعان یا کاربران و غیره ربط داره، صحبت کنه.اسکرام مستر و مدیرمحصول فقط باید در مورد موضوعاتی صحبت کنن که به اسپرینت جاری ربط دارن.اما بقیهٔ حاضرین چی کار باید بکنن؟در درس بعدی، به صورت عملی به این موضوع نگاه می‌ندازیم که افراد بیرونی رو چه جوری مدیریت کنیم تا جلسه بدون پر پر شدن، جریان داشته باشه.درس شمارهٔ ۴نحوهٔ برخورد با افراد بیرونیمن همیشه دوست دارم به حضور استیو بالمر، مدیرعامل سابق مایکروسافت، در یکی از جلساتی که من اسکرام مسترش بودم فکر کنم.من هیچی از بالمر نمی‌دونستم و تمام شناختم منحصر به شنیده‌هام از شهرت عمومی‌ش بود. اون معروف به این بود که سر کارکنانش داد می‌زنه و یه بار توی نمایشگاه COMDEX فلاپی آلوده رو توی کامپیوتر IBM گذاشته بود که وسط دمو کرش کرد.توصیهٔ معمول اسکرام به من این بود که وقتی استیو بالمر میاد توی جلسهٔ دیلی اسکرام، بهش بگو که تو فقط یه مرغی و در این اسپرینت نباید مشارکتی داشته باشی و خب تمام این‌ها رو هم من باید بهش می‌گفتم!اما من نننننه!خواهران و برادرانم! من جیگر این که به بالمر بگم خفه شو و بشین و فقط گوش بده رو نداشتم. شماها شاید داشته باشید.اما کاری که جرات انجامش رو داشتم چی بود؟از حضورش تشکر کردمبهش گفتم که این یه جلسهٔ سریع تیمیه که طبق دستور‌العملش کلا ۱۵ دقیقه زمان می‌بره و بیشتر نمی‌شهبهش گفتم از این که در انتهای جلسه به سوالاتش پاسخ بدیم خوشحال می‌شیمالبته که این تکنیک روی بالمر جواب نداد اما در قریب به اتفاق جلسات دیلی‌ای که افراد بیرونی توش حاضر می‌شن جواب داده. من در انتهای دیلی این جوری جمع‌بندی می‌کنم که:« از همهٔ عزیزان ممنونم. ما بخش برنامه‌ریزی‌شدهٔ جلسه‌مون رو تموم کردیم.» و در ادامه می‌گم:از همهٔ حاضرینی که با صبرشون اجاره دادن که جلسهٔ ما پیش بره ممنونماگر سوال یا مطلبی دارید که لازمه طرح یا اضافه بشه، می‌تونید از بچه‌ها بپرسیددر نیمی از موارد افراد بیرونی سوالی رو مطرح نمی‌کنن. چون یا صرفا اومدن که مشاهده‌گر باشن یا این که سوالشون در طی صحبت‌ها پاسخ داده شده. در حین این که ما تلاش می‌کنیم که دیلی‌مون رو به صورت جلسهٔ تیمی حفظ کنیم، نمی‌خواهیم که نسبت به حاضرین در جلسه بی‌ادبی کنیم.اگر فرد بیرونی‌ای هست که با نرخ زیادی در جلساتتون حاضر می‌شه، باهاش یه مکالمهٔ خصوصی داشته باشید و در مورد این که حضورش حس آزادی رو از بچه‌های تیم می‌گیره صحبت کنید. مخصوصا اگر این فرد مدیرِ یک یا بیشتر از یک نفر از اعضای تیم باشه. بهش بگید که به عنوان اسکرام‌مستر دلتون نمی‌خواد که بچه‌های تیم در دیلی‌شون برای طرح موضوعی، ذره‌ای شک و دودلی داشته باشن.نگه داشتن دیلی‌های تیم برای تیم و رفتار مودبانه با افراد بیرونی با اجازهٔ طرح سوال در انتهای جلسه، به تیم کمک می‌کنه که چابکیتشون رو حفظ کنن.مطالعهٔ موردی: چه زمانی اشاره نکردن به یک مشکل بالقوه کار درستیهاین داستان رو یه اسکرام مستر برای من تعریف کرده که چه جوری یه فرد بیرونی با یه قدم عقب گذاشتن در دیلی باعث شد که در بلند مدت چند قدم به جلو حرکت کنن:«در دیلی یکی از تیم‌هایی که من باهاشون کار می‌کردم، مدیر برنامه حاضر شد. در جریان استندآپ در مورد یکی از استوری‌هایی که تموم کردنش فقط ۲ ساعت زمان لازم داشت بحث شد و هیچ کسی نپذیرفت که انجامش بده و از اونجایی که آخرین جلسهٔ قبل از دمو بود، استوری در اون ایتریشن ناتمام باقی موند.مدیر برنامه تصمیم گرفت که مداخله نکنه و ساکت باقی موند و بلافاصله بعد از اتمام جلسه اومد پیش من و ازم پرسید که آیا کار درستی انجام داده یا نه؟ من براش توضیح دادم که ما موضوع این استوری ناتمام رو در دمو می‌بینیم و در رترو درباره‌ش صحبت می‌کنیم. از این حیث که به تیم اجازه داده که این شانس رو داشته باشن که در آینده نسبت به این موضوع آگاهی پیدا کنن، کار خوبی کرده. اما اگه در رترو عضوی از تیم به موضوع اشاره نکرد،‌ من خودم به حسب کوچ بودنم، مطرحش می‌کنم تا در مورد خود-سازمانده بودن تیم هم آموزش‌هایی داده بشه.»آیا موثر بود؟در مورد اتفاقی که در جلسهٔ رترو افتاد، گفت:«در دمو، مدیرمحصول این که این استوری تموم نشده رو باعث آبروریزی خوند و بعدا در رترو در موردش صحبت کردیم. علت اصلی این بود که این تسک رو فقط یکی از بچه‌ها که توی اون مدت مریض بود می‌تونسته بزنه و برای همین ناتمام مونده. نهایتا تیم تصمیم گرفت که بیشتر با هم جفت بشه و در هر ایتریشن بررسی همکار داشته باشن که در مواقع مشابهی که در آینده رخ می‌ده آمادگی بیشتری داشته باشن. اگر اون مدیر در اون جلسه موضوع رو طرح می‌کرد، ممکن بود که استوری انجام بشه اما سکوتش باعث شد که تیم واقعا یه چیزی یاد بگیره و تغییر ماندگاری بکنه که به تیم‌تر شدنشون کمک کرد.»در این مثال، تجربه‌ای که هزینهٔ یادگیری از این اشتباه (شرمندگی و آبروریزی) برای تیم داشت از انجام دادنش اثربخش‌تر و ارزشمندتر بود.در درس بعدی می‌خوام نشونتون بدم که چه زمانی باید بزرگترین قانون دیلی‌های اسکرام که کوتاه بودن جلسات هست رو بشکنید!درس شمارهٔ ۵کی باید قاعدهٔ ۱۵ دقیقه‌ای رو بشکونیم؟تا اینجا موارد زیر رو پوشش دادیم:چالش‌های به خط کردن افراد در جلسات دیلیچرا تشویق افراد به حضور به موقع در جلسات به راحتی با یه مشوق حل نمیشهاسکرام مستر و مدیرمحصول چیزی بیش‌تر از یه آپدیت نباید در جلسه ارائه بدنچه جوری با اختلالات احتمالی ناشی از حضور افراد بیرونی برخورد کنیمتمام اینا کمک می‌کنن که دیلی‌های پر انرژی و اثربخشی داشته باشید اما اگر امکان رو در رو بودن با تیم رو نداشتید چی؟ این مساله چه جوری می‌تونه دینامیک جلسات دیلی رو تحت تاثیر قرار بده؟این همون چیزیه که در این درس می‌خوایم بهش بپردازیم. یه مشکلی که تیم‌های با اعضای پخش‌شده دارن اینه که با هم‌دیگه آشنا بشن.اعضای یه تیم متمرکز از طریق صحبت‌های کوتاه با همدیگه آشنا می‌شن. من و تو وقتی سوار آسانسور هستیم سوالات دوستانه و بی ضرری از همدیگه می‌پرسیم، مثل: آخر هفته چی کارا کردی؟ بچه‌هات چن سالشون شده؟ و غیره. این مکالمه‌های یخ‌واکن در تیم‌های پراکنده اتفاق نمیفته.به عنوان یه اسکرام مستر در تیمی نامتمرکز، دریافته‌م که این خیلی مهمه که به اعضای تیم کمک کنم که همدیگه رو بهتر بشناسن. یک راه بسیار خوب برای این کار اینه که ۵ دقیقهٔ اول دیلی‌ها رو به طور کامل به صحبت‌های اجباری غیرکاری اختصاص بدیم تا افراد در مورد موضوعات مختلف صحبت کنن. این که بچه‌شون دیروز چه شیرین‌کاری‌ای کرده یا فیلمی که دیدن چی بوده یا حتی این که با چی سرشون رو گرم کردن تا برقا بیاد! بعد از این زمان ۵ دقیقه‌ای، نوبت زمان ۱۵ دقیقه‌ای دیلی‌مون می‌رسه.این روشی بسیار ساده و در عین حال کارآ برای ایجاد تفاهم و ارتباط بین اعضای تیمه تا بتونن در کنار هم احساس آرامش داشته باشن. البته که این ایده به تیم‌های نامتمرکز هم محدود نیست و اگر در تیم متمرکزتون هم فرد جدیدی دارید که لازمه با تیم ارتباط بیشتر بگیره، می‌تونید این زمان ۵ دقیقه‌ای رو تا مدتی به جلساتتون اضافه کنید. اما اگر از این که در این ۵ دقیقه‌ها چی بگید عاجزید و ایده‌ای براش ندارید، از این ایده‌هایی که اسکرام مسترها به من داده‌ن می‌تونید کمک بگیرید:«یه کاری که بعضی از تیم‌های ما انجام میدن اینه که یه معما مطرح می‌کنن- مجموعه‌ای از سوالات بی‌اهمیت و پشت سر هم خیلی کمک‌کننده‌ست (احتمالا کانال حمیدجوکز خیلی محتوا داره!). اون چیزی که بامزه‌تر می‌کنه داستان رو اینه که این سوالات و معماها کم کم در مورد افراد تیم طرح بشه. در ادامه می‌تونه تبدیل به این بشه که افراد در مورد خودشون یه سری سوال و جواب به اشتراک بذارن تا به صورت رندوم پرسیده شه و این شکلی افراد تیم از جزئیات بیشتری از هم‌تیمی‌هاشون مطلع میشن.»«من دوست دارم که دسته‌بندی‌ای از موضوعات داشته باشم و افراد تیم هر بار در مورد یکی از اون موضوعات نظرشون رو بگن. موضوعاتی مثل این که چه شیرینی‌ای رو دوست داری، با کودوم سلبریتی خاطره داری  و غیره. همین طور که افراد به سوالات پاسخ می‌دن ممکنه نک و ناله‌ای هم بکنن و کلی شوخی و جوک و خنده از دل صحبت‌ها دربیاد که باعث بشه اعضا بیشتر با هم حرف بزنن.»«من از افراد می‌خوام که اسم سه تا چیز رو بگن. سه تا محل قدیمی‌ای که رفته‌ن. سه تا غذای بدون گوشتی که دوست دارن. سه تا جایی که دوست دارن برن. سه تا جایی که توشون زندگی کردن و هر چیزی شبیه به این‌ها. این خیلی به تیم‌های نامتمرکز (مثلا دورکار) کمک می‌کنه که همدیگه رو بهتر بشناسن.»ما به نیمهٔ راهنمامون رسیدیم و از الان می‌خوایم بیشتر در مورد تعاملات تیمی در حین برگزاری دیلی متمرکز بشیم. با این شروع می‌کنیم که چه جوری تیم رو متمرکز نگه داریم.درس شمارهٔ ۶چه جوری هر کسی رو در طی دیلی متمرکز نگه داریمدر درس گذشته، به ارزش صحبت‌های کوتاه برای ایجاد ارتباط بهتر در تیم نگاهی انداختیم. اما چه اتفاقی میفته اگه که این صحبت‌ها به درازا بکشه و دیلی از دست خارج بشه؟ مشکل روده‌درازی برخی افراد و ادامه دادن و دادن و دادن بحث‌‌های انحرافی احتمالا از اولین اسپرینت همراه ما بوده. خوشبختانه، من روش‌ها و تکینیک‌هایی دارم که باعث می‌شه افراد در کم‌ترین زمان ممکن، بیشترین آپدیت‌های لازم رو ارائه بدن. درست مثل بحث بازدارنده‌ها و مشوق‌ها که در درس دوم توضیح داده شد، در اینجا هم باید مواردی انتخاب بشه که مورد اجماع تیمه.۱ روده‌درازی رو کمی سخت‌ترش کنیم...من با یه تکنیک ناب از کیلی مین برای کمک به افراد برای کوتاه نگه داشتن آپدیت‌هاشون برخورد کردم:هر کسی در نوبت آپدیتش در دیلی، یه توپ ۳ کیلویی رو در عرض شونه‌ش بلند می‌کنه و شروع به صحبت می‌کنه. نگه داشتن این توپ در مدت کوتاه اذیت‌کننده نیست، اما اونقدی هست که دلت نخواد بیشتر از یه حدی نگهش داری.هر کس نوبتش تموم می‌شه توپ رو به دیگری می‌ندازه تا صحبتش رو شروع کنه. کیلی به من گفت که استفاده از این توپ در جلسات دیلی باعث شده که جلسه‌ باحال‌تر باشه و از استرس افراد کاسته شه که هر جفتش اهداف خیلی خوبی هستن.۲ هر آپدیتی رو به یه یوزر استوری گره بزنیمبک‌لاگ اسپرینت و یوزر استوری‌ها رو جلوی دید همه بذارید. هر فردی که آپدیت می‌ده باید به سه سوال در مورد بک‌لاگ محصولی مرتبط جواب بده تا آپدیت‌ها به درد بخورد و متمرکز بشن.۳ از تایمر استفاده کنیدیه تایمر معکوس توی دید همه بذارید تا هر کسی که نوبتش می‌شه ببینه که چقدر از زمانش باقی مونده.۴ وقتی کسی از مسیر خارج می‌شه از یادآوری‌های بازی‌گوشانه و قابل‌دید استفاده کنیدبعضی تیم‌ها با پرت کردن توپ‌های چلوندنی به هم، هشدارِ به خاکی زدن از جلسه رو می‌دن. بعضی تیم‌ها هم عروسک موش رو تکون می‌دن که بگن لازم نیست که سرت رو توی هر سوراخ موشی بکنی! بدیهتا این کارها برای تیم‌هایی که با هم راحت هستن بیشترین کارایی رو داره.گاهی مساله این نیست که فردی که داره آپدیت می‌ده حواسش پرت می‌شه،  مساله اینه که افرادی که تیم وقتی می‌بینن که آپدیت‌ها بهشون ربطی نداره به یه حالت خوابی فرو می‌رن! پیشنهاد بعدی راه حل خیلی خوبی برای حل این مشکله!۵ برای این که ببینید کی واقعا گوش می‌ده، سوال بپرسیددر گذشته من یه ۲۰ تا کارت هدیهٔ ۵۰ هزار تومنی کافه لمیز خریده بودم و در انتهای جلسه به صورت رندم از افراد می‌پرسیدم که مثلا:«کی پرسید که آخر هفته باید با احمد کاظمی جلسه داشته باشه؟» برندهٔ این سوال، یه کارت هدیه دریافت می‌کرد. البته من این کار رو هر روز انجام نمی‌دادم و صرفا این یه نشونه‌ای به تیم بود که حواسشون رو در جلسات جمع کنن. غرور ناشی از پیروزی در این بازی، خیلی ارزشمندتر از کارت هدیه‌ای بود که باید یه چیزی هم روش می‌ذاشتن تا بتونن برن کافه و یه چیزی بخورن.باید دقت داشته باشید که این روش‌ها، راه‌حل‌های دائمی نیستن و به صورت موقت به تیم کمک می‌کنن که تمرکزشون رو بالا ببرن و رفتارهای مثبتی درشون ایجاد بشه.در درس بعدی من تلاش می‌کنم که بهتون ۸ تا تکنیک فنی یاد بدم تا با استفاده ازشون به عنوان یه اسکرام مستر، بتونید با ارزش‌ترین آپدیت‌‌ها رو از اعضای تیمتون بگیرید.گاهی اوقات مشکل فقط این نیست که افراد به جاده خاکی می‌زنن، مشکل اینه که شنونده‌‌ها هم از این که آپدیت‌ها بهشون ربطی نداره به یه حالت خوابی فرو می‌رن! پیشنهاد بعدی راه حل خیلی خوبی برای حل این مشکله!درس شمارهٔ ۷بهترین آپدیت‌ها رو بگیریم. به عنوان یه اسکرام مستر، چه کارهایی رو می‌تونیم و باید انجام بدیم؟اگر یه دیلی به خوبی برگزار بشه همه ازش با انرژی خارج می‌شن و از این که می‌بینن دیگران چه پیشرفت‌هایی رو ایجاد کردن، شوق‌زده هستن. البته این موضوع تصادفی رخ نمی‌ده. اسکرام مستری که در این جلسه به عنوان یه تسهیل‌گر و نه یه مبصر حاضره، تکینیک‌های نرم اما قدرتمندی رو استفاده می‌کنه که باعث بهبود دیلی‌ها می‌شه.۱ به این جلسات، «استاتوس آپدیت» نگیدعبارت «استاتوس آپدیت» این معنا رو به ذهن متبادر می‌کنه که افراد دور یه میزی می‌شینن و به مدیر پروژه، ارائهٔ کار می‌دن. در این حین، افراد دیگه تظاهر به علاقه‌مندی می‌کنن: یا به لحاظ ذهنی دارن خودشون رو آماده می‌کنن که نوبت گزارششون بشه یا این که درصدد اینن که چقدر دیگه بناست این جلسه طول بکشه؟ شاید زمان جلسه کوتاه به نظر برسه، اما زبانی که استفاده می‌شه روی مدل تعامل شما و تیمتون روی متدولوژی اسکرام اثر می‌ذاره. (به شمارهٔ ۷ این لیست نگاه کنید)پس به جای این که این جلسه رو به نام «استاتوس آپدیت» مطرح کنید، به اسم «جلسهٔ هماهنگی» پروموتش کنید تا اعضای تیم هم به جای این که حس کنن دارن گزارش عملکرد می‌دن، حس کنن که دارن کارهاشون رو با تیم هماهنگ می‌کنن و موارد مربوط رو مطرح می‌کنن.۲ سه سوال درست رو بپرسیدسوالات معمولی که در دیلی‌ها پرسیده می‌شه اینا هستن:دیروز چی کار کردی؟امروز چی کار می‌خوای بکنی؟مشکلی مانعت شده؟اما یه مشکلی با این سوالات وجود داره:این سوالات بیشتر از این که بپرسه که فرد چه کاری رو کامل و تموم کرده، می‌پرسه که چه کاری کرده و چی کار می‌خواد بکنه.پس خیلی از تیم‌ها این سوالا رو به شکل زیر مطرح می‌کنن:دیروز چه کاری رو تموم کردی؟امروز چی رو می‌خوای تموم کنی؟مشکلی مانعت شده؟وقتی که سوالات رو با تمرکز بر تمام شدن کارها بازنویسی می‌کنی، نشون می‌ده که تیم به پیشرفت ارزش می‌ده. بعضی افراد خیلی فعالیت‌های متفاوتی رو انجام می‌دن اما پیشرفتی حاصل نمی‌شه. این سوالات روشن می‌کنه که آیا این پیشرفت‌ها اتفاق افتاده و اگر آره، کی بوده؟۳ برخورد چشمی نداشته باشیدزمانی که صحبت می‌کنیم، عادت داریم که ارتباط چشمی برقرار کنیم و طبق یک میراث هزاران سالهٔ مدیریت سنتی، افراد عادت دارن که گزارش‌هاشون رو به شخص مدیر ارائه بدن. در جلسات دیلی این ذهنیت وجود داره که اسکرام مستر مدیر جلسه‌ست و باید به اون گزارش داده بشه، درحالی‌که این یک جلسهٔ تیمیه و افراد تیم باید به یک میزان مخاطب گزارش‌دهنده قرار بگیرن. پس، اگر اسکرام مستر هستی و می‌بینی که اعضا مدام تو رو نگاه می‌کنن، تو هم این ور اون ور رو نگاه کن و چشمات رو به اعضای دیگهٔ تیم بدوز تا گزارش‌دهنده هم مجبور شه همه رو مخاطب نگاه‌های خودش قرار بده.۴ به جای جملات، سوالات رو بشماریدمن غالبا به اسکرام مسترها آموزش می‌دم که به جای جمله‌سازی، سوالات مناسب بپرسن. من این مورد رو سال‌های پیش با خودم هم تمرین کردم. این شکلی که زیر میز سوالاتی که می‌پرسیدم رو با انگشتای دست راستم و جمله‌هایی که می‌گفتم رو با دست چپم می‌شمردم که ببینم اوضاع چه شکلیه؟! این به من کمک کرد که کم کم یه فرد کمتر جهت‌دهنده و کنترل‌گر بشم. کنترل‌گری دامی بود که خیلی وقت‌ها توش میفتادم.۵ به عنوان یه اسکرام مستر، افراد رو صدا نکنیدیه اسکرام مستر نباید مستقیما از اعضای تیم بپرسه که چی کار کردن، چی کار می‌خوان بکنن و چه چیزی مانع راهشون شده. افراد خودشون سوالا رو می‌دونن و می‌دونن که برای چی توی جلسه هستن. وقتی یه نفر صحبت‌هاش تموم شد، نفر بعدی بدون این که اسکرام مستر نفر بعدی رو صدا کنه و ازش سوال بپرسه، باید خودش شروع به ارائهٔ گزارش کنه.چه جوری می‌دونیم نفر بعدی کیه؟ این به تیم ربط داره. یه تیم به صورت ساعتگرد گزارش می‌ده، یه تیم به حسب الفبا، بعضی‌ها هم خودشون انتخاب می‌کنن نفر بعدی کی باشه.۶ اعضا رو تشویق کنید که اگر کاری انجام ندادن، اعلام کننبعضی اوقات ممکنه که یکی از اعضای تیم هیچ کاری رو انجام نداده باشه و این ردیفه. من همکارایی داشتم که در شرایط مشابه تو جلسهٔ دیلی به راحتی می‌گفتن «هیچ پیشرفتی». اما در مورد علتش با تیم صحبت کنید. ممکنه اعضای تیم عبارت دیگه‌ای رو بپسندن.اول: این خیلی صادقانه‌تره که به اعضای تیم اجازه بدی که تایید کنن که کاری انجام ندادن. گاهی ما یه روز بد داریم و نمی‌تونیم کار کنیم یا مسائلی خارج از پروژه وقت ما رو می‌گیرن.دوم: استفاده از یه عبارت مشترک بین اعضای تیم کار رو برای اسکرام مستر ساده‌تر می‌کنه که توقف‌های تیم رو پیگیری کنه. وقتی یه نفر به صورت تلویحی در مورد پیشرفت کم در چند تا از کارهاش می‌گه، اسکرام مستر نمی‌تونه دقیقا متوجه بشه که کودومشون اصلا پیشرفت نکرده و کودومشون کرده. اما با گفتن عبارت «هیچ پیشرفتی»، به طور کاملا واضح شرایط مشخص می‌شه. این کمک می‌کنه که اسکرام مستر زودتر برای حل مشکل وارد عمل بشه.۷ از بن بست و سد صحبت نکنیدعباراتی که من خیلی از به کار بردنش توی دیلی‌ها پرهیز می‌کنم، «سدّ راه شدن» و «به بن بست خوردن»ه. از این عبارات‌ زمانی استفاده می‌شه که اعضای تیم توی حل مساله‌شون به یه مانع بزرگ برخورد می‌کنن. اون چیزی که اعضای تیم باید بهش بپردازن موانعی هست که باهاش روبرو هستن. مانع چیزیه که پیشرفت رو کند می‌کنه اما بن بست و سد کل فرآیند پیشروی رو مختل می‌کنه.وقتی ما به یه چیزی می‌گیم «بن بست»، تلویحا می‌گیم باید در مورد چیزهایی صحبت کنیم که پیشرفت کامل پروژه رو متوقف کرده‌ن. وقتی در مورد موانع صحبت می‌کنیم، روی مواردی متمرکز می‌شیم که فرآیندمون رو کند کرده‌ن و این اون چیزیه که ما می‌خوایم: برداشتن هر مانعی که باعث کندی رشد ما می‌شه نه فقط چیزهایی که رشد ما رو متوقف و مختل کرده.۸ یادداشت و صورتجلسه برداریدبه طور کلی، صورتجلسه برداشتن وقت تلف کردنه اما در بعضی تیم‌ها اقدام موثریه. مثلا زمانی که یکی از اعضای تیم در جلسه حاضر نیست و بعدا به محتوای جلسه نیاز داره. ضمنا توصیهٔ من به اسکرام مسترها اینه که اگه خواستن یاددشت‌برداری کنن این کار رو توی دفترشون انجام ندن و روی تخته و جلوی دید همه انجام بدن. اگه به جای فضای عمومی در دفتر یادداشت شخصی نت‌برداری انجام شه، ممکنه اعضای تیم فک کنن که اسکرام مستر داره چه چیزهای منفی‌ای رو در موردشون می‌نویسه و عبارت «به حشمت تو انجام دادن فلان تسک و بیسار تسک کمک کنیم» رو «حشمت رو زودتر از تیم بندازیم بیرون» پیش‌بینی کنن!درس شمارهٔ ۸آپدیت‌ها رو فرد به فرد بدیم یا استوری به استوری؟خیلی کمن ادبیات اسکرامی که گفته باشن دیلی‌ها باید فرد به فرد برگزار بشه. با این حال این شیوهٔ بیشتر تیم‌های اسکرامی‌ه. زمانی که دیلی فرد به فرد جلو می‌ره، خیلی محتمله که رشتهٔ کلام موضوعی که در موردش صحبت می‌شه از دست حاضرین جلسه در بره.مثلا، شاید اولین عضو روی آیتم اول و دوم بک‌لاگ کار کرده باشه و نفر دوم روی آیتم دوم و پنجم و نفر سوم هم روی آیتم پنجم و سوم. این رفت و آمد روی آیتم‌ها می‌تونه ذهن حاضرین رو مشوش کنه.برای برخی تیم‌ها داشتن دستورجلسه بر اساس آیتم‌های بک‌لاگ می‌تونه خیلی معنادارتر باشه. وقتی آیتم به آیتم میرید جلو، یک نفر از اعضای تیم (مثلا اسکرام مستر) می‌گه: «خب بریم که در مورد آیتم بعدی صحبت کنیم. کی دیروز روش کار کرده؟ کی امروز دوست داره روش کار کنه؟ کسی تو انجام دادن این آیتم به مانعی برخورد کرده؟»وقتی یه تیمی دیلی‌ش رو این شکلی برگزار می‌کنه، کمتر از موضوع عقب میفته. هر چیزی که در مورد یه آیتم بک‌لاگ لازمه در همون زمان مورد صحبت قرار می‌گیره نه در سه زمان متفاوت توسط سه عضو مختلف.آیا من فکر می‌کنم که تیم‌ها باید این شکلی دیلی برگزار کنن؟نه. برای بعضی تیم‌ها جلسات فرد به فرد مناسبه. اگر اون مدل جلسه براتون جواب می‌ده بهش بچسبید و ولش نکنید!من پیشنهاد می‌کنم که دیلی آیتم به آیتم رو در این مواقع استفاده کنید:زمانی که روش فرد به فرد جواب نمی‌ده. هر زمانی که یه چیزی جواب نمی‌ده باید عوضش کنید و جایگزینش رو امتحان کنید.زمانی که تیم بزرگه. توصیهٔ استاندارد اسکرام اینه که تیم‌ها باید بین ۵ تا ۹ نفر باشن. اگر تیمتون از این عدد بزرگ‌تر شده خوبه که دیلی‌هاتون رو آیتم به آیتم برگزار کنید. هر چی تیم بزرگتر بشه، رفت و آمد بین آیتم‌ها هم بیشتر می‌شه.اگر مدت زیادیه که دیلی فرد به فرد می‌رید. انجام دادن یه جورهٔ هر چیزی برای مدت طولانی خسته‌کننده می‌شه. حتی اگر فرد به فرد براتون خیلی جواب داده، برای یه اسپرینت آیتم به آیتم رو امتحان کنید.اتخاذ رویکرد آیتم به آیتم به جای فرد به فرد روش خوبی برای حذف نداشتن موضوع در دیلی‌هاست! اما اگه هنوز برای ترسیم تصویری واضح از آنچه که افراد دارن روش کار می‌کنن و پیشرفت‌های انجام‌شده در تلاشید، نکات زیر به شما کمک می کند.پیشرفت رو دیدنی کنیدیکی از راه‌ها اینه که دیلی‌ها رو پای تخته وایت‌بورد برگزار کنید و به افراد بگید که هر کاری که کردن رو روی اون مشخص کنن. همون جوری که در درس ۶ « چه جوری هر کسی رو در طی دیلی متمرکز نگه داریم» دیدیم، این روش خیلی خوبی برای متمرکز نگه داشتن اعضا روی آپدیت‌های خودشونم هست.یه «استوری اونر» مشخص کنیدراه دیگه‌ اینه که برای هر یوزر استوری، یه استوری اونر تخصیص بدید تا کارهای تیم در اون اسپرینت رو برنامه‌ریزی کنه. این فرد مسئول اینه که بدونه که یوزر استوری داره درست پیش میره یا نه. این مسئولیت بار سنگینی رو ایجاد نمی‌کنه و روزی نهایتا ۵ تا ۱۰ دقیقه زمان می‌بره. این که اون فرد چقدر در اون استوری مسئولیت داره، روی اثربخشی‌ش به پیشرفت استوری اثرگذار نیست.اندازهٔ تیم رو کاهش بدیدهمون جوری که گفته شد، تعداد مناسب تیم ۵ تا ۹ نفر هست. من ترجیحم بازه‌ای بین ۵ تا ۷ نفره و اگر که ممکن باشه دوست دارم سرِ بازه بمونم. اگر تیمی بیش از ۹ نفره، خیلی ساده می‌شه پیگیری کارهای افراد از دستتون در بره.هر جفتش رو امتحان کنید و ببینید کدومش برای سازمان شما بهترهاگر سازمان شما تعداد زیادی تیم داره، به صورت تصادفی اون‌ها رو تقسیم کنید و به یه دسته بگید که از روش فرد به فرد و دستهٔ دیگه استوری به استوری رو برای یه اسپرینت کامل جلو ببرن. بعد از اون، همهٔ اعضا رو گرد هم بیارید تا تجربیاتشون رو بگن و توی یه جلسهٔ رترومانندی در مورد این که کدوم یکی از این روش‌ها کارآتر بود تصمیم‌گیری کنید و همون رو ازون به بعد اجرا کنید.موانع رو دیدنی کنیدگاهی اوقات از رخ ندادن بعضی اتفاقات می‌تونید بفهمید که پیشرفت چیه. در اینجا یک اسکرام مستر در مورد روش ساده‌ش برای شناسایی و برخورد با این مشکلات صحبت کرده:«من یه تعدادی کارت توقف پرینت کردم که یه جایی داشت برای نوشتن این که کی یا چی مانع پیشرفت کار شد. اگر کسی به موقعیتی اشاره می‌کرد که اون فرد نتونسته بود کارش رو ادامه بده، یه دونه از اون کارت‌ها رو به تخته می‌چسبوندیم. بعد از هر دیلی، می‌شستیم و علامت‌های توقف رو نگاه می‌کردیم و تصمیم می‌گرفتیم که چه جوری این موانع رو پیش از استندآپ بعدی رفع کنیم.»این اسکرام مستر یه راهی هم برای مانیتور کردن تاخیرهای احتمالی داشت که اگر معطل دیلی‌ها می‌‌موند نمی‌تونست حلشون کنه.«در پروژهٔ توسعهٔ بازی ما، فعالیت‌های میان‌تیمی خیلی محدود بود. برای همین ما یه سری نمودار برن‌داون برای هر کاری مثل برنامه نویسی، گرافیک، موزیک و غیره داشتیم. گاهی یک عضوی از تیم باید برای تموم شدن استوری منتظر کار دیگری می‌موند اما این رو به عنوان یه مانع بیان نمی‌کرد.»«هر روز پیش از دیلی من به سطوح نمودار برن‌داون هر استوری نگاه می‌کنم. اگر استوری‌ای شروع شده باشه و بیش از یک روز معطل مونده باشه و علامتی از مانع رو هم نداشته باشه، اون استوری رو میارم توی جلسه و از بچه‌ها می‌پرسم که آیا مساله‌ای وجود داره که گزارشی برای این استوری نیومده؟ این حرکت اثر چشمگیری در پیشرفت پیوستهٔ کارها داره. البته که یه کم کارهای اسکرام مستر رو بیشتر می‌کنه اما برای اعضای تیم هیچ زحمت اضافی نداره.»پیشرفت اعضای تیم رو دیدنی کناین کار ساده از یک اسکرام مستره که تونسته شفافیت فعالیت بچه‌های تیمش رو ایجاد کنه:«من برای هر دولوپری یه آواتار ساختم و کنار استوری‌ای که داره روش کار می‌کنه اون آواتار رو هم به تخته چسبوندم. این شکلی به سرعت می‌شه علاوه بر این که ببینی هر استوری‌ای در چه وضعیتی هست، ببینی که کی داره روش کار می‌کنه.»«استفاده از آواتار روی تختهٔ کنار تیم این دو تا محسنه رو داره که اگر به هر دلیلی اعم از مرخصی بودن اعضا تا مریضی و بی تمایلی به استوری، آیتمی بدون اواتار موند، سریعا به چشم بیاد و براش یه فکری کنیم. دوم این که اگر کسی روی تعداد زیادی استوری داره کار می‌کنه مشخص می‌شه و اگر احساس کنیم این موضوع مشکلاتی رو ممکنه ایجاد کنه، جلوش رو می‌گیریم.»درس شمارهٔ ۹کی باید مشکلات رو حل کنی؟توصیهٔ کلی اینه که جلسات دیلی محلی برای حل مشکلات نیست. اما مشکلات همیشه وجود دارن و خیلی راحت می‌تونن تبدیل به نُقل مجلس بشن و به جای آپدیت دادن، وقت زیادی رو برای حل کردن اونا اختصاص بدیم.من به تجربه فهمیدم که اختصاص یه زمان کمی به طرح مشکلات در جلسه بد نیست. مثلا وقتی یکی میگه:« من کل دیروزم رو با فلان چیز ور می‌رفتم و کلی ازم وقت گرفت» و اون یکی می‌گه:« تنظیمات فلان چیز رو عوض کن، ردیف می‌شه.» اگه اینجا جواب نفر اول «دمت گرم، ردیفه.» بود که صحبت مفیدی در دیلی‌ه اما هرگونه بسط این مساله رو باید به بعد از دیلی منتقل کنیم.نکات بعدی کمکتون می‌کنه که در حالی‌که یه فضایی به حل مشکلات می‌دید، روی آپدیت‌ها متمرکز بمونید.شانزده دقیقهوقتی یک نفر در جلسه موضوعی رو طرح کنه که بحث روی بحث میاره و دیلی رو از اردر خارج می‌کنه، اسکرام مستر می‌تونه بگه «نکتهٔ خوبی بود. بذار نگهش داریم برای دقیقهٔ ۱۶.»این جمله، موضوع رو به بعد از جلسه منتقل می‌کنه و در عین حال روش بسیار مودبانه‌ای برای متمرکز نگه داشتن دیلی برای ارائهٔ آپدیت‌های لازمه.یه ۱۵ دقیقهٔ دیگهیکی به من می‌گفت که جلسات دیلی‌شون رو ۳۰ دقیقه‌ای تنظیم می‌کنن و در ۱۵ دقیقهٔ اول به آپدیت‌ها می‌پردازن و ۱۵ دقیقهٔ دوم رو به بیان مشکلات و ارائهٔ راه‌حل‌ها اختصاص می‌دن. با توجه به سختی پیدا کردن زمان متمرکز دیگه بین همهٔ اعضای تیم، این ۱۵ دقیقهٔ دوم خیلی مفیده.پارکینگ یا ته مهمونی رو دیدنی کنیددر طول دیلی، موضوعاتی که نیاز به مباحثهٔ بیشتر دارن رو روی تخته مشخص کنید. بعد از اتمام جلسه هر کسی که می‌خواست در مباحثه شرکت داشته باشه بمونه و هر کی نمی‌خواست بره. به این جلسه‌های مرسوم، پارکینگ یا ته مهمونی می‌گن.درس شمارهٔ ۱۰دیلی‌های اسکرام واقعا باید یه روزه باشن؟سال ۱۹۷۵، فرد بروکز مدیر پروژهٔ IBM OS/360 بود. این یکی از اولین پروژه‌هایی هست که به طرز رقت‌انگیزی دیر تحویل شد. حدودا یک سال دیرکرد داشت.از بروکز پرسیدن که «چی شد که پروژه‌تون یک سال بیشتر طول کشید؟» و جواب معروف بروکز این بود که «یه روز در میون انجامش دادیم!»من معتقدم که دیلی‌ اسکرام به پروژه‌های ما کمک می‌کنه که سرنوشت مشابه پروژهٔ بروکز پیدا نکنن. با دیلی‌های مستمر، موضوعات زودتر مطرح می‌شن و کمک می‌کنه که از لغزش‌های یه روز در میونیِ بروکز که یه سال پروژه رو عقب میندازه در امون بمونیم.اما آیا واقعا نیاز داریم که این جلسات رو هر روز برگزار کنیم؟بله، بیشتر تیم‌ها باید این کار رو بکنن. من فقط در دو مورد استثنایی این قانون رو می‌شکنم.قطعا یکی از این موارد این نیست که «برای تیم‌هایی که زیاد با هم حرف می‌زنن فاصلهٔ دیلی‌ها رو زیاد کنیم!». من این موضوع رو خیلی می‌شنوم که چون این تیم در طول روز خیلی با هم صحبت می‌کنه پس نیازی به دیلی مستمر نداره. این‌ها یکی نیستن. حتی در همچین تیمی هم دیلی‌ تنها زمانیه که تمام اعضای تیم هر روز می‌تونن دور هم بنشینن و صحبت کنن. هر صحبت دیگه‌ای در طول روز بین یه زیرمجموعه‌ای از تیم اتفاق میفته.علاوه بر این، زمانی که افراد تیم در فضای خارج از دیلی خیلی با هم صحبت می‌کنن، این باعث می‌شه که زمان جلسه کوتاه‌تر بشه که دیگه ارزش غر زدن نداره.اما اون دو تا موردی که گفتم می‌شه براش دیلی‌ها رو برگزار نکرد چیان؟!اول، چهارشنبه‌های تیم‌هایی که خیلی پراکنده و پخشن. تیمی رو در نظر بگیرید که اعضای دورکار داره که اختلاف افق زیادی با هم دارن و ممکنه دیلی برای یکیشون ساعت ۸ شب بیفته در حالی‌که این زمان سر صبح بقیهٔ اعضای تیمه. شرکت کردن در یک جلسهٔ شبانهٔ آخر هفته خیلی ستمه و اگر حالا شنبه تا سه‌شنبه باشه می‌شه یه کاریش کرد. اما کمتر کسی دوست داره شب چهارشنبه رو به دیلی اختصاص بده.دوم، روزهایی که تیم جلسهٔ اسپرینت پلنینگ داره، دیلی عملا بی فایده‌ست. جلسات پلنینگ معمولا با بحث هایی تموم می‌شه که برگزاری دیلی رو خنده‌دار می‌کنه. توی این جلسه تازه معلوم شده که چه تسک‌هایی از بک‌لاگ رو کی به عهده بگیره.جلسات دیلی مهم هستن و وقتی که به درستی انجام بشن، بی‌اندازه به تیم کمک می‌کنه. به خاطر داشته باشید که هدف از برگزاری دیلی همگام‌سازی اعضای تیم با همه.ما در این راهنما چیزهای زیادی رو به اشتراک گذاشتیم.من ازتون می‌خوام با تکنیک‌هایی که گفته شد و اعتماد به نفس، دیلی‌هاتون رو از خوب به عالی تبدیل کنید. توصیه‌های این راهنما برای صدها اسکرام مستر در سراسر دنیا جواب داده و قدم بعدی اینه که ببینید چه اقدامی در تیم شما بهتر کار می‌کنه تا همون رو ادامه بدید.</description>
                <category>Farhad Moghimi</category>
                <author>Farhad Moghimi</author>
                <pubDate>Mon, 16 Aug 2021 19:04:42 +0430</pubDate>
            </item>
            </channel>
</rss>