چابک کاران
از تمام عزیزان و شرکت های محترمی که در زمینه Agile فعالیت دارند (و یا کرده اند) , در خواست می شود در صورت تمایل , خود و یا زمینه کاری خود را در این بخش معرفی نمایند .
اهداف این کار : 
- مشخص شدن میزان کمی و کیفی چابک کاران در ایران
- بررسی وضعیت کلی چابک در ایران
- معرفی شرکت ها و خدمات آنها در راستای چابک
- امکان به وجود آمدن فرصت های شغلی برای چابک کاران
- آشنایی چابک کاران ایرانی با یکدیگر
موارد پر اهمیت در نظر ها و ایمیل های ارسالی :
- مشخص کردن متد مورد استفاده چابک (اسکرام , XP , کریستال و…)
- مشخص کردن میزان فعالیت بر روی هر متد (سال/ ماه)
- مشخص کردن پروژه های واقعی کار کرده با متد های چابک (یعنی اصلا در جهان واقع کار کرده و یا نه)
- مشخص کردن نحوه استارت و شروع چابک و چابک سازی
- مشخص کردن زمینه فعالیت ها در چابک و نوع آوری های انجام داده در زمینه چابک
- مشخص کردن نقش در تیم های چابک
- در صورت نیروی آزاد بودن (تقریبا بیکار) می توانید , مشخص کنید که می خواهید در سازمان چابکی به فعالیت بپردازید .
برای سازمان ها و یا شرکت ها که مایل به استخدام متخصصین در زمینه توسعه چابک می باشند , لازم است :
- مشخص کردن زمینه فعالیت ها
- مشخص کردن تخصص مورد نیاز و نقش های مورد نیاز
- مشخص کردن و معرفی راههای ارتباطی برای تماس
- مشخص کردن حداقل ها و شرایط لازم برای استخدام
راههای ارتباطی برای معرفی :
- ارسال کامنت
- ارسال ایمیل به Safari_asad[at]yahoo[dot]com
اگر توانستید طبق یک قالب ارسال کنید : ( برای مثال طبق قالب زیر )
زمینه کاری در توسعه چابک : اسکرام و Msf – Agile
نقش در تیم توسعه چابک : Developer
تجربه کاری : 5 سال
تماس : نامعلوم
آماده به کار : خیر
نکات لازم یا نوع آوری های به عمل آورده در توسعه چابک : هیچ
یاشیاسیز
infoq
TV Agile
ما (در یک سازمان دولتی به عنوان گروه توسعه نرم افزار فعالیت می کنیم) از متدی تقریبا شبیه Scrum به مدت 4 سال است که در توسعه نرم افزارهای وب و ویندوز استفاده می کنیم. متدهای چابک در سازمان ما بسیار کارا هستند. یک نکته جالب در مورد Agile این است که بسیاری از شرکت ها و اشخاص در توسعه نرم افزار فکر می کنند که دارند از متدهای سنگین وزن استفاده می کنند ولی متد آنها بیشتر به متدهای Agile نزدیک است. مستندسازی هایی که بیشتر «مستندبازی» هستند و نداشتن درک درستی از مفهوم نرم افزار علت این موضوع است.
در شرکت خصوصی که در حال حاضر در آن مشغول بکار هستم ۵ سالی می شود که چیزی شبیه به اسکرام اما با استانداردهای RUP کار می شود – یعنی مستند سازی بسیار زیاد است.
البته خود من برای کار به msf-agile رای خواهم داد اگر قرار به انتخاب یک متد جابک باشد
Working software over comprehensive documentation
Agile manifesto – مورد شماره دوم
در تمام احادیث اجایلی مستند سازی زیاد مورد نکوهش بزرگان قرار گرفته است . آقا تغییر رویه بدهید.
ممنون از هر دو عزیز برای پیوستن به این جمع چابک سواران (به قول دوست عزیزمون آقای حاجیلو).
آقا تغییر رویه بدهید – متاسفانه انتخاب متودولوژی جزو وظایف مدیر پروژه هاست و ما برنامه نویس ها صرفا باید به حرف بزرگان گوش بدهیم
با سلام
با توجه به اینکه tailoring کردن در Agile امکان پذیر است و با توجه به ترکیب Agile و RUP که با نام AUP توسط اسکات امبلر ارائه شده است، میشه گفت که آقا ناصر دارند از AUP استفاده میکنند.
سلام.
ما مدتي هست كه توسط يك شخصي كه از آمريكا اومده داريم به صورت واقعي با agile كار مي كنيم.
كه من يكي خيلي باهاش حال مي كنم. واقعا اين متدولوژي بي نظيره
از کدام روش Agile استفاده می کنید ؟ و از موارد ویژه ای که انجام می دهید که به نظرتان جالب می آید و قبلا در متدلوژی های قبلی نبود می توانید چند مورد را اسم ببرید .
ممنون .
سلام
اين دوستان هيچكدام موارد ذكر شده شما را رعايت نميكنند
فلسفه agile بر اساس تعامل اعضای تیم با یکدیگر بصورت کاملا صادقانه و ایجاد یک محیط امن برای پرورش افراد تیم و گرفتن کمک و یاری از تیم می باشد.
کلا agile بر پایه و اساس TDD یا Test Driven Development است و بر خلاف RUP که بر اساس UseCase Driven می باشد.
این فلسفه رو با متودولوژیهایی مثل Scrum که همان بازی راگبی هست و تعامل افراد و چابکی و قدرت همکاری آنها کمک به پیروزی در بازی می کند و همچنین XP یا extreme programming که یک متودولوژی دیگری است که این فلسفه را همگی پیاده سازی کرده اند. اما تمامی این متودولوژیها بر اساس TDD است.
ممنون از تعریف تون, ولی ای کاش یک در مورد تجارب خودتان در مورد چابک می گفتید .
تجربیات من بسیار در این مورد یک جوریایی می شه کم و همچنین هم زیاد است. شاید برای خیلی از ماها پیش بیاد که یک کاری رو با آزمون و خطا انجام بدیم و به یک نتیجه ای برسیم که بعدها متوجه بشیم که مثلا درباره این نتیجه در فلان کتاب یا فلان دانشگاه یا فلان کارخونه یا شرکت از این روش بدست آمده بصورت خیلی مشابه و یا حتی علمی تر یا با تعریفی بهتر داره استفاده می شه.
برای مثال من خودم به شخصه چندسالی هست که بصورت pair دارم کار می کنم در تیم و این عمل در یک تیم agile بسیار مهم می باشد.
نوشتن testcase یعنی همه چیز. یعنی تجربه این کار برای من این بود که فهمیدم من بیش از یک دهه کد نمی نوشتم بلکه محصولی تولید می کردم که مشتری رو از خواسته خودش پشیمون می کردم.
تعامل با مشتری و گرفتن feedback برای بهبود سریع و برآورده کردن خواسته مشتر که همراه با کیفیت لازم است.
تجربیات که زیاده ولی فعلا در همین جا حرفامو تموم می کنم
بسیار عالی
فکر کنم بیشتر بر TDD وفادار می باشید و برای تحقق TDD از XP بهره می جویید . بسیار خوب.
از اونجایی که TDD نقش مهمی تو متد های Agile هست نمی تونم در این دسته قرار بگیرم.
اما اگه تست رو در نظر نگیریم تقریبا همه پروژه های کار کردم در 5 سال اخیر به جز یکی که rup بود بقیه agile بودند. در یک مورد حتی متد xp رو بدون نوشتن تست هم کار کردیم.
jeus
زمینه کاری در توسعه چابک : اسکرام و Agile
نقش در تیم توسعه چابک :مدیریت اسکرام
تجربه کاری :۱ هفته
آماده به کار : خیر
در ابتدا بچه هایی را در گروهم راه دادم که عاشق پیشرفت هستند و دارم سعی می کنم باعث پیشرفت بچه ها بشم تیم من ۴ نفره است و جاوا کار می کنیم پیشرفتمون توی این یک هفته مثال زدنی بود .
امیدوارم بتونم نقصهای کارم را برطرف کنم و تجربه هام را در اختیار دوستان قرار بدم .