یکی از اشتباهات مهلک در اسکرام که در این روز ها به دفعات آن را در شرکت ها میبینم عدم وجود طراحی محصول میباشد. به این معنا که تیم مدیریت محصول و تیم توسعه Road Map محصول خود را طراحی نکرده است. در این حالت یک Backlog از feature ها یا نیازمندیهای محصول وجود دارد و مدیر یا مالک محصول مطابق با تحلیل ذینفعان پروژه چیزهای جدیدی به آن اضافه میکند و تیم توسعه نیز در طی Sprint هایی با توجه به نحوه Sort شدن آیتم ها اقدام به پیاده سازی آنها مینماید.
وقتی که تعداد پروژه‌های سازمان رو به افزایش می‌گذارد تعداد مدیران محصول یا مدیران پروژه نیز افزایش می‌یابد. هر یک از مدیران به نوبه خود سعی در کنترل و مدیریت پروژه خود دارند و زیرمجموعه خود را آن‌گونه که صلاح بدانند در جهت پیشرفت پروژه هدایت می‌کنند. حال تصور کنید که در این مجموعه برخی از پروژه‌ها و یا تمامی آنها به نوعی با یکدیگر مرتبط بوده و از نتایج و خروجی‌های یکدیگر متاثر شوند.
برای کارگاه مدیریت ریسک که هفته گذشته در Finnova برگزار کردم یک مجموعه اسلاید با عنوان “مقدمه‌ای بر مدیریت ریسک” تهیه کرده بودم که برای استفاده در سایت SlideShare.Net قرار داده‌ام.
یک کارگاه آموزشی کوتاه به منظور آشنائی مقدماتی استارت‌آپ‌ها با موضوع مدیریت ریسک در تولید محصول با کمک فینووا برنامه‌ریزی شده است.
برای کسب اطلاعات بیشتر و شرکت در این کارگاه می‌توانید از طریق لینک زیر اقدام نمائید. در ضمن از همین‌جا از زحمات تمامی دوستان فینووا برای برگزاری این دوره تشکر می‌کنم.
در یک پروژه توسعه نرم‌افزار مستند سازی در مراحل و بخش‌های مختلفی ممکن است مورد نیاز باشد. از جمع‌آوری نیازمندی‌ها و تحلیل و طراحی تا برنامه نویسی و حتی مستند نمودن کدهای برنامه، از استقرار نرم‌افزار تا تهیه راهنمای کاربری، از استاندارد نمودن فرآیندهای مدیریتی تا تضمین کیفیت. ولی وقتی صحبت از مستند سازی و تهیه مستندات در پروژه‌های توسعه نرم‌افزار می‌شود بسیاری از اعضای تیم و برنامه‌نویس‌ها و حتی مدیر پروژه سعی می‌کنند از انجام آن شانه خالی کنند.