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

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

رفتن به کانال در Telegram

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

نمایش بیشتر
کشور مشخص نشده استدسته بندی مشخص نشده است
346
مشترکین
-124 ساعت
-37 روز
+2630 روز
آرشیو پست ها
یه کوییز بگیریم از فصل۴ و بریم سراغ فصل ۵؟🪽

📍چالشِ مدیریتِ پروژه‌های نرم‌افزاری رو به من بسپارید. 📞@nasimnavaeii از نصب و پیاده‌سازی زیرساخت Jira/Confluence گرفته تا طراحی ساختارهای چابک و داشبوردهای مانیتورینگ؛ من کاملاً منعطف و دورکار در کنار تیمتون هستم تا تمرکزتون فقط روی توسعه محصول بمونه. رزومه‌ام رو برای بررسی بیشتر میتونم خدمتتون ارسال کنم. خوشحال می‌شم اگر نیازی به یک بازوی فنی-اجرایی دارید، در تماس باشیم کانالم: @navaeinotes

sticker.webp0.38 KB

بخش ۸: پایان فصل، با یک حقیقت ساده فصل ۴ در نهایت یک پیام خیلی روشن دارد: زمان، حقیقت تیم را افشا می‌کند. اگر تیم فقط مشغول باشد، خیلی زود معلوم می‌شود. اگر تیم واقعاً ارزش تولید کند، آن هم خیلی زود دیده می‌شود. برای همین اسکرام روی بازه‌های کوتاه، خروجی قابل استفاده و بازخورد سریع اصرار دارد. اگر بخواهم کل فصل را در یک جمله داستانی جمع کنم: 🌊فصل ۴ قصه تیم‌هایی است که یاد می‌گیرند به‌جای طولانی کار کردن، زودتر چیزی واقعی بسازند.

بخش ۷: دشمن پنهان، نویز ارتباطی کم‌کم فصل نشان می‌دهد مشکل فقط حجم کار نیست. خیلی وقت‌ها دشمن اصلی، ارتباطات کند و پیچیده است. عنوان‌های شغلی، مرزهای بین تخصص‌ها، واسطه‌های زیاد، و حرف‌هایی که به‌جای مستقیم رفتن، از چند فیلتر رد می‌شوند. نتیجه؟ دانش دیر می‌رسد، تصمیم‌ها کند می‌شوند، و تیم انرژی‌اش را صرف هماهنگی می‌کند، نه خلق ارزش. اسکرام اینجا هم سادگی را ترجیح می‌دهد: 🤍ارتباط مستقیم‌تر، شفاف‌تر، سریع‌تر.

بخش ۶: ایستادن برای هماهنگی، نه برای گزارش دادن ☀️در میانه داستان، Daily Stand-up هم وارد می‌شود. اما نه به‌عنوان یک مراسم خشک. نه جایی برای گزارش به رئیس. بلکه مثل یک توقف کوتاه در مسیر: 💠کجا هستیم؟ 💠چه چیزی جلویمان را گرفته؟ 💠امروز چطور بهتر حرکت کنیم؟ این جلسه قرار نیست کنترل ایجاد کند؛ قرار است ریتم بسازد. 📊یک ضربان روزانه که تیم را کنار هم نگه می‌دارد.

بخش ۵: داستان WIKISPEED بعد کتاب برای اینکه حرفش فقط تئوری نباشد، یک داستان واقعی می‌آورد: 🚙تیمی که این منطق را از دنیای نرم‌افزار بیرون کشید و برد سمت ساخت ماشین. پیام این بخش خیلی روشن است: اسکرام فقط برای کد نیست؛ برای هر جایی است که آدم‌ها باید با هم چیزی واقعی بسازند. اگر کار را ماژولار کنی، وابستگی‌ها را کم کنی، و در چرخه‌های کوتاه جلو بروی، حتی کارهای پیچیده و فیزیکی هم می‌توانند سریع‌تر و هوشمندانه‌تر انجام شوند.

بخش ۴: تیمی که زودتر یاد می‌گیرد، زودتر برنده می‌شود در ادامه، داستان از «کار بیشتر» فاصله می‌گیرد و به «یادگیری سریع‌تر» می‌رسد. فصل می‌گوید تیم موفق الزاماً تیمی نیست که بیشتر عرق می‌ریزد؛ تیمی است که زودتر بازخورد می‌گیرد. وقتی در بازه‌های کوتاه تحویل می‌دهی، اشتباه‌ها زودتر خودشان را نشان می‌دهند. فرضیات غلط زودتر می‌شکنند. و تیم به‌جای اینکه ماه‌ها در مسیر اشتباه بدود، می‌تواند سریع اصلاح مسیر کند.

بخش ۳: لحظه‌ای به نام Done بعد فصل می‌رسد به مهم‌ترین واژه‌اش: Done. اما نه آن Doneای که فقط روی کاغذ خوب به‌نظر می‌رسد. نه Doneای که یعنی «کدم را زدم» یا «تسک را بستم». بلکه Doneای واقعی: چیزی که مشتری بتواند از آن استفاده کند. انگار فصل دارد به تیم‌ها می‌گوید: 📚جهان بیرون به زحمت شما امتیاز نمی‌دهد؛ به نتیجه‌ای امتیاز می‌دهد که به درد بخورد.

بخش ۲: ورود زمان به‌عنوان داور اینجا «زمان» وارد داستان می‌شود؛ نه به‌عنوان یک تقویم ساده، بلکه مثل یک داور سخت‌گیر. اسکرام می‌گوید اگر کار را باز و بی‌انتها رها کنی، همه‌چیز کش می‌آید: تصمیم‌ها عقب می‌افتند، اولویت‌ها مبهم می‌شوند، و تیم در شلوغی گم می‌شود. 🪽برای همین Sprint متولد می‌شود: یک بازه کوتاه و مشخص که تیم را مجبور می‌کند از رویا بیرون بیاید و چیزی واقعی تحویل بدهد.

بخش ۱: توهم پیشرفت داستان فصل از جایی شروع می‌شود که خیلی از تیم‌ها در آن گیر می‌افتند: فکر می‌کنند چون مشغول‌اند، پس در حال پیشرفت‌اند. اما اسکرام یک مرز روشن می‌گذارد: 📝مشغول بودن با ارزش ساختن فرق دارد. ممکن است هفته‌ها کار کرده باشی، اما هنوز چیزی نداشته باشی که کاربر بتواند لمسش کند، استفاده‌اش کند یا بابتش پول بدهد.

فصل ۴: زمان⏰
فصل ۴: زمان⏰

فصل ۴ انگار با یک صحنه آشنا شروع می‌شود: یک تیم شلوغ. همه در حال کارند. جلسه‌ها برقرار است. تسک‌ها روی بورد جابه‌جا می‌شوند. آدم‌ها خسته‌اند، اما یک سؤال بی‌رحم وسط اتاق می‌ایستد: «آخرش چی واقعاً قابل استفاده شد؟»

آیا تیم‌تان واقعاً ارزش تولید می‌کند، یا فقط «مشغول» به نظر می‌رسد؟ فصل ۴ اسکرام یک سیلی به توهم پیشرفت است: مشتری به «در حال انجام» پول نمی‌دهد؛ به «قابل استفاده» پول می‌دهد.
Anonymous voting

برای فصل چهارم آماده‌این؟😌☺️🤍

زنده‌باد رفاقتِ Rich Filter و ScriptRunner؛ یکی داده‌ها رو پیدا می‌کنه، اون یکی خوشگل تحویلشون می‌ده! 🤝📊

دانش سازمان شما کجاست؟ توی ذهنِ آدم‌ها یا توی مستندات؟ 📉 صادقانه بگید، اگه فردا یکی از اعضای کلیدی تیم بره، چقدر از بیزنس‌تون لنگ می‌مونه؟ سؤالم از متخصص‌ها و صاحب‌سخن‌ها: برای مدیریت دانش از چی استفاده می‌کنید؟ اگه جواب‌تون Confluence هست، چطوری تیم رو راضی کردید که «بنویسن» و نذارن اونجا تبدیل به قبرستانِ PDF بشه؟ فرآیندتون چیه؟ تجربه‌تون رو برام بنویسید، شاید راهی که رفتید گره‌گشای بقیه هم باشه. 👇 @nasimnavaeii #مدیریت_دانش #کانفلوئنس #جیرا #مستندسازی #Agile

با افزایش تعداد اعضای یک تیم، پیچیدگی ارتباطات چگونه تغییر می‌کند؟
Anonymous voting

جوابی که اکثرا به اشتباه انتخاب کردین، بیشتر شبیه سازمان‌های سنتیه؛ جایی که همه چیز از بالا کنترل میشه. اما تیم‌های عالی هدف مشترک دارن، خودمختارن و برای رسیدن به نتیجه کنار هم کار می‌کنن، نه فقط زیر نظر یک سلسله‌مراتب سخت.

یه خورده سیس تیچر اخمو‌ بگیرم؟ جواب این سوال عینا در این متن و پررنگ هست. 😒😒😒😒 می‌دونم این روزها ذهن‌ها درگیره، اما خوبه که از مسیر عقب نمونیم☺️🤍 همیشه گفتم، 📌مفاهیم اجایل به درد زندگی واقعی و هدف‌گذاریش هم می خوره.