همه چیز در باره روش توسعه نرم افزار چابک Agile Software Development - صفحه 2
Loading
صفحه 2 از 7 نخستنخست 123456 ... آخرینآخرین
نمایش نتایج: از 11 به 20 از 70

موضوع: همه چیز در باره روش توسعه نرم افزار چابک Agile Software Development

  1. #11
    سردبير بخش اخبار و تازه هاي كامپيوتر Array Sardabir آواتار ها
    تاریخ عضویت
    Monday 3 October 2005
    نوشته ها
    3,779
    Thanks
    81
    Thanked 50 Times in 45 Posts

    Post Agile Coach




    Agile Coach یا همان مربی Agile یکی از نقش ها و یا شخصیت هایی است که فقط می توانید در محیط های چابک (Agile ) او را ببینید . بنابه تازگی خود مبحث Agile در ایران تصمیم به معرفی شخصیت و وظایف یک مربی Agile در این پست گرفتم .


پاسخ با نقل قول پاسخ با نقل قول

  • #12
    سردبير بخش اخبار و تازه هاي كامپيوتر Array Sardabir آواتار ها
    تاریخ عضویت
    Monday 3 October 2005
    نوشته ها
    3,779
    Thanks
    81
    Thanked 50 Times in 45 Posts

    Post

    آیا Agile نیازی به Technical Excellence دارد؟


    Technical Excellence یکی از مبحث های Agile می باشد که یا مورد محبت زیاد و یا کم مهری بیش از اندازه قرار می گیرد . البته این مسئله صرفا برای ایران نیست و تیم های تازه کار Agile با این مشکل مواجه می شوند...

  • #13
    كاربر فعال Array
    تاریخ عضویت
    Thursday 20 January 2005
    نوشته ها
    1,461
    Thanks
    0
    Thanked 7 Times in 7 Posts

    پیش فرض چرا باید چابک شد ؟








    بهبود کیفیت

    یکی دیگر از اصول چابک شدن ارائه محصولات با کیفیت حداکثری می باشد . به طوری که این کیفیت به طور کامل قایل اندازه گیری می باشد.
    بیشتر بدانید

    فتح استراتژی های سازمانی

    مهمترین دستاورد شرکت های توسعه نرم افزار بعد از چابک شدن فتح استراتژی های سازمانی خواهد بود که دست یابی به استراتژی سازمانی برابر با دست یابی به اهداف کلان سازمان مانند سود و منفعت بیشر و هزینه کمتر خواهد بود
    بیشتر بدانید

    رضایت مشتری

    یکی از مهمترین دستاوردهای چابک سازی سازمان را می توان رضایت مشتریان دانست زیرا که در محیط های چابک رضایت مشتری اصلی ترین معیار اندازه گیری موفقیت سازمان خواهد بود.
    بیشتر بدانید

    افزایش بهره وری

    در محیط های چابک یکی از معیارهای پیشرفت تیم افزایش بهروری نیروی انسانی می باشد . این افزایش بهروری از 50% تا 90% خواهد بود.
    بیشتر بدانید

  • #14
    كاربر فعال Array
    تاریخ عضویت
    Thursday 20 January 2005
    نوشته ها
    1,461
    Thanks
    0
    Thanked 7 Times in 7 Posts

    Post

    بهبود کیفیت
    یکی از اصول چابک شدن ارائه محصولات با کیفیت حداکثری می باشد . به طوری که این کیفیت به طور کامل قایل اندازه گیری می باشد.
    بیشتر بدانید

    فتح استراتژی های سازمانی
    مهمترین دستاورد شرکت های توسعه نرم افزار بعد از چابک شدن فتح استراتژی های سازمانی خواهد بود که دست یابی به استراتژی سازمانی برابر با دست یابی به اهداف کلان سازمان مانند سود و منفعت بیشر و هزینه کمتر خواهد بود
    بیشتر بدانید

    رضایت مشتری
    یکی از مهمترین دستاوردهای چابک سازی سازمان را می توان رضایت مشتریان دانست زیرا که در محیط های چابک رضایت مشتری اصلی ترین معیار اندازه گیری موفقیت سازمان خواهد بود.
    بیشتر بدانید

    افزایش بهره وری
    در محیط های چابک یکی از معیارهای پیشرفت تیم افزایش بهروری نیروی انسانی می باشد . این افزایش بهروری از 50% تا 90% خواهد بود.
    بیشتر بدانید[/quote]


  • #15
    مدير انجمن کاریابی Array itjobs آواتار ها
    تاریخ عضویت
    Saturday 24 February 2007
    نوشته ها
    6,114
    Thanks
    59
    Thanked 58 Times in 53 Posts

    Post

    IT های سازمانی و توسعه نرم افزار با Agile
    مقدمه ای بر ALM و ضرورت استفاده از آن


  • #16
    كاربر عادي Array
    تاریخ عضویت
    Wednesday 19 October 2005
    نوشته ها
    411
    Thanks
    3
    Thanked 4 Times in 4 Posts

    Post Lean در خدمت Agile


  • #17
    مهرداد تاجيك - مدير سایت Array admin آواتار ها
    تاریخ عضویت
    Thursday 30 June 2005
    محل سکونت
    تهران - ایران
    نوشته ها
    1,819
    Thanks
    22
    Thanked 47 Times in 42 Posts

    Post اسکرام چیست؟


  • #18
    مهرداد تاجيك - مدير سایت Array admin آواتار ها
    تاریخ عضویت
    Thursday 30 June 2005
    محل سکونت
    تهران - ایران
    نوشته ها
    1,819
    Thanks
    22
    Thanked 47 Times in 42 Posts

    Post فرق Agile با RUP یا دیگر روش های موجود در چیست؟

    خیلی می شنوم , می بینم , می خوانم که همه بدنبال تفاوت های Agile با Rup یا waterfall و یا هر متدولوژی دیگری می گردند. اما به راستی تفاوت اینها در چیست؟کدام بهتر است؟ کدام برای ما خوب است؟



    جواب تنها در یک جمله است که : Agile متدولوژی نیست بلکه Agile یک نوع تفکر است.
    تا زمانیکه کل سازمان هم فکر در این فکر نباشند نخواهند توانست که به موفقیت دست یابند. اما این حرف ها “تفکر” و “متدولوژی” و … یعنی چه ؟

    امروز در سایت برنامه نویس یک پست از دوست گرامی حمید رضا متقیان دیدم , با مضمون زیر :
    الان همکاران سیستم RUP رو بسیار حرفه ای داره کار میکنه و تیم های تحلیل و طراحی و کلا Leader های تیم هاش واقعا افراد مسلط و کاربلدی هستن.
    من کاری به خروجی های همکاران سیستم ندارم که خوبه یا بد چون موارد زیادی علاوه بر دانش تیم توسعه بر کیفیت خروجی محصول تاثیرگذار میذاره که اونا در سیاست گذاری کلان شرکت ها هست و ربطی به من نداره…
    به قول حمیدرضا , این ها خوب RUP دارند کار می کنند , نیروی خوبی در اختیار دارند ولی با این همه منابع آنها خروجی اشان قابل قبول نیست. البته مثل گفته حمید رضا این فقط مربوط به تیم توسعه نمی شود که خروجی قابل قبول نیست و عوامل زیادی مانند مدیریت در سطح کلان تاثیر گذار این مسئله هستند. اما آیا مشکل در RUP این شرکت یا شرکت های دیگر هست؟ به نظرم نه (البته نه همه مشکلات) , زیراکه RUP منحصر به چرخه SDLC یا چرخه توسعه نرم افزار سازمان ها می شود و مثلا عاملی مثل مدیریت در سطح کلان را نمی توان داخل این چرخه دانست.

    اگر نرم افزار باگ داشت می توان RUP را به زیر سوال برد و یا نیروی کار را مقصر دانست , ولی اگر نرم افزار کاربردی نبود و یا برای مشتری سودمند نبود چه کسی و یا چه چیزی مقصر هست؟ همانطور که قابل درک است , متدولوژی هایی مثل RUP فقط و منحصرا در خدمت پروسه توسعه نرم افزار می باشند و با دیگر بخش های سازمان کاری ندارند. آنها فقط و فقط یک چرخه توسعه نرم افزار می باشند.

    اما Agile اینگونه نیست. Agile تفکری و یا روحی هست که باید در کالبد سازمان دمیده شود و نه فقط تیم توسعه. بلی ما در مقالات می خوانیم در اسکرام تیم توسعه چنین و چنان می کند ولی Agile فراتر از تیم توسعه می باشد. به عبارت ساده تر کل سازمان باید چابک (Agile) شود و نه فقط یک تیم توسعه نرم افزار. یعنی نمی شود یک تیم توسعه چابک توسط یک مدیر غیر چابک اداره شود.کاملا امکان پذیر نیست . همه باید چابک شوند : چه مدیر سازمان , چه مدیر فروش , چه آبدارچی و چه تیم توسعه و… .

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

    Agile Transition کاری است سخت و هزینه بر ولی سرمایه گذاری است که در آینده جواب خواهد داد. و سازمان هایی در آینده موفق خواهند بود که سرمایه گذاری های خوبی کرده باشند (به قول دکتر غفاری : “نیاکان ما (ایرانیان) برای ما یونجه کاشتند که وضع ما با این همه سابقه و تاریخ و قدمت اکنون این شده است ; و نیاکان آنها (کشورهای پیشرفته و بدون تاریخ) برایشان گردو کاشتند که اکنون از ثمره اش استفاده می کنند و خواهند کرد”).
    به امید سازمان ها و تفکرات چابک

    منبع

  • #19
    مهرداد تاجيك - مدير سایت Array admin آواتار ها
    تاریخ عضویت
    Thursday 30 June 2005
    محل سکونت
    تهران - ایران
    نوشته ها
    1,819
    Thanks
    22
    Thanked 47 Times in 42 Posts

  • #20
    مهرداد تاجيك - مدير سایت Array admin آواتار ها
    تاریخ عضویت
    Thursday 30 June 2005
    محل سکونت
    تهران - ایران
    نوشته ها
    1,819
    Thanks
    22
    Thanked 47 Times in 42 Posts

  • صفحه 2 از 7 نخستنخست 123456 ... آخرینآخرین

    علاقه مندي ها (Bookmarks)

    علاقه مندي ها (Bookmarks)

    مجوز های ارسال و ویرایش

    • شما نمیتوانید موضوع جدیدی ارسال کنید
    • شما امکان ارسال پاسخ را ندارید
    • شما نمیتوانید فایل پیوست کنید.
    • شما نمیتوانید پست های خود را ویرایش کنید
    •