چطور سند اسپرینت تهیه کنیم؟!

سلام دوستان و همراهان من از این که افتخار این را دارم که بار دیگر با شما در رابطه با چابکی صحبت کنم خوشحالم!

در مقاله قبلی راجع به این که اسکرام چی هست و به چه درد ما می خوره صحبت کردیم و قرار شد توی این مقاله مسئله اسپرینت را باز کنیم و ببینیم جریان در یک پروژه واقعی چیه!


وقتی مشتری می گوید 👈 پول ندارم

🔹افراد زیادی هستند که با این بهانه از شما خرید نمی کنند و معمولا فروشندگانی که تجربه کافی نداشته باشند ، در مقابل این بهانه سر تسلیم فرود آورده و از ادامه روند فروش صرفنظر می کنند .

پول ندارم
🔹🔹اما آیا واقعا این دلیل ، درست و صادقانه است ؟
🔹🔹آیا واقعا مشتری پول ندارد که از شما خرید نکرده است ؟

اسکرام چی هست و به چه درد ما می خوره؟

 از این که یکم نوشتن این مقاله طول کشید پوزش می طلبم! خب! مثل تمام مستند‌های ایرانی همون اول میریم سراغ معنی لغوی اسکرام (Scrum): معنی لغوی نداره و خیالتون راحت، اما اصطلاحاً شروع دوباره تو بازی راگبی رو اسکرام میگن؛ یعنی هر وقت به هر دلیلی، مثل خطا یا بیرون افتادن توپ بازی متوقف بشه، با اسکرام بازی شروع میشه. شاید دیده باشید بازیکن ها دور هم جمع میشن، سرشونو میگیرن پایین. اسکرام(scrum) یک روش گروهی برای تولید و توسعه نرم افزار است. این چارچوب یک مدل تکراری(iterative) از متدولوژی Agile (سیستم چابک) برای حل مسایل پیچیده است. با اسکرام این امکان وجود خواهد داشت که مسایل پیچیده به راحتی مدیریت گردد. اگه اسکرام رو تو گوگل سرچ کنیم، یه چیزی تو همین مایه‌ها رو برامون میاره، اما قطعاً من نمیخوام همین کارو برای شما تکرار کنم. خب! یه مسأله بنام اسکرام داشتیم یه مسأله‌ی جدید اضافه شد به‌نام سیستم چابک. همین روش رو ادامه بدیم میرسیم به شرکت‌های چابک، بعدشم چندتا تعریف دیگه و هرکدوم از اینا یه تاریخچه‌ای دارن و یکی دو نفر که احتمال قریب به یقین ژاپنی هم بودن رو معرفی میکنیم که لااقل شما حوصله خوندن همشو ندارید. الان سالهاست که شرکت های مطرح و تیم های نرم افزاری چابک و موفق از این روش استفاده می کنند.

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


خب چرا روزانه؟ صبر میکردیم تا کار به یه جای خوب و افتخارآمیز برسه تا بشه به بقیه هم توضیح داد؟ با من همراه باشید

اعتماد از دیدگاه تجربه مشتری

🎯🎯اعتماد  از دیدگاه تجربه مشتری یک احساس مهم است!!

مردم می خواهند که به سازمان ها اعتماد کنند، در غیراینصورت آن ها به استراتژی های پیچیده رفتاری و ناکارآمدی رجوع خواهند کرد.

به عنوان مثال اگر شما اعتماد نکنید که کالای مورد نظرتان به موقع ارسال می شود، برای کنار آمدن با خشم و استرس خود، با مرکز تماس، تماس می گیرید تا تاییدیه ارسال را دریافت و از آن مطمئن شوید. در ادامه با من همراه باشید



تکلیف تیز کردن تبر چی میشه؟

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

سوال اینه : تکلیف تیز کردن تبر چی میشه؟

خب این چه سوالیه ؟ و چه ربطی داره؟ 


با من همراه بشید تا به سوال خودم که الان شده سوال شما پاسخ بدم!!!! :-)

چگونه برنامه نویس های را مدیریت کنیم؟

خب قبل از هر چیز باید خوب برنامه نویس ها را بشناسیم! در مطالب بعدی حتما در رابطه با خلق و خو ی عمومی یک برنامه نویس توضیحاتی ارائه خواهم کرد، اما فکر می کنم نیاز به یک تحقیق میدانی و آکادمیک اساسی در این زمینه با تلفیق روانشناسی باشد تا بهتر بتوان به این مسئله پرداخت.

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

مدیریت چابک

سلام! خب قرار بود در این پست راجع به فریم ورک اسکرام صحبت کنیم، ولی فکر کردم بهتر باشه اول Agile را قورت بدیم بعد بریم سراغ اسکرام!

پس بزنید بریم تا چابک بشیم!

قبل از شروع بحث لازمه که اشاره ای مختصر به انواع مدیریت داشته باشم . مدیریت در روال سنتی به دو قسمت تقسیم بندی میشه . یک – Top Down  دو – Bottom Up . در حالت Top Down که بیشتر در سازمان های دولتی مرسومه,  دستورات به همراه دستورالعمل از بالا به پایین داده می شود و رده پایین موظفه که اجراش کنه!

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

Agile دوای درد تیم ها - قسمت سوم

سلام از شما به خاطر نظر های خوبی که می دهید ممنونم؛ خب با قسمت سوم از دوای درد تیم های نرم افزاری در خدمت شما هستم! البته قرار بود به زبان کوچه بازاری باشه ولی منظور من کوچه و بازار نرم افزار بود!!!!

توی این مقاله شما را با اصول و بیانیه ی اجایل و تفاوتش با روش RUP صحبت می کنم و آخرین وضعیتش در جهان را مشاهده می کنیم!

پس پیش به سوی چابک شدن!!!

پل طلایی، قانون مذاکره

‍ 🚦قانون "پل طلایی" 🚦


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


Agile دوای درد تیم ها - قسمت دوم

سلام امیدوارم خوب و سرحال باشید؛ در مقاله اول اجایل دوای درد تیم ها برای شما از نیاز هایی که باعث شد اجایل متولد بشه گفتم، این که چه اتفاقی افتاد که آن 17 نفر (بعلاوه چند ده نفر دیگر که به صورت غیر مستقیم در این بیانیه تاثیر داشتند) در سال 2001 اقدام به انتشار چنین روشی کردند! در ایم مقاله سعی می کنم به شما را با توسعه نرم افزار به روش اجایل به زبان بازاری آشنا کنم! پس با من همراه باشید!