es
Feedback
تجربه‌نگاری‌های نوا

تجربه‌نگاری‌های نوا

Ir al canal en Telegram

🤍نسیم نوائی | PMO • Agile • Jira 🤍مدیریت پروژه، چابکی و سیستم‌سازی تیم‌ها 🤍منتورینگ فردی | راه‌اندازی Jira سازمانی 🎓MSc Computer Networks, IUST | BSc IT, Tabriz 🪽کانال نظرات همراهی‌ها @withnavaei

Mostrar más
El país no está especificadoLa categoría no está especificada
346
Suscriptores
-124 horas
-37 días
+2630 días
Archivo de publicaciones
فصل ۶ رو مطالعه کردین؟ بریم سراغ چند تا کوییز؟🪽

اسکرام یعنی: حذفِ فرم‌های بی‌مورد، حذفِ جلساتِ سمی، و حذفِ سیاست‌هایی که فقط دست و پای ما رو بستن. هدفِ ما رسیدن به حالتِ «Flow» است؛ جایی که کارها بدونِ اصطکاک و با لذت انجام میشن. حالا نوبتِ شماست: توی شرکتِ شما، احمقانه‌ترین قانونی که وجود داره و فقط وقتِ همه رو می‌گیره چیه؟ (مثلاً جلساتِ بی‌پایانِ روزانه یا کاغذبازی‌های بی‌معنی). تو پیام‌ها بنویسید، ببینیم کی از همه «اتلافِ» بیشتری داره! 👇 @nasimnavaeii

قصه پنجم: قهرمان‌ها و آدم‌های سمی 🚫 ۱. قهرمان‌بازی ممنوع: اگه تیم‌تون مدام به «قهرمان‌هایی» نیاز داره که شب‌بیداری بکشن تا پروژه‌ها رو نجات بدن، شما «تیم» ندارید؛ شما «سیستم‌تون» خرابه. قهرمان، نشونه‌ی شکستِ برنامه‌ریزیه. ۲. قانون No Assholes: توی تیم، آدمِ سمی (کسی که تحقیر می‌کنه، می‌ترسونه، یا آشوبِ عاطفی ایجاد می‌کنه) مثلِ یه سرطان عمل می‌کنه. اسکرام بدونِ «امنیتِ روانی» عملاً کشکه.

قصه چهارم: قبل از ناهار، تصمیمِ کلیدی نگیر! 🥪 یه تحقیقِ باحال روی قضاتِ اسرائیلی انجام دادن. دیدن نرخِ صدورِ احکامِ عادلانه، بلافاصله بعد از ناهارِ قاضی به اوج می‌رسه و قبل از ناهار، به صفر می‌رسه! این یعنی چی؟ یعنی تصمیم‌گیری، «انرژی» مصرف می‌کنه. وقتی مغزت گرسنه یا خسته‌ست، به جای تصمیمِ درست، «تنبل‌ترین تصمیم» رو می‌گیره (مثلاً: «ولش کن، بذار همون سیستم قدیمی بمونه، ریسک نکنیم!»). توصیه فنی: تصمیم‌های مهم (معماری، بودجه، تغییرِ دیتاسنتر) رو بذارید برای ساعت‌های پرانرژیِ روز. پایانِ روزِ کاری، فقط کارهای روتین انجام بدید.

قصه سوم: ساعتِ بیشتر، خروجیِ کمتر! 📉 دیدید بعضی مدیرها فکر می‌کنن اگه تیم تا ۱۲ شب بمونه یعنی کار می‌کنه؟ منحنی ماکسول رو بب
قصه سوم: ساعتِ بیشتر، خروجیِ کمتر! 📉 دیدید بعضی مدیرها فکر می‌کنن اگه تیم تا ۱۲ شب بمونه یعنی کار می‌کنه؟ منحنی ماکسول رو ببینید. بعد از یه حدِ مشخصی، خروجی سقوط می‌کنه. اضافه‌کاریِ طولانی یعنی: خستگی⬅️ خطای انسانی⬅️ دوباره‌کاری. وقتی خسته‌ای، کدی که می‌زنی یه باگ داره که فردا صبح دوباره باید ۳ ساعت وقت بذاری تا حلش کنی. ساعت ۵ برو خونه! مغزت برای تصمیماتِ فنیِ فردا به استراحت و ساندویچ نیاز داره، نه به موندنِ الکی توی شرکت.

قصه دوم: باگ، مثلِ میوه نیست که بذاری برسه! 🍎 شرکتِ Palm یه داده‌ی عجیب داشت: اگه یه باگ رو همون لحظه که دیدی حل کنی، مثلاً ۱ ساعت وقت می‌گیره. اگه همون رو بذاری ۳ هفته بمونه تا «بعداً» وقت بشه، رفع کردنش ۲۴ ساعت وقت می‌گیره! چرا؟ چون اون ساختار ذهنی‌ت از کد پریده. دوباره باید بخونیش، دوباره باید بفهمیش… درسِ اسکرام: اگه مشکلی دیدی، همه کارها رو بریز دور، همون لحظه بکشش. “تأخیر” درِ اصلاح، گرون‌ترین مالیاتیه که یه تیم نرم‌افزاری میده.

قصه اول: چندوظیفگی (Multitasking) شما رو احمق می‌کنه! 🤡 خیلیا فکر می‌کنن خیلی خفن‌ان که همزمان دارن: ۱. کد می‌زنن ۲. تیکت‌های جیرا رو جواب میدن ۳. تو جلسه‌ی آنلاین حضور دارن ۴. به تلگرام جواب میدن رفقا، این «چندوظیفگی» نیست؛ این «پریدنِ مداوم از شاخه‌ای به شاخه‌ی دیگه» (Context Switching) است. تحقیقات میگه وقتی بین کارها سوییچ می‌کنید، مغزتون یه بخش بزرگی از انرژی‌ش رو صرفِ لود کردنِ دوباره‌ی محیطِ کاریِ اون تسک می‌کنه. نتیجه؟ هم کند می‌شید، هم احتمالِ باگ‌تون میره بالا. راه حل: آقا/خانمِ محترم، یه تسک رو بردار، تمومش کن، بعد برو بعدی. همین.

چرا ما این‌قدر کار می‌کنیم، ولی خروجی‌مون اون‌جوری که باید نیست؟ 🤯 بچه‌ها، یه نگاه به دوروبرتون بندازید. تو پروژه‌ها، تو دیتاسنتر، تو اسپرینت‌ها… همه در حال دویدنیم، ولی چرا بعضی وقتا حس می‌کنیم داریم درجا می‌زنیم؟ فصل ۵ کتاب «اسکرام» یه جوابِ بی‌رحمانه داره: «اتلاف، جرمه.» توی این رشته‌پست، می‌خوام عصاره‌ی این فصل رو براتون بگم. قراره با «فرهنگِ کارِ زیاد» خداحافظی کنیم و بریم سراغِ اصلِ مطلب. اگه دوست دارید کمتر اذیت بشید و بیشتر نتیجه بگیرید، این چندتا پست رو بخونید. 👇

فصل ۵:
فصل ۵:

از اینکه در نظرسنجی‌ها شرکت کردین ممنونم، یه فکرایی تو سرمه. انشالله عملیش می‌کنیم🥳 قدم به قدم.

این روزا سرم شلوغ کار و مسافرت بود، نتونستم فصل ۵ و ۶ رو براتون بذارم. برای این‌که از برنامه عقب نیفتیم، طول هفته این دو فصل رو با هم مرور می‌کنیم، یاد می‌گیریم و جمعه می‌ریم سراغ فصل۷. طبق برنامه هفتگی همیشگیمون🤍 کیا پایه‌ان!؟😌

دوست دارین جیرا رو حرفه‌ای و با مهارت ادمینی بلد باشین؟
Anonymous voting

🌱 مانیفست اجایل؛ چهار ارزش بنیادین برای خلق ارزش واقعی اجایل فقط یک روش توسعه نرم‌افزار نیست؛ بلکه یک طرز فکر برای همکاری، ی
🌱 مانیفست اجایل؛ چهار ارزش بنیادین برای خلق ارزش واقعی اجایل فقط یک روش توسعه نرم‌افزار نیست؛ بلکه یک طرز فکر برای همکاری، یادگیری و خلق ارزش است. مانیفست اجایل بر چهار ارزش کلیدی تأکید دارد: ✅ افراد و تعاملات مهم‌تر از فرآیندها و ابزارها هستند. ✅ نرم‌افزار (یا محصول) قابل استفاده ارزشمندتر از مستندسازی بیش از حد است. ✅ همکاری با مشتری بر مذاکره صرف بر سر قرارداد ارجحیت دارد. ✅ پاسخگویی به تغییرات مهم‌تر از پایبندی کورکورانه به یک برنامه است. این ارزش‌ها به ما یادآوری می‌کنند که تمرکز اصلی باید بر خلق ارزش، تحویل مستمر، همکاری مؤثر و بهبود مداوم باشد. 💡 اجایل یعنی انجام کارهای درست، در زمان درست و برای ایجاد بیشترین ارزش ممکن. #Agile #AgileManifesto #LeanAgile #ContinuousImprovement #CustomerValue برای چابکی کسب و کار و سازمان خود، ما را در بله و تلگرام دنبال کنید : @iran_business_agility

با اسکرام و به خصوص جیرا آشنایی دارید؟
Anonymous voting

تو کدوم دسته هستید؟
Anonymous voting

این نظرسنجی خیلی مهمه، لطفا شرکت کنید🤍

اگر یک تیم هر روز خیلی پرکار باشد، جلسات زیادی برگزار کند، مدام در حال پاسخ‌دادن به پیام‌ها باشد، اما در پایان اسپرینت چیزی که واقعاً برای مشتری قابل استفاده باشد تحویل ندهد، از نگاه فصل ۴ مشکل اصلی چیست
Anonymous voting

طبق منطق فصل ۴، چرا مفهوم Done در اسکرام فقط به معنی «اتمام فنی کار» نیست؟
Anonymous voting

در اسکرام، Sprint چیست؟
Anonymous voting