پرش به محتوا
خانه » بایگانی‌ها برای محمد بدری

محمد بدری

در جستجوی یک مدل کل‌نگرانه از کیفیت محصول نرم‌افزاری

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

چهار رویکرد در مواجه با مسأله

اندیشمند بزرگ راسل ایکاف، چهار رویکرد را برای مواجهه با یک مسأله برمی‌شمارد: چهار راه برای درمان یک مشکل (یا به عبارت کلی، حل مسأله) وجود دارد – چاره نکردن (absolving)، چاره‌ی نسبی (resolving)، چاره‌ی بهینه (solving)، و چاره‌ی بنیادین (dissolving) - و بزرگترین آن‌ها چاره‌ی بنیادین (dissolving) است. تبرئه کردن (absolve) خود از یکادامه »چهار رویکرد در مواجه با مسأله
maker-designer-engineer

سازنده، طراح و مهندس

اصطلاحات سازنده (Maker)، طراح (Designer) و مهندس (Engineer) اغلب ممکن است به افراد مشابهی اشاره کنند، اما توجه به تمایز میان این مفاهیم مهم است. امروزه شاهد نسل جدیدی از توسعه‌دهندگان محصول هستیم که گاهی اوقات به آن‌ها عناوینی نظیر «سازنده»، «طراح» و «مهندس» داده می‌شود، اما تفاوتی بین این عناوین وجود دارد که توجهادامه »سازنده، طراح و مهندس
retrospective

مروری بر سازوکار بازپس‌اندیشی (Retrospective)

چرایی مفهوم بازپس‌اندیشی (Retrospective) حتماً این جمله‌ی معروف آلبرت انیشتین رو شنیدید که دیوانگی رو این طوری تعریف می‌کنه: «انجام یک کار مکرر و انتظار نتایج متفاوت داشتن». مهم نیست که این نقل قول رو چه‌قدر منطقی بدونیم. واقعیت اینه که خیلی از تیم‌ها و شرکت‌ها توی همون فرایندها، روش‌ها، ابزارها، پرکتیس‌ها و رفتارهای گذشته‌شونادامه »مروری بر سازوکار بازپس‌اندیشی (Retrospective)
sprint review

نکاتی در مورد مرور اسپرینت (Sprint Review)

یک جلسه بررسی/مرور اسپرینت (Sprint Review) رویدادی هست که پایان یک اسپرینت باید برگزار بشه و طی اون، تیم تمام مسائل «انجام شده» (Done) برای اون دوره رو بررسی می‌کنه. هدف از مرور اسپرینت اینه که ببینیم آیا هدفی که برای اسپرینت تعریف کرده بودیم، به دست اومده و دمویی هم از آخرین نسخه‌ی محصولادامه »نکاتی در مورد مرور اسپرینت (Sprint Review)

چرا از یک سیستم می‌توان مدل‌های متفاوتی ایجاد کرد؟

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

یادداشتی درباره‌ی مفهوم ارزش کسب‌وکار (Business Value)

یکی از مسائلی که تحلیلگران با آن مواجه هستند، مفهوم ارزش کسب‌وکار است. در این خصوص باید به تفاوت میان خواسته‌ها (wants) در مقابل نیازها (needs) توجه داشته باشیم. اگر از ذینفعان کسب‌وکار نیازمندی‌های آن‌ها را بخواهید، احتمالاً جملاتی مانند این را می‌شنوید: من صفحه دیگری می‌خواهم که مجموع تولید روز را به من نشانادامه »یادداشتی درباره‌ی مفهوم ارزش کسب‌وکار (Business Value)

نشانه‌هایی از مشکلات محتمل در پروژه‌های نرم‌افزاری و مرور برخی راهکارهای پیشنهادی

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