راهی برای کسب جریان نقدینگی یا تله بزرگ کاهش حاشیه سود

وقتی به اکثر شرکت های نرم افزاری نگاه می کنیم ، عموماً با مدیرانی روبه رو می شویم که سابقاً تمامی سمت های اجرایی در یک شرکت مهندسی نرم افزار را طی کرده و امروز پس از کسب تجربیاتی در حوزه برنامه نویسی ، تحلیل و طراحی ، مدیریت پروژه ، مالی و اداری ، منابع انسانی و … امروز مسؤولیت فروش یا مدیریت عاملی شرکت های خود یا شرکت هایی که در آن مشغول به کار هستند را بر عهده گرفته اند. به جز معدود شرکت های بزرگ و نسبتاً موفقی که مدیران آنها به جای برنامه نویسی توان...
Continue reading...

10 قانون اساسی در توسعه محصول نرم افزاری

در نوشته “فرق کلوچه سازی با توسعه نرم افزار” که مورد استقبال دوستان نیز قرار گرفت به چند مشکل اساسی اشاره شد. در این نوشته یکی از این مشکلات رو می خواستم بررسی کنیم. یکی از مشکلات جدی سندروم “هر چقدر بیشتر، بهتر” است، یعنی هر چقدر بیشتر تولید کنیم موفق تریم و یا به طور کلی شاخص اندازه گیری موفقیت تولید بیشتر است. چرا تولید یا خروجی بیشتر نشانه موفقیت نیست؟  در صنعت نرم افزار خروجی بیشتر = هزینه تولید و نگه داری بالا.  هزینه نگه داری ، معمولا 80% منابع پروژه صرف نگه داری می شود ( رفع...
Continue reading...

فرق کلوچه سازی با توسعه نرم افزار

-          من : “اکبر آقا، سلام. دستگاههای جدید مبارک” -          اکبر آقا : “قربونت، خواستیم خط تولید رو مکانیزه بکنیم” -          من : “برای چی؟ اینطوری یک سری آدم هم که بیکار میشن” -          اکبر آقا :”ببین دیگه کارگر صرف نمیکنه کلی هم ناز و نوز داره، گذشته از این ما میخاییم تولیدمون رو دو برابر کنیم با این ماشین ها میتونیم چند شیفت تولید کنیم”  همیشه وقتی از دوستان یا همکاران یا شرکت های مختلفی که در آن هستیم “لفظ خط تولید نرم افزار” رو می شنوم یاد این خاطره میفتم. برای همین دوستان نزدیک که با من کار...
Continue reading...

تیم های چابک

در چند سالی که گذشت شرکت های زیادی به سمت تفکر چابک حرکت کردند و تجربیات موفق یا ناموفقی هم داشتند. از آنجایی که همیشه معرفی نمونه های موفق باعث دلگرمی کل جامعه می شود، دوستان تقاضا داشتند تیم های موفقی که نتایج خوبی گرفتند معرفی شوند، پس تصمیم گرفته شد تا فراخوانی برای تیم های چابک ارسال شود تا در صورت علاقه مند بودن تجربیات خود را به اشتراک بگذارند. سوالات متدوال: چرا تیم و شرکت نه؟ در متدهای چابک بر روی تیم و کار تیمی تاکید زیادی داریم و اصولا به دنبال این هستیم که تیم تشکیل شود،...
Continue reading...

اسکرام و مقایس پذیری چابک در صدر جدول

همانطور که اطلاع دارید شرکت Version One  هر سال گزارشی در مورد ترندهای بازار چابک ارائه می کند که حاوی اطلاعات مفیدی در مورد میزان استفاده و نحوه به کاربگیری انواع مختلف ابزارها، متدها و روش های چابک می باشد. سال گذشته نیز همین گزارش در وبلاگ منتشر شد. اسکرام همچنان بالاتر از همه  همانند سال گذشته، اسکرام با 56% درصد در میان همه متدهای چابک همچنان پیشتاز است و شرکت ها بیشتر تمایل دارند از اسکرام استفاده کنند. شرکت های بزرگ در پی متدهای چابک گزارش نشان می دهد که امسال شرکت های بزرگ بیشتری با تعداد کارکنان بالای...
Continue reading...

چطور «اعتماد کردن» در یک سازمان چابک تبدیل به فرهنگ می شود؟

اعتماد! حسی که سخت ایجاد می شود و وقتی آمد، بسیاری کارها را آسان می کند. وقتی در متدهای چابک و بخصوص اسکرام از کار تیمی و قدرت دهی به تیم و تفویض اختیار و مسوولیت به اعضای تیم و کاستن از سطوح سازمانی و سازمان مسطح صحبت می شود، اولین سوال و مشکلی که برای بسیاری از مدیران پیش می آید این است که چطور باید به آدمها اعتماد کنم؟ اگر روشهای مرسوم تخصیص کار به افراد و پیگیری و نظارت بر کار آنها را کنار بگذارم، از کجا بفهمم که کارکنان درست کارشان را انجام می دهند؟ از...
Continue reading...

چرا تغییر سخت است ؟ یا چرا مردم تغییر نمی کنند؟

همیشه سال جدید مفاهیمی مثل شروع، نو شدن، تغییر و تحول رو با خودش همراه دارد ولی اینکه چرا بعد از این همه سال این تغییرات اتفاق نمی افتند؟ و ناموفق هستیم در تغییرات کوچک و بزرگ. این چند روز یک سوال بزرگ در ذهن من هست که چرا تغییر اتفاق نمی افتد و مردم تغییر نمی کنند؟ یا چرا فقط برخی از تغییرات اتفاق می افتند؟ حقیقتا این سوال خود من هست و نه تز یا مقاله فنی، و دوست دارم نظرات دیگران رو بدونم، حالا در قالب یک پست وبلاگ یا کامنت. فکر میکنم این سوال بتواند به...
Continue reading...

دوره مالک محصول اسکرام

باتوجه به درخواست علاقمندان و نیاز سازمان های مختلف، بر آن شدیم تا دوره مالک محصول اسکرام را نیز در کنار دوره اسکرام مستر داشته باشیم. اولین دوره در تاریخ 7 و 8 اسفند ماه 1393 برگزار خواهد شد. معرفی دوره : در بسیاری از پروژه های نرم افزاری چیزی تولید می شود که کسی از آن استفاده نمی کند یا در اغلب مواقع دچار تاخیر و عقب افتادن از برنامه می شوند و در نهایت محصول دیر، یا محصول به درد نخور به دست مصرف کننده نهایی می رسد. در بسیاری از موارد این امر به دلیل مهارت فنی و مهندسی ناکافی تیم...
Continue reading...

نسخه جدید راهنمای اسکرام

پروردگار بزرگ را شکرگزاریم که توانستیم ترجمه نسخه جدید راهنمای اسکرام، با کمک دوستان انجمن چابک ایران آماده و بر روی سایت Scrum.org قرار دهیم. از تمامی کسانی که به‌نوعی با این گروه ترجمه همکاری کردند، سپاسگزاریم و از درگاه خداوند متعال بهروزی و توفیق روزافزون یکایک آن‌ها را خواستاریم. بهبودهایی که در این نسخه انجام شد: ترجمه و افزودن متون جدید نسبت به نسخه قبلی بهبود ترجمه و روان سازی ترجمه یکدست سازی ترجمه بهبود طرح و ساختار سند و با سپاس فراوان و ویژه از تلاش و همکاری صمیمانه آقایان اسد صفری، سهیل صمدزاده، علی حاجی‌زاده‌مقدم، یوسف امیری، مرتضی رشیدی، ابراهیم نبیئی ‌قهرودی،...
Continue reading...

فرآیند پذیرش مسئولیت

شاید بتوان گفت انسان ها کلا دو دسته اند آنهایی که مسئولیت کارشان را می پذیرند و آنهایی که نمی پذیرند و فکر می کنند ابر و باد مه و خورشید و فلک همه در کارند تا این نتیجه بد بدست آید. البته وقتی نتیجه خوب است این حاصل تلاش ها و تفکرات عمیق خودمان هست ولی وقتی نتیجه خوب نیست دنبال دلیل و علت هستیم که معمولا هم اگر انسان مسئولی نباشیم این را حاصل اشتباهات یا نارسایی های دیگران خواهیم دانست. افتخار این را داشتم که پوستر فرآیند مسئولیت کریستوفر اوری رو ترجمه کنم. کریستوفر شاید 20 سال از...
Continue reading...