Iran Agile channel @iranagile Channel on Telegram

Iran Agile channel

@iranagile


Group Link:
Channel Link: https://telegram.me/iranagile

Iran Agile channel (English)

Are you interested in learning about Agile methodologies and how they are implemented in Iran? Look no further than the Iran Agile channel on Telegram! This channel, with the username @iranagile, is dedicated to providing valuable insights, resources, and discussions related to Agile practices in the Iranian context. Join a community of like-minded individuals who are passionate about Agile development and project management. Whether you are a beginner looking to learn the basics or an experienced professional seeking to stay updated on the latest trends, this channel has something for everyone.

Who is it? The Iran Agile channel is a platform for individuals interested in Agile methodologies and their application in Iran. It brings together Agile enthusiasts from diverse backgrounds to share knowledge, experiences, and best practices.

What is it? The Iran Agile channel serves as a hub for discussions, resources, and information related to Agile practices in the Iranian business and tech sectors. Members can participate in discussions, ask questions, and stay informed about the latest developments in the Agile community.

Join the Iran Agile channel today to connect with a vibrant community of Agile practitioners in Iran and beyond. Group Link:
Channel Link: https://telegram.me/iranagile

Iran Agile channel

24 Nov, 10:11


چرا استعاره تحول کرم‌ابریشم به پروانه برای تغییرات سازمانی اشتباه است

شاید این چیزی که میگویم یک نظر نامحبوب باشد ولی بیایید یک استعاره قدیمی و پرکاربرد را به چالش بکشیم: این که تغییر در سازمان مثل تبدیل شدن کرم‌ابریشم به پروانه است. این استعاره در اکثر کتاب های تحول دیجیتال استفاده شده است.

این استعاره در نگاه اول زیبا به نظر می‌رسد. یک کرم‌ابریشم 🐛 که تلاش می‌کند، در نهایت به یک پروانه‌ی زیبا و بی‌نقص 🦋 تبدیل می‌شود. انگار دو حالت مشخص داریم: وضعیت فعلی که ناقص است و آینده‌ای آرمانی و ایده‌آل که همه چیز در آن کامل است.

اما مشکل اینجاست: تغییر در دنیای واقعی این شکلی نیست.

مشکل من با استعاره پروانه چیست؟
این استعاره این تصور را ایجاد می‌کند که یک نقطه پایان کامل وجود دارد، یک حالت آرمانی که در آن تمام چالش‌ها از بین می‌روند و اوضاع کاملاً "درست" می‌شود.

اما حقیقت این است که زندگی - و سازمان‌ها - هیچ‌وقت این‌طور عمل نمی‌کنند.

چسبیدن به این استعاره باعث می‌شود انتظارات اشتباهی ایجاد کنیم و در نهایت خسته شویم. چرا؟ چون:

- حالت ایده‌آل یک سراب است 🏝️ – هیچ وضعیت کاملی وجود ندارد. هر مرحله جدید چالش‌های و مشکلات خاص خودش را دارد.
- باعث نارضایتی می‌شود 😕 – وقتی آینده‌ای بی‌نقص را بزرگنمایی می‌کنیم، ارزش حال حاضر را پایین می‌آوریم و وقتی به آن کمال نمی‌رسیم، افراد ناامید می‌شوند.
- خستگی ناشی از تغییر را افزایش می‌دهد 💤 – تلاش برای رسیدن به یک آرمان غیرممکن انرژی و انگیزه تیم‌ها را تحلیل می‌برد.

تکامل استعاره بهتری از تحول است 🌱

در علم پیچیدگی، رسیدن به تعادل، هدف نیست؛ بلکه یک زنگ خطر ⚠️ است. سیستم‌هایی که به تعادل می‌رسند، از تکامل بازمی‌مانند و در طبیعت، این یعنی مرگ 💀. سیستم‌های زنده با سازگاری مداوم زنده می‌مانند.

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

چرا تکامل استعاره بهتری است؟ 🔄
تکامل این واقعیت‌ها را درباره تغییر بهتر نشان می‌دهد:

- تداوم دارد 🔁 – تغییر متوقف نمی‌شود. هر قدم دریچه‌های جدید را باز می‌کند، اما موانع جدیدی هم به همراه دارد.
- واقع‌گرایانه است ⚙️ – تمرکز بر پیشرفت است، نه کمال.
- انطباق‌پذیر است 🌍 – تکامل به محیط واکنش نشان می‌دهد و بر پایه بازخورد و ظهور شکل می‌گیرد.

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

چرا این موضوع برای عوامل تغییر مهم است؟ 💡
به عنوان عاملین تغییر، باید از فروختن آرمان‌شهرها 🏰 دست برداریم. به جای این که آینده‌ای دست‌نیافتنی را وعده دهیم، بیایید تغییر را به عنوان یک سفر 🚶‍♂️🚶‍♀️ معرفی کنیم—سفری که ارزشش نه به خاطر پایان آن، بلکه به خاطر این است که ما را به سازگاری، رشد و کشف وادار می‌کند.

سازمان‌ها، مثل سیستم‌های زنده، زمانی رشد می‌کنند که تکامل را بپذیرند، نه وقتی که در تعقیب یک توهم کمال باشند.

اسد صفری

Iran Agile channel

03 Nov, 10:45


جلسات بی فایده، یا عدم مشارکت اعضای تیم در موضوعات جلسه

این دو مورد از شایع ترین مواردی هست که این روزها در تیم های چابک گزارش می شود، یا اعضای تیم از جلسات بی فایده شکایت دارند که وقتشان در آن تلف می شود، یا اسکرام مسترها/مربی‌های چابک از این که اعضای تیم در جلسات مشارکت نمی‌کنند، گله‌مند هستند.
اینجا دقیقا جایی است که نقش یک تسهلیگر خوب تعریف می شود:

تسهیل گر خوب، کسی است که بتواند یک جلسه یا ورکشاپ را به گونه ای طراحی و اجرا کند، که 1- افرادی که در آن حضور دارند، بیشترین مشارکت را داشته باشند 2- جلسه آغاز و پایان خوبی داشته باشد 3- انتهای جلسه حس کنیم که این جلسه فایده داشته و اکنون میدانیم که گام بعدی چیست.

اسکرام مسترها/مربی‌های چابک باید بر روی مهارت تسهیلگری خود سرمایه گذاری خوبی انجام بدهند، زیراکه می توانند با این ابزار در داخل تیم و شیوه کاری تحول بزرگی ایجاد کنند.

ورکشاپ تسهیل‌گری چابک آبان امسال در شش جلسه از 17 آبان تا 2 آذر به صورت آنلاین برگزار خواهد شد. برای اطلاعات بیشتر میتوانید از این لینک استفاده کنید.

Iran Agile channel

13 Oct, 10:43


🧩 بزرگ‌ترین سوءتفاهم درباره تبدیل شدن به یک مدیر محصول 🧩

هفته قبل در طی دوره آموزشی مدیر محصول چابک، مفهومی مطرح شد بعنوان اینکه مدیر محصول باید mini-CEO محصول باشد، مثل اینکه در رأس یک ساختار سازمانی قرار بگیری، تیم‌ها رو هدایت کنی و تصمیم نهایی با تو باشد. اما این تصویر یک ذره رمانتیک تر از واقعیت هست.

🚫 انتظار: قرار گرفتن در بالای ساختار سازمانی و تصمیم‌گیری نهایی.

واقعیت: در واقع، در رأس هیچ چیزی نیستی! به جای اون، در مرکز یک شبکه از منافع متضاد قرار داری. فروش، بازاریابی، مهندسی، پشتیبانی مشتری، تجربه کاربری... هر کدوم اولویت‌های خودشون رو دارن، و به عنوان مدیر محصول، تو باید همه رو به یک تعادل نسبی و توافق جمعی برسونی، بدون اینکه حق تصمیم‌گیری نهایی توی هیچ حوزه‌ای داشته باشی.

وظیفه تو چی هست؟ تأثیرگذاری بدون اختیار مستقیم، هماهنگ کردن تیم‌های مختلف و پیش بردن کارها به سمت هدفی مشترک حتی وقتی که ذی‌نفعان اهداف متفاوتی دارند. شاید مسئولیت‌ها مشترک باشد، ولی تصمیم‌گیری یک کار تیمی هست. این نقش به همدلی، مهارت‌های ارتباطی و کمی دیپلماسی (با چاشنی صبر زیاد) نیاز دارد.

حقیقت این هست که مدیر محصول بودن، به جای در کنترل داشتن همه امور، بیشتر بدنبال ایجاد وضوح، مدیریت هرج و مرج و کمک به همکاری دیگران برای ساختن چیزی معنادار هست.

Iran Agile channel

03 Oct, 16:10


«آها»

بین آگوست ۱۹۷۶ تا آگوست ۱۹۷۷، دکتر پال مک‌کریدی و یک تیم کوچک از اعضای خانواده و دوستانش در جنوب کالیفرنیا صدها نسخه از هواپیمای «گاسامر کاندور» خود را ساختند و بهبود دادند؛ هواپیمایی فوق‌العاده سبک که با نیروی انسانی کار می‌کرد و آنها امیدوار بودند که بتوانند با آن جایزه کرمر را ببرند. برای بردن این جایزه ۵۰ هزار پوندی که در سال ۱۹۵۹ توسط تاجر بریتانیایی، هنری کرمر، بنیان گذاشته شده بود، یک هواپیمای با نیروی انسانی باید از زمین بلند می‌شد، یک مسیر به شکل عدد هشت به طول یک مایل را طی می‌کرد و به سلامت فرود می‌آمد. مک‌کریدی و تیمش ۲۲۲ پرواز آزمایشی انجام دادند و ۹ بار تلاش کردند تا این جایزه را ببرند. اما در پرواز ۲۲۳ و دهمین تلاششان، بالاخره موفق شدند.

در طول این یک سال که به سمت پیروزی پیش می‌رفتند، مک‌کریدی و تیمش بسیاری از «آها» های کوچک را تجربه کردند. «آها» به معنی احساس رضایت، پیروزی یا شگفتی است. هر «آها»ی کوچک از این کشف حاصل می‌شد که چه چیزی کار می‌کند و چه چیزی نیاز به بهبود دارد. آنها به سرعت طراحی را بهبود می‌دادند (گاهی در عرض چند ساعت) و بلافاصله پرواز آزمایشی بعدی را انجام می‌دادند. حتی درست قبل از پرواز معروف ۲۲۳، مک‌کریدی تصمیم گرفت یک دریچه کوچک در زیر بدنه هواپیما بزند تا پای خلبان خنک‌تر بماند. و جواب داد. مجموعه‌ای از همین «آها» های کوچک بود که آنها را به جایزه کرمر رساند.

آیا شما در کارتان از «آها»های کوچک استفاده می‌کنید؟

اگر نه، ممکن است در خطر تلف کردن وقت خود روی کارهایی باشید که ارزش کافی تولید نمی‌کنند. تصور کنید که در حال نوشتن یک کتاب هستید، اما هیچ بازخوردی در طول مسیر دریافت نمی‌کنید—شاید هیچ‌کس به موضوع کتاب علاقه‌ای نداشته باشد و کتاب شما فروش نرود؟

برای کشف سریع راه‌های رضایت مشتریان، باید سریع تجربه کنیم و یاد بگیریم. ما این کار را با تمرکز بر حجم کاری که تکمیل کرده‌ایم انجام نمی‌دهیم. تکمیل کار مهم است، اما مهم‌تر از آن این است که بدانیم به دنبال چه نتیجه‌ای هستیم و کشف کنیم که چگونه آن را ارائه دهیم.

«آها» های کوچک به ما در این مسیر کمک می‌کنند. ما به سرعت از یک «آها» به «آها»ی بعدی می‌رویم و به تدریج یاد می‌گیریم که چه چیزی نتیجه مطلوب را تولید می‌کند.

یک «آها»ی کوچک با مفهوم تولید در دسته‌های کوچک در تولید ناب تفاوت دارد. در حالی که دسته‌های کوچک بر سرعت تکمیل کار تمرکز دارند، «آها» های کوچک بر سرعت کشف تأکید دارند.

برای داشتن «آها»ی کوچک، باید:

- سرعت: هرچه سریع‌تر به «آها» برسیم.
- یادگیری: هر «آها» به ما کمک می‌کند که یاد بگیریم و تطبیق پیدا کنیم.
- امنیت: ما باید در حین یادگیری، احساس امنیت کنیم که موفق شویم یا شکست بخوریم.

«آها» های کوچک یک تکنیک اجرایی برای زندگی با شعار «نتایج بر خروجی‌ها اولویت دارند» هستند. تمرکز بر کشف چگونگی دستیابی به یک نتیجه کلیدی است، نه فقط گزارش‌گیری از کارهایی که انجام داده‌ایم.

به این نتایج و «آها»های کوچک مرتبط با آنها که به ما کمک می‌کنند در مسیر رسیدن به آن نتایج پیش برویم توجه کنید:

نتیجه: من می‌خواهم آشپز بهتری شوم. آها: «همه از همبرگرهای سبزیجاتی که درست کردم خوششان آمد!»

نتیجه: من می‌خواهم با افراد بیشتری در شبکه‌های اجتماعی ارتباط برقرار کنم. آها: «توییت روز یکشنبه‌ام هیچ توجهی جلب نکرد. شاید باید از روزهای یکشنبه دوری کنم یا حداقل یک تصویر و هشتگ اضافه کنم؟»

نتیجه: من می‌خواهم یک کتاب پرفروش بنویسم. آها: «مردم تمثیل هنرهای رزمی من را درک نکردند، اما گفتند که دیاگرام‌هایم بسیار واضح هستند.»

یک «آها»ی کوچک ممکن است بعد از چند دقیقه، ساعت، روز، هفته یا حتی ماه اتفاق بیفتد. آنها لزوما ارتباطی مستقیمی به چارچوب‌های زمانی ثابت مثل اسپرینت‌های اسکرام ندارند. بلکه «آها» های کوچک در بازه‌های زمانی کوتاهی رخ می‌دهند که بسته به زمان و ماهیت کار متفاوت است. به عنوان مثال، زمان بین پروازهای آزمایشی گاسامر کاندور از چند ساعت تا چند روز و گاهی چند هفته متغیر بود. سرعت «آها» های کوچک استاندارد نیست.

لینک اصلی متن

Iran Agile channel

01 Oct, 07:40


کارگاه آموزشی کاربردی مالک محصول (مدیریت محصول چابک) هفته آینده در چهار جلسه برگزار خواهد شد.

سرفصل کارگاه:
- ایجاد چشم انداز و تدوین استراتژی محصول
- ایجاد ارتباط بین هدف و اجزای بک لاگ محصول
- تکنیک‌های متفاوت ایجاد نقشه راه محصول
- مدیریت ذینفعان و نکات کلیدی در دنیای واقعی
- مدیریت و سازماندهی موثر بک لاگ محصول
- چگونه با تیم در طول اسپرینت باید کار کرد؟
- شیوه های متفاوت اولویت بندی
- آشنایی با Story Mapping

اطلاعات بیشتر در این لینک

Iran Agile channel

16 Sep, 12:28


ویدئو: چرا برگزاری جلسات رترو میتواند وقت تلف کردن باشد؟ و چگونه میتوان آن را حل کرد؟

بهبود مستمر در قلب Agile قرار دارد، اما چه اتفاقی می‌افتد وقتی جلسات رترو (Retrospectives) که قرار است ابزاری برای ایجاد این فضای بهبود باشند، در عمل سودمند نیستند؟ در این ویدیو، به دلایل واقعی شکست احتمالی جلسات رترو در تیم‌های چابک پرداخته شده و روش‌هایی برای حل علل اصلی این مشکلات ارائه شده است.

👇👇👇👇👇

https://www.youtube.com/watch?v=nmYqrOs-qeo

Iran Agile channel

08 Sep, 13:43


ویدئو: چرا استوری پوینت و پلنینگ پوکر میتواند وقت تلف کردن باشد؟ 💢

در تیم‌های چابک، تخمین زدن گاهی اوقات شبیه به بازی حدس و گمان است. 🎲 بسیاری از ما به پلنینگ پوکر 🃏 و استوری پوینت‌ها 📊 برای این حدس‌ها متکی هستیم، اما آیا واقعاً این روش‌ها به ما کمکی می‌کنند؟ مشکل در نحوه استفاده از این روش‌هاست—تیم‌ها اغلب نسبت نسبی استوری پوینت‌ها را فراموش می‌کنند و آنها را به چیزی شبیه به ساعت‌ها یا روزها تبدیل می‌کنند، که این هدف اصلی چنین رویکردی را نقض می‌کند.

برای مثال، وقتی یک کار با ۲ استوری پوینت ارزیابی می‌شود، باید از نظر اندازه—چه از نظر تلاش، پیچیدگی، یا عدم قطعیت—دو برابر بزرگ‌تر از کاری باشد که با ۱ استوری پوینت ارزیابی شده است. با این حال، در عمل، این نسبیت اغلب نادیده گرفته می‌شود 🚧

در این ویدیو، اسد صفری به بررسی این پرداخته است که چرا پلنینگ پوکر و استوری پوینت‌ها ممکن است زمان شما را هدر دهند و یک راه‌حل ساده و مؤثر برای حفظ دقت و هماهنگی در تخمین‌ها ارائه داده است.

👇👇👇👇👇

https://www.youtube.com/watch?v=ukaplANARHk

#چابک #اسکرام_مستر #رهبری #بهره‌وری #کار_تیمی #توسعه_نرم‌افزار #کار_هوشمند #همکاری

Iran Agile channel

07 Sep, 06:01


💡کارگاه اسکرام کاربردی این هفته برگزار خواهد شد. 

به اطلاع دوستانی که پیگیر ورکشاپ  اسکرام کاربردی بودند، می‌رساند که این دوره همین هفته در روزهای ۲۲ - ۲۳ - ۲۹ و۳۰ شهریورماه ۱۴۰۳ با مربی گری اسد صفری برگزار خواهد شد.


هدف اصلی این دوره علاوه بر عمیق شدن در مفاهیم اسکرام و چابک، انتقال تجربیات از دنیای واقعی و چالش‌های محیط کار است که معمولا در کتاب‌ها و اینترنت کمتر پیدا می‌شود. 

📎 برای اطلاعات بیشتر میتوانید از این لینک استفاده کنید.

Iran Agile channel

01 Sep, 15:25


ویدئو: راه حل جلسات روزانه بدرد نخور 💢

گاهی اعضای تیم حس می‌کنند که توی جلسات روزانه فقط دارن به اسکرام‌مستر گزارش میدن و این باعث می‌شه جلسه‌ها به جای همکاری، شبیه بازجویی بشه. اما این جلسات باید فرصتی برای هماهنگی و پیشرفت تیم باشند. جایی که اعضای تیم حس راحتی داشته باشند و از این فرصت مغتنم روزانه به بهترین شکل استفاده کنند.

اینکه چطور میشه از این تله فرار کرد، و فضایی بهتری در جلسات روزانه یا دیلی استنداپ ایجاد کرد؟ ویدئوی جدید در همین مورد است:

👇👇👇👇👇

https://www.youtube.com/watch?v=fo0qtUTbCnM

#چابک #اسکرام_مستر #رهبری #بهره‌وری #کار_تیمی #توسعه_نرم‌افزار #کار_هوشمند #همکاری

Iran Agile channel

29 Aug, 15:09


آیا انجام هر تغییری در هر شرایطی ممکن است؟

یکی از نقش هایی که ما اغلب بر عهده داریم، سبب ساز شدن یا عامل تغییر بودن است، به نحوی که به تیمها کمک کنیم تا از یک وضعیت به وضعیتی که بهتر است، شیفت کنند. ولی سوالی که مطرح هست، آیا در هر شرایطی می توان هر تغییری که دوست داریم را انجام دهیم؟

در این ویدئو، اسد صفری در مورد مفهوم "مجاور ممکن" صحبت میکند، مفهومی که ریشه آن به زیست شناسی برمیگرد و میتواند در برنامه ریزی تغییر به ما کمک کند، تا دیدگاه درست تری نسبت به مقوله تغییر و تحول داشته باشیم.

Iran Agile channel

18 Aug, 08:47


فیلم ضبط شده دورهمی 17 ام : آیا تفکر استراتژیک و برنامه ریزی بلند مدت همخوان با اصول اجایل هستند؟

در سالهای اخیر چنین باوری در مورد روشهای چابک به وجود آمده است که این روشها صرفا یک نگاه و افق برنامه ریزی کوتاه مدت را توصیه می‌کنند، (مثلا برنامه ریزی به اندازه یک یا چند اسپرینت) و حتی اینکه برنامه ریزی بیش از آن به خاطر ماهیت پیچیده و امکان به وجود آمدن تغییرات شاید اتلاف وقت در نظر گرفته شود، ولی آیا به راستی تفکر چابک اساسا در تناقض با تفکر استراتژیک است؟ آیا برنامه ریزی بلند مدت به هر شکلی، با چابکی همخوانی ندارد و روشهای چابک اساسا با برنامه ریزی بلند مدت مخالف هستند؟

https://youtu.be/VZPadlVuTF4

Iran Agile channel

16 Aug, 11:53


دیروز در یکی از تیم‌های ما اتفاق جالب و البته آموزنده‌ای رخ داد که به نظرم به اشتراک گذاشتنش با شما خالی از لطف نیست.

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

بعد از جلسه، اسکرام مستر یک پیام طولانی در اسلک فرستاد که در آن سعی کرده بود با ارائه منابع و رفرنس‌های متعدد از بیرون، اعضای تیم را متقاعد کند. جالب اینجاست که در این پیام چندین بار به شخصیت‌های شناخته‌شده‌ای مثل مایک کان اشاره کرده بود و گفته بود: "این رو مایک کان میگه که یکی از خفن‌ترین آدم‌های حوزه اجایل هست". یا اینکه چندین لینک به مقالات مختلف در سایت اسکرام داده بود.

حالا سوال اینجاست: آیا این روش برای متقاعد کردن یک تیم موثر است؟

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

نکته دیگری که به عنوان یک مشاهده‌گر به چشم آمد این بود که اسکرام مستر مدام یک سری نکات را تکرار می‌کرد؛ انگار چیزی را از حفظ یاد گرفته باشد و همین باعث می‌شد تیم حس کند که بیشتر با یک رویکرد تئوریک طرف است تا یک فردی که واقعا به مسائل و دغدغه‌های آن‌ها گوش می‌دهد.

در نهایت، شاید حرف‌های اسکرام مستر از نظر اصول چابک کاملاً درست و منطقی بود، اما اگر تیم حس نکند که صدایشان شنیده می‌شود یا نگرانی‌هایشان در نظر گرفته شده است، حتی درست‌ترین حرف‌ها هم ممکن است با مقاومت مواجه شوند.

Iran Agile channel

10 Aug, 19:23


اجایل دوناتز 17 (دورهمی آنلاین چابک کاران ایران)

جمعه، 26 مرداد (16 آگوست 2024) ساعت ۲۰:۰۰ به وقت تهران

موضوع: آیا تفکر استراتژیک و برنامه ریزی بلند مدت همخوان با مفاهیم و اصول چابکی هستند و آیا این دو مفهوم در یک اقلیم می‌گنجند؟


در سالهای اخیر چنین باوری در مورد روشهای چابک به وجود آمده است که این روشها صرفا یک نگاه و افق برنامه ریزی کوتاه مدت را توصیه می‌کنند، (مثلا برنامه ریزی به اندازه یک یا چند اسپرینت) و حتی اینکه برنامه ریزی بیش از آن به خاطر ماهیت پیچیده و امکان به وجود آمدن تغییرات شاید اتلاف وقت در نظر گرفته شود، ولی آیا به راستی تفکر چابک اساسا در تناقض با تفکر استراتژیک است؟ آیا برنامه ریزی بلند مدت به هر شکلی، با چابکی همخوانی ندارد و روشهای چابک اساسا با برنامه ریزی بلند مدت مخالف هستند؟

در این دورهمی خواهیم کوشید که نظرات و تجربیات خودمان را با هم به اشتراک بگذاریم و البته مشتاق شنیدن نظرات و تجربیات همه دوستان هستیم.
🍩

لینک جلسه در گوگل میت:

https://meet.google.com/zdh-adzb-khg

Iran Agile channel

07 Aug, 08:02


💢یک لیست خوب و جامع از مقالات و نوشته ها در حوزه های Agile testing, DevOPS, Continuous Delivery , ...

👇👇👇
https://lisacrispin.com/observability-continuous-delivery-devops-related-resources/

Iran Agile channel

06 Aug, 18:15


ویدئوی پیشنهادی - پنل گفت‌وگوی هادی احمدی و ابراهیم نبیئی با موضوع چرا کسب‌وکارها از تیم‌های فنی ناراضی‌اند؟


در بسیاری از شرکت‌های نرم‌افزاری، تعامل میان کسب‌وکارها و تیم‌های فنی به خوبی پیش نمی‌رود. کسب‌وکارها معمولاً از عملکرد، بازدهی و خروجی‌ کار تیم‌های فنی رضایت ندارند، در حالی که تیم‌های فنی نیز از حقوق کم، فشار کاری زیاد و Deadline های فشرده و بی منطق گلایه دارند. کسب‌وکارها معمولا از سطح پایین حرفه‌ای‌گری در جامعه نرم‌افزار صحبت ‌میکنند و در این سو، تیم‌های فنی به کمبود دانش نرم‌افزاری در لایه‌های مدیریتی کسب‌وکارها اشاره می‌کنند.

اما دلیل این نارضایتی‌ها چیست؟

https://www.youtube.com/watch?v=4TcvKVMR0pg

Iran Agile channel

21 Jul, 12:48


امروز یک کتاب جالب تو کتابفروشی دیدم - "هنر شنیدن". یکهو به فکر فرو رفتم: ما همیشه دنبال بهتر کردن مهارت‌های فنی‌مون هستیم، ولی آخرین بار کی رو مهارت گوش دادنمون کار کردیم؟

در دنیای آی‌تی ما، معمولاً غرق تکنولوژی و فریم‌ورک‌های جدید می‌شویم.

منظورم این نیست که فقط سر تکون بدیم و تو ذهنمون دنبال باگ آخرین پروژه باشیم. گوش دادن واقعی یعنی با تمام حواس حاضر باشیم، واقعاً بفهمیم طرف مقابل چی میگه، قبل از اینکه بپریم وسط حرفش و بگیم "خب، اینو اینجوری حل می‌کنیم".

چرا این مهم هست؟

- جو تیم بهتر میشه وقتی همه حس کنند حرفشون شنیده میشه
- مشکلات رو بهتر حل می‌کنیم چون به همه دیدگاه‌ها گوش میدیم
- اعتماد بین تیم و مشتری بیشتر میشه و کار روون‌تر پیش میرود

حالا چجوری مهارت گوش دادنمون رو تقویت کنیم؟

۱. سعی کنیم همدلی کنیم. خودمونو جای طرف مقابل بذاریم.
۲. سؤال بپرسیم. هر چقدر لازمه. وضوح خیلی مهمه.
۳. چیزی که شنیدیم رو خلاصه کنیم. انگار داریم یک تست یونیت می‌نویسیم، ولی برای ارتباطات!
۴. ذهنمون رو باز نگه داریم. شاید بهترین ایده از جایی بیاد که اصلاً فکرشو نمی‌کنیم

Iran Agile channel

03 Jul, 07:20


دانلود لیست کامل متریک های محصول 2024

Iran Agile channel

03 Jul, 07:20


لیست کامل متریک های محصول 2024