تجربهنگاریهای نوا
Open in Telegram
🤍نسیم نوائی | PMO • Agile • Jira 🤍مدیریت پروژه، چابکی و سیستمسازی تیمها 🤍منتورینگ فردی | راهاندازی Jira سازمانی 🎓MSc Computer Networks, IUST | BSc IT, Tabriz 🪽کانال نظرات همراهیها @withnavaei
Show moreThe country is not specifiedThe category is not specified
329
Subscribers
+124 hours
+37 days
+830 days
Posts Archive
این پست یادتونه؟
سه نفر منتی عزیزمون، فرمهای intake رو گرفتند، پر کردند و امروز عصر با هر سه تاشون جداگانه اولین جلسه منتورینگ رو داریم😎
قراره توی جلسه اول دیسکاوری داشته باشیم! روی چالشی که دارن تمرکز کنین و بر اون اساس تکالیف و تمارین هفته اول بهشون تخصیص داده میشه🙂↔️
❓ تیمی در اسپرینت ۴۰ پوینت تعهد کرده؛ ۳۵ پوینت کار کاملاً Done شده و یک استوری ۵ پوینتی ۹۰٪ پیش رفته. Velocity اسپرینت چقدر است؟
❓ در جلسه Planning Poker، اگر یکی از اعضا عدد ۲ و عضو دیگری عدد ۱۳ رو کند، بهترین اقدام تیم چیست؟
❓ در متدولوژی چابک (Agile)، چرا برای تخمین استوریها از «امتیاز نسبی/فیبوناچی» به جای «ساعت» استفاده میشود؟
📚 پرونده کتاب Scrum | فصل ۶ (پست ۵ از ۵)
سرعت تیم (Velocity) دقیقاً به چه دردی میخوره؟ 🚀
ولاسیتی یعنی مجموع امتیازهای استوریهایی که در طول یک اسپرینت واقعاً «Done» شدن (طبق Definition of Done).
⚠️ بزرگترین اشتباه مدیریتی:
مقایسه ولاسیتی دو تا تیم با هم، یا تبدیل کردن اون به KPI برای فشار آوردن به تیم! ولاسیتی مثل شماره پای هر آدمه؛ شماره پای یک نفر ۴۲ هست و یکی دیگه ۳۸، این دلیل برتری هیچکدوم نیست.
🔹 کاربرد واقعی:
ولاسیتی یک ابزار پیشبینیه. وقتی بدونید میانگین ولاسیتی تیم در ۳ اسپرینت اخیر ۳۰ پوینت بوده و توی بکلاگ ۱۵۰ پوینت کار اولویتدار مونده، با قطعیت بالا میتونید به بیزنس بگید: «این قابلیتها حدوداً ۵ اسپرینت دیگه ریلیز میشن.»
برنامهریزی واقعی یعنی تصمیمگیری بر اساس دیتای گذشته، نه آرزوهای آینده!
#Velocity #ScrumMetrics #SprintPlanning #AgileLeadership @NavaeiNotes
📚 پرونده کتاب Scrum | فصل ۶ (پست ۴ از ۵)
چطور بکلاگی بسازیم که تیم واقعاً بتونه تخمینش بزنه؟ 🎯
تخمینی که روی یک تسک گنگ و نامفهوم زده بشه، فقط یک حدس الکیه. توی اسکرام، داستانهای کاربری (User Stories) باید ویژگیهای فرمول INVEST رو داشته باشن:
🔹 I - Independent (مستقل): وابستگی حداقلی به بقیه تسکها
🔹 N - Negotiable (قابل مذاکره): قرارداد سفتوسخت نیست، جای چکشکاری داره
🔹 V - Valuable (ارزشافزا): ارزش ملموسی به کاربر یا بیزنس بده
🔹 E - Estimable (قابل تخمین): برای تیم شفاف باشه تا بتونن اندازهش بزنن
🔹 S - Small (کوچک): توی یک اسپرینت بهراحتی جمع بشه
🔹 T - Testable (آزمونپذیر): معیار پذیرش (Acceptance Criteria) مشخص داشته باشه
اگر استوری شما INVEST نباشه، پلنینگ تبدیل به میدان جنگ و حدسهای پوچ میشه!
#UserStory #INVEST #ProductBacklog #ProductOwner @NavaeiNotes
📚 پرونده کتاب Scrum | فصل ۶ (پست ۳ از ۵)
چطور توی جلسات تخمین، نظرات ارشدها جو تیم رو مسموم نکنه؟ 🃏
حتماً دیدید وقتی یک برنامهنویس ارشد یا مدیر پروژه میگه: «این فیچر که ۲ ساعت بیشتر کار نداره!»، بقیه تیم حتی اگر نظر دیگهای داشته باشن ساکت میشن (سوگیری لنگر انداختن یا Anchoring Bias).
🔹 جادوی Planning Poker:
۱. داستان کاربر (User Story) خوانده میشه.
۲. همه همزمان و مخفیانه کارت تخمین خودشون رو انتخاب میکنن.
۳. با شمارش ۳، همه کارتها رو همزمان رو میکنن!
🗣 بحث اصلی کجاست؟
کمترین عدد و بیشترین عدد با هم صحبت میکنن. چرا یکی داده ۲ و یکی داده ۱۳؟ دقیقاً همینجا باگهای ذهنی، ریسکهای پنهان و ابهامات معماری کشف میشن، نه توی کدهای نوشتهشده!
#PlanningPoker #ScrumMaster #AgileTeam #Estimation
@NavaeiNotes
📚 پرونده کتاب Scrum | فصل ۶ (پست ۲ از ۵)
ساعت یا سایز سگ؟! چرا تخمین زمانی کار نمیکنه؟ 🐶
مغز انسان در تخمین زدن «زمان مطلق» افتضاحه! اگر از تیم بپرسی این فیچر چند ساعت طول میکشه، هرکس یه عددی میده و آخرش هم هیچکدوم درست درنمیاد.
اما مغز ما در «مقایسه نسبی» فوقالعاده است:
همه میدونیم جثه «سگ لابرادور» از «چیواوا» بزرگتره و از «گریت دین» کوچیکتره، بدون اینکه لازم باشه وزنشون رو با گرم اندازه بگیریم!
🔹 چرا دنباله فیبوناچی (۱، ۲، ۳، ۵، ۸، ۱۳، ۲۱)؟
چون هرچی کار بزرگتر میشه، عدمقطعیتش تصاعدی بالا میره. فرق بین کار ۱ و ۲ کمه، اما فرق بین ۸ و ۱۳ زیاده و روی کارهای بزرگ نباید سر جزئیات الکی بحث کرد. کار بزرگ (مثلاً ۱۳ یا ۲۱) یعنی سریع باید شکسته بشه به تکههای کوچکتر.
#StoryPoints #Fibonacci #Estimation #Agile @NavaeiNotes
📚 پرونده کتاب Scrum | فصل ۶: واقعیت را برنامهریزی کن، نه توهم را! (پست ۱ از ۵)
تا حالا شده روز اول پروژه، یه گانتچارت ۶ ماهه دقیق با روز و ساعت تحویل بدید و ته دلتون بدونید حتی یک خطش هم واقعی درنمیاد؟ 😅
جف ساترلند تو این فصل دست میذاره روی بزرگترین دروغ دنیای مدیریت سنتی: «توهم قطعیت».
🔹 مخروط عدم قطعیت (Cone of Uncertainty) چیه؟
اول هر پروژه، میزان خطای تخمینها بین ۴۰۰٪ تا ۲۵٪ است! یعنی کاری که فکر میکنی ۱ ماه طول میکشه ممکنه ۴ ماه طول بکشه یا توی یک هفته جمع بشه؛ چون اول راه در «بیشترین حالت جهل» نسبت به جزییات قرار داریم.
💡 راهحل اسکرام:
بهجای اینکه ماهها وقت تلف کنیم تا یک برنامه کاغذی و غیرواقعی بنویسیم، پروژهرو به گامهای کوتاه (اسپرینت) میشکنیم و با هر دمو، مه و ابهام رو کم میکنیم تا واقعیت جای توهم رو بگیره.
#Scrum #Agile #Planning #ConeOfUncertainty @NavaeiNotes
🗓️تاریخ انتشار خلاصه و کوییزهای فصلهای باقیمانده کتاب اسکرام
📌 فصل شش، ۶ شهریور
📌فصل هفت، ۱۳ شهریور
📌فصل هشت، ۲۰ شهریور
فصل نه(آخر)، ۲۷ شهریور
🔔زنگولهها فعال باشه🥰
منم خسته و ناامیدم.
از وضع کشور و جوونیمون.
اما چیکار میتونم بکنم؟
بذار حداقل من زندگی رو نجنگیده نبازم!
بذار حداقل اون بخشی از زندگی رو که کنترلش دست منه رو برنامهریزی کنم.
بقیهاش نه دست منه، نه دست تو.
بسپر به جریان زندگی …
چارهای نیست!
راستی این نظرسجی تا به امروز ۴۳ شرکتکننده داشته. نه که فراموش کنم چرا این نظرسنجی رو شروع کردم، بلکه فرصت نکردم به ایده ذهنیم پر و بال بدم.
اولویت فعلا تمام کردن کتاب اسکرام جف ساترلند هست. بعدش میریم سراغ این نظرات.
پس هنوز فرصت دارین شما هم بخشی از این دادهها باشین😎
پستهاش آماده است، فردا براتون میفرستم.
تا اون موقع ریاکشن اینپست رو به عدد ۳۱ برسونین که کم کم دارم ۳۱ ساله میشم🥳😎
