در اسکرام اعضا برابرند یا هر کدام نقش و سمتی دارند؟

خیلی وقت‌ها تو استانداردها و روش‌های مدیریت پروژه به توصیه‌های متناقض بر می‌خوریم. شاید برای شما هم پیش آمده باشه،  مثلا تو خیلی از چهارچوب‌های چابک با تشویق اعضای تیم پروژه مخالفیم، در حالی که داشتن نظام تشخیص و تشویق تو PMBOK لازمه!خوب، حالا کدوم درست می‌گه؟ باید چیکار کنیم؟ 

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

سند اسپرینت در عمل

سلام خدمت همه عزیزان، امیدوارم خوب و سرحال و پر انرژی باشید؛ به قول یکی از دوستانم گفته بود وبسرویس بشم، کال کردن بلدی؟ اینم از عاشقانه های تخصصی برنامه نویساست دیگه!!!

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

اگر مایل هستید، با من همراه باشید!

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

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

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


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

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

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


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

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

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

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

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


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

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

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

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

مدیریت چابک

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

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

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

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

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

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

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

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

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

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