چند نکته در رابطه با مدیریت ریسک محصول

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

 

Risk Management
مدیریت ریسک

ادامه مطلب ...

مستند سازی و Agile

در روش Agile وقتی تیم توسعه محصول و یا پروژه از 10 نفر بیشتر میشود باید آن را به تیم های کوچکتر تقسیم کرد تا تعامل افراد با یکدیگر دچار مشکل نشود. ولی وقتی تعداد تیم ها بیشتر از سه یا چهار تیم شود و پیچیدگی تعامل آنها با یکدیگر بالاتر رود چه چاره ای وجود دارد؟ این مسئله در صورتی بغرنج تر میشود که هر یک از این تیمها به محصول و یا محصولات یکدیگر وابستگی داشته باشند .

software documentation
software documentation
ادامه مطلب ...

یادگیری اسکرام رو چطور شروع کنم؟

یکی از دوستان درسایت LinkedIn سوال خوبی رو پرسیدند

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

How to start Scrum
How to start Scrum


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

ادامه مطلب ...

طمع مدیریتی

تصمیمات مدیران سازمان ها گاهی آنقدر عجیب و دور از ذهن است که با گفته‌های خود ایشان نیز در تناقض است.

در نظر بگیرید که مدیر بلندپایه یک سازمان دولتی هم از کیفیت پایین خدمات نرم افزاری سازمان خود در بین مدیران همرده خود در دیگر سازمان ها شرمنده باشد و هم در زمان صحبت از واگذاری یک پروژه به یک شرکت توانمند، بر خلاف نظر مشاوران و معاونان خود، از واگذاری پروژه به دلیل هزینه های پروژه (صرفه جویی!) جلوگیری کرده و پروژه را به شرکت دیگری که با مبلغ بسیار ناچیزی حاضر به انجام پروژه مذکور شده است واگذار نماید.

طمع مدیریتی
ادامه مطلب ...

خطاهایی که باعث تغییر در تحلیل و طراحی نرم افزار میشوند

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

Software Development Life Cycle

شاید فکر کنید که خوب کجای این کار مشکل دارد.

ادامه مطلب ...