MBA

Master of Business Administration

MBA

Master of Business Administration

الزامات توسعه مارپیچی محصول

احمد الهیاری

منبع : سایت دانشجویان ام بی ای دانشگاه صنعتی شریفچکیده
 

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

مقدمه
سالیان متمادی مزیت رقابتی سازمانها در فرایند تولید نهفته بود، اما امروز توانمندی در توسعه محصول، یکی از قابلیتهای مزیت آفرین محسوب می شود؛ به گونه‏ای که بسیاری از سازندگان تراز اول جهانی با واگذاری امر ساخت و معطوف شدن بر مدیریت طراحی و توسعه محصول و خدمات، رقابت در عرصه جهانی را پیش می برند.

با پذیرش فرض غیرخطی بودن تغییرات محیطی، تکیه بر رویکردهای سنتی نمی‌تواند تداوم رقابتی بودن در عرصه طراحی و توسعه محصول را تضمین کند. تغییرات سریع در عرصه‏های مختلف تکنولوژیک و نیزخواستها و نیازهای مشتریان ضرورت درک مفروضات جدید توسعه محصول و فرایند شکل گرفته بر اساس این مفروضات را موجب شده است.

در حال حاضر در اغلب صنایع رویکرد توسعه و تحویل تکاملی، جایگزین رویکردهای سنتی می شود و نتایج مناسب قابل ملاحظه‏ای پدید می آورد. با این حال این جایگزینی نیازمند پدید آمدن برخی الزامات و مکانیزم‌هاست. در این نوشتار تلاش شده تا ضمن تشریح الگوهای سنتی و جدید توسعه محصول الزامات پیاده‌سازی آنها به تصویر درآید.

رویکرد سنتی
در نگرش سنتی که سالیان متمادی رویکرد غالب در مدیریت توسعه محصول بوده است، تلاش می‏شود تمامی قابلیتهای تعریف شده‏ مورد نظر مشتریان در همان نسخه اول گنجانده شود و در صورت لزوم بهبودهایی بر آن در نسخه‏های بعدی اعمال شود. این امر از طریق فرایندی اتمام پذیر و منقطع صورت می‏پذیرد.پس از تحویل محصول، پروژه پایان یافته تلقی می‏شود و تنها در صورت نیاز پروژه‏ای جدید با مشخصاتی دیگر تعریف می‏شود.

فرایندهای شکل گرفته برای پیاده سازی این رویکرد متاثر از چنین تلاشی است. فرایندهای آبشاری و P3I فرایندهای غالب برای اجرای استراتژی سنتی‌اند اگرچه می توان فرایندهای دیگری را نیز برشمرد.

در فرایند توسعه آبشاری به تبع خاستگاه فکری آن تلاش می شود، بسیاری از عناصر مهم مورد نظر یک محصول در تعریف و توسعه آن مورد نظر قرار گیرد. ویژگی بارز فرایند آبشاری آن است که الزامات سیستم در آغاز مرحله طراحی تنظیم می‏شوند. پس از ارائه نسخه اول ممکن است اقداماتی برای بهبود آن صورت پذیرد، اگرچه بسنده کردن به همان نسخه اولیه محتمل است. الگوی آبشاری شامل فعالیتهای تعریف مسئله، امکان‌سنجی، تحلیل نیازها و الزامات،طراحی، پیاده‏سازی و آزمایش، یکپارچه سازی و آزمایش نصب و آزمایش، نگهداری و مرور، به صورت پشت سر هم با امکان بازگشت به مرحله اول و بدون طرح ریزی دقیق و از پیش تعیین شده برای ارتقاهای بعدی است. فرایند آبشاری در صورت وجود شرایط زیر از کارایی برخوردار است:
- نیازها و الزامات طرح محصول، پیش از اجرای آن قابل شناسایی هستند.
- در تعریف الزامات هیچ ریسک تعریف نشده‏ای در نظر گرفته نمی شود. ( ریسک‏های مربوط به فناوری،هزینه زمانبندی، قابلیت‏های سازمانی و غیره).
- ماهیت الزامات پس از تنظیم آنها در مراحل آغازین تغییر چندانی نخواهد داشت؛ مگر تا مرحله عملیاتی.
- الزامات با تمامی انتظارات ذی‌نفعان کلیدی سیستم و نیز محدودیتهای خارجی سازگار است.
- زمان کافی برای پیشروی پیاپی، پیش از نیاز مشتری به محصول، وجود دارد.

قطعا فرایند آبشاری برای سیستم‌هایی که با مفروضات آن در تناقض‌اند، نمی‌تواند مفید واقع شود. سیستم‌های مهندسی پیچیده و وسیع دارای تناقضات ذاتی با فرایند آبشاری‌اند. نمونه هایی از این تناقضات را در صنایعی که با پیچیدگیها و تغییرات فناوری و نیازمندیهای مشتریان مواجه‌اند، می‏توان مشاهده کرد.

فرایند توسعه از پیش تعریف شده محصول (Pre-Planned Product Improvement)، ابزار دیگری برای پیاده‏سازی استراتژی سنتی توسعه و تحویل است. در این فرایند نخستین محصول طی فرایندی آبشاری توسعه می‏یابد، با این تفاوت که برای ارتقاهای بعدی، طرح ریزی دقیق و از پیش تعریف شده‏ای صورت می‏پذیرد.محصول ابتدایی به عرصه عملیات وارد می‌شود و سپس در زمانی دیگر محصول ارتقا می یابد. (شکل1 ) ارتقاها نشانگر تغییرات در طرح است: با این حال تغییر اساسی در ساختار محصول صورت نمی‌پذیرد. در این فرایند متولی توسعه محصول پیشاپیش از چگونگی و شمایل محصول کامل شده، که محصول از پیش طرح‌ریزی شده نیز نامیده می‏شود، آگاه است.


 

رویکرد سنتی با وجود برخی از مزایا دارای نواقص فراوانی است، از جمله می‌توان به مواردی که در پی آمده، اشاره کرد:
- عدم انعطاف پذیری و چابکی در برابر تغییرات انقلابی
ظهور یک فناوری و یا تغییر اساسی در ترجیحات مشتریان، می تواند موجب ناکارآمدی سیستم‌های پیشین شود و شرکتهایی را که بر فناوریها و برآوردن نیازهای پیشین مشتریان اصرار دارند، به زیر کشد.رویکرد سنتی نشان داده است که از چابکی و انعطاف پذیری لازم برای مواجهه با تغییرات اساسی برخوردار نیست، چراکه تنها در مواردی که تغییرات خطی‌اند، قابل اتکاست.

- عدم تطابق برخی از برنامه های توسعه محصول با منابع و فناوریهای موجود
در رویکرد سنتی مشخصات مورد نظر برای محصول آتی غالبا با منابع در دسترس ومیزان بلوغ فناوریها تطابق ندارد به گونه‏ای که خود مانعی برای تعریف جسورانه مفاهیم محصول می‏شود.

- هزینه و زمان بسیار
تجربه به کارگیری رویکرد سنتی، بیانگر تحمیل هزینه بسیار و گاه بی‏نتیجه ماندن پروژه های توسعه محصول است. صرف زمان زیاد در هنگامی که تسریع در توسعه و تحویل محصول به مشتری یک امتیاز رقابتی محسوب می شود، رویکرد سنتی را دچار چالش می‏کند. طولانی شدن زمان توسعه محصول ممکن است به محصولی بینجامد که به هنگام به ثمر رسیدن، موضوعیت خود را از دست داده است.

- عدم تطابق میان نیازمندیهای مشتریان و قابلیتهای ارائه شده
در بسیاری از موارد شاهد توسعه محصولاتی هستیم که ممکن است با خواسته مشتریان هماهنگی نداشته باشند به گونه‏ای که در برخی موارد ، قابلیتهایی در محصول گنجانده می شوند که نه تنها مورد نیاز مشتری نیست، بلکه مشتری از دریافت آنها پرهیز می‏کند.

رویکرد توسعه و تحویل تکاملی و فرایند توسعه مارپیچی
در تلاش برای رفع نواقص رویکردها و فرایندهای سنتی رویکرد توسعه و تحویل تکاملی (Evolutionary Acquisition) پدید آمده است. در رویکرد تکاملی چند فعالیت و اقدام بزرگ و منفرد توسعه محصول به گامهای توسعه‏ای بسیار کوچکتر تقسیم می‏شود.

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

در نهایت، گامهای صعودی سطحی از قابلیت را پدید می‏آورند که در فرایند سنتی قابلیت کامل نامیده می‏شود (شکل 2).قابل توجه است که هر گام بایستی بخشی از نیازهای تعریف شده کاربر را برآورده سازد.چند گام بعدی ممکن است به طور نسبی معلوم باشند، اما گامهای دورتر، و به تبع آن، قابلیتهای آن گامها، امکان دارد نامشخص باشند. الزامات گامهای آتی بستگی فراوانی به بازتعریف مستمر الزامات از طریق بازخورد دریافتی از کاربران و نیز بلوغ و آماده بهره‏برداری بودن فناوری دارد.

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


 

فرایند توسعه مارپیچی فرایند مناسبی برای پیاده سازی استراتژی توسعه و تحویل تکاملی است. ( شکل 3) فرایند توسعه مارپیچی فرایندی تکرار پذیر برای توسعه مجموعه‏ای از قابلیتهای تعریف شده در هر گام است .

مارپیچ در اینجا به معنای مجموعه‏ای از فعالیتها ( شامل اقدامات اجرایی از قبیل: بازنگری در خواستها و نیازهای مشتریان و نیز فناوریهای موجود در مرحله طراحی،ساخت،امتحان و ارزیابی و تحویل) است که تا شکل‏گیری قابلیت تعریف شده در یک گام، تکرار می‏شوند.

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

زمانهای بررسی، مقاطعی از زمان هستند که در آن بنا بر فعالیتهای تعریف شده در هر مارپیچ به بررسی و اعتباردهی و روایی نتایج هر فعالیت مانند شناسایی الزامات پرداخته می‏شود.
در یک مارپیچ، طراحان، یک ایده و تصویر از هدف نهایی دارند، اما هر مارپیچ می‏تواند تغییر کند؛ بنابراین کاملا از پیش طرح ریزی شده نیست. مارپیچهای بعدی بر اساس میزان موفقیت مارپیچهای پیشین تغییر اولویت نیازمندیها، بازخورد عملیات واقعی، تغییر بودجه و نیز سرعت توسعه محصول شکل می‏گیرند.

صنعت نرم افزار خاستگاه توسعه مارپیچی است. برای نخستین بار توسعه مارپیچی در توسعه نرم افزارهای رایانه‌ای مورد توجه قرار گرفت تا میزان انطباق الزامات با نیازهای کاربران افزایش یابد و نیز موجب تطابق بیشتر نرم افزارها با تغییرات سیستم عاملها،رویکردهای برنامه نویسی و تحولات سخت افزاری شود. شکل (3) بیانگر متدولوژی توسعه مارپیچی در صنعت نرم افزارنویسی است.

همانگونه که در شکل (3) مشاهده می‌شود در نخستین مارپیچ، نمونه اول نرم‌افزار، پس از شناسایی الزامات، طراحی مفهومی، طراحی تفصیلی، پیاده‌سازی و آزمون و تحلیل ریسک پدید می آید. فعالیت تحلیل ریسک یکی از ویژگیهای اساسی فرایند توسعه مارپیچی است که در هر مارپیچ پس از پیاده سازی و آزمون صورت می پذیرد.در مارپیچهای بعدی نمونه های دوم و سوم به همین ترتیب شکل می‌گیرند. در رویکرد سنتی تلاش می شد تمام قابلیتها در همان نسخ اولیه محصول کامل شوند. در رویکرد جدید ارتقای برخی از قابلیتهای پیشین در مارپیچهای بعدی مورد نظر است.

توسعه مارپیچی محصول، در صنعت نرم‌افزار منحصر نمانده و توانسته است‌، راهی به سایر حوزه ها نیز پیدا کند.از جمله مهمترین بخشها که از این رویکرد استقبال کرده است صنایع نظامی است.
میلیاردها دلار صرف سیستم‌هایی می‏شود که هزینه توسعه آن بیش از اندازه شده و از زمان برنامه عقب افتاده و در نهایت انتظارات را برآورده نساخته است.توسعه و تحویل تکاملی، استراتژی مرجح صنایع برخی کشورها برای مواجهه با چنین واقعیاتی است.

(شکل 4) نشان می‏دهد که دفاتر توسعه محصول چگونه در صنایع کشورهای غربی، رویکرد تکاملی و توسعه مارپیچی را برای بهره‏گیری در توسعه محصولات بازتعریف کرده‏اند.
در اقتباس از رویکرد تکاملی و توسعه مارپیچی، قابلیتهای مورد نیاز شکسته و در مارپیچهای اول مهمترین قابلیتهای محوری عملیاتی مورد نیاز نیروهای عملیاتی فراهم می شوند. مجموعه‏ای از فعالیتهای طراحی مفهومی، توسعه محصول و تولید در هر مارپیچ تا زمان شکل‏گیری قابلیت مورد نظر تکرار خواهد شد.


 

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

1- درک اساس رویکردهای سنتی و جدید
در صورت نیاز به تغییر و مهندسی مجدد یک فرایند، لازم است پیش از هر عمل دیگری، مفروضات و رویکردی که اکنون بر فرایند اعمال می شود، شناسایی و شفاف شود. مهندسی مجدد فرایند آنگاه از توفیق برخوردار خواهد بود که ریشه‏ها و مفروضات فرایند کنونی را کشف کرده بر اساس آن تغییر اساسی در آن فرایند را محقق سازد.

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

2- پذیرش فرض غیرخطی بودن تغییرات محیطی
در حال حاضر تغییرات در بسیاری از حوزه ها از حالت خطی در سالیان پیشین به حالتی غیر خطی تبدیل شده است، به گونه‏ای که پیش‏بینی بلندمدت تحولات آتی از اعتبار برخوردار نیست. پذیرش غیرخطی بودن تغییرات محیطی یکی از الزامات پیاده سازی رویکرد جدید طراحی و توسعه محصول است؛ چراکه تداوم خطی پنداشتن تغییرات پیامدهای ناگواری را برای تصمیم‌گیران به همراه خواهد داشت.

تغییرات اجتماعی ، سیاسی ، اقتصادی و تکنولوژیک در جو کلان شرکتها اتفاق می افتند و نیازهای مشتریان و ارزشهای مورد نظر آنها تحت تاثیر تغییرات محیطی به طور مستمر تغییر می‌کنند.


 

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

3- سازماندهی و تشویق کار گروهی
رویکرد سنتی بر نگرش بخشی و فردگرایی تاکید دارد و این در حالی است که پیاده سازی و اجرای رویکرد تکاملی نیازمند تعامل گسترده کاربران طراحان و سازندگان است. مناسب است از ابتدا کاربر، ارائه دهنده خدمات پس از فروش، سازنده و ... در طرح مسئله و نیاز عملیاتی خویش حضور یابند.

تقویت روحیه کار گروهی و سازماندهی تیم‌های متشکل از کاربران، طراحان و سازندگان از جمله اقدامات اساسی در اجرایی نمودن فرایند مارپیچی است. در جوامع و سازمانهایی که کارگروهی تشویق نمی شود و روحیه فردگرایانه در آنها حاکم است، پیاده سازی رویکرد تکاملی و فرایند مارپیچی امری دشوار است. بهره‌گیری از نظامهایی مانند: مهندسی همزمان و طراحی برای تولید (DFM) که تعامل مداوم افراد درگیر در استفاده، توسعه و خدمات آتی محصول را تشویق می کنند، در فرایند مارپیچی می‏توانند مثمر واقع شوند.

4- مکانیزم شناسایی نیازها، بازخور و تعامل مداوم با مشتری
اگر هم مشتری، هم تولید کننده با فرایند توسعه محصول آشنا باشند، ارتباط بهتری با هم برقرار می کنند و هر یک وظیفه و حقوق خودش را بهتر درمی‌یابد و بهتر می تواند بر جریان تولید، نظارت داشته باشد.

مانند بسیاری از شیوه های جدید مدیریت، ارتباط موثر با مشتریان در فرایند مارپیچی نیز یک اصل پذیرفته شده است.از آنجا که در هر مارپیچ (شکل 3) تنظیم و بازبینی نیازمندیها و قابلیتهای مورد توجه مشتریان، صورت می پذیرد، وجود مکانیزمی برای شناسایی نیازها و تعامل مداوم و دریافت درست بازخورد در زمانهای تحلیل ریسک و ارزیابی عملکرد ضرورتی اجتناب ناپذیر است. قابل توجه است که شناسایی و اولویت بندی بدون و یا با کمترین میزان برقراری ارتباط موثر با کاربران، حاصل رجحان تفکر ساخت و تولید بر مدیریت محصول و مشتری است در حالی که مدیریت ارتباط با مشتری در رویکرد تکاملی و فرایند مارپیچی بر مدیریت ساخت، ترجیح داده می شود.

5- تنظیم سند نیازمندیها
رویکرد توسعه مارپیچی نیازمند تدوین سند نیازمندیهای هر مارپیچ است که در آن کاربران ضمن تشریح نیازمندیها و الزامات تاکتیکی و قابلیتهای مورد نظر خود در هر گام، تضمین می‏دهند که در آغاز، چیزی کمتر از سیستم جامع را مطالبه کنند. برای تسریع در توسعه محصول، لازم است از میزان انطباق محصول نهایی با نیاز کاربر اطمینان حاصل شود. بایستی کاربر را پیرامون اینکه در همان مراحل اولیه تحویل تمامی نیازمندیهایش برآورده نخواهد شد توجیه کرد.بدین ترتیب لازم است توافقی در خصوص محتویات هر گام مارپیچی حاصل شده، سپس مستندات لازم سازماندهی شود.

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

6- مدیریت فناوریها
توفیق در توسعه تکاملی و مارپیچی مستلزم دسترسی به فناوریهای به بلوغ رسیده در زمان اجرای هر مارپیچ است. سرعت تغییر فناوریها روز افزون شده است. ناآگاهی پیرامون دوره عمر فناوری کنونی مورد استفاده برای یک قابلیت، می‌تواند عواقب ناگواری را متوجه سازمان کند. در فرایند مارپیچی در پایان هر مارپیچ لازم است تا فناوریهای گنجانده شده برای قابلیتها، بازبینی شوند و با رصد فناوریهای جدید و در دسترس، بهبود یابند. از این رو سازمانها برای توفیق در پیاده سازی فرایند توسعه مارپیچی نیازمند برپایی مکانیزمی برای رصد دایم و نیز مدیریت درست کسب و انتقال تکنولوژیهاست. چنین مکانیزمی موظف به ارزیابی بلوغ و ضعفها و قوتهای فناوریها، پیش بینی و چگونگی کسب و انتقال آنها است.

7- توسعه سیستم تحلیل ریسک
تحلیل ریسک هر مارپیچ، فعالیتی است که متمایز کننده فرایند توسعه مارپیچی از سایر فرایندهاست. در زمان پایان هر مارپیچ، تحلیلی اساسی صورت می گیرد تا ضمن بررسی میزان انطباق قابلیتهای محصول پدید آمده با نیازها و الزامات مشتریان، فناوریهای قرارگرفته در محصول نیز مورد بازبینی قرار گیرند تا از به روز بودن آنها اطمینان حاصل شود و زمینه‌های جایگزینی فناوری پیشین، با فناوری جدید برای قابلیت مورد نظر فراهم شود.

در این بین، نیاز به مکانیزمی است تا با بررسی موارد یاد شده در پایان هر مارپیچ تصمیم به ادامه ، توقف و یا اصلاح فرایند توسعه محصول را هدایت کند.

نتایج مکانیزم‌های بازخورد و تعامل با مشتری و نیز رصد تحولات بویژه تغییرات فناوریها، خود بخشی از اطلاعات مورد نیاز سیستم تحلیل ریسک را فراهم می سازند. بنابراین در توسعه سیستم‌ها و مکانیزم‌های یاده شده، بایستی چگونگی تعامل آنها مورد توجه قرار گیرد.

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

پیاده سازی رویکرد تکاملی و توسعه مارپیچی زمانی از سهولت بیشتری برخوردار است که زمینه‌ها و الزامات اولیه آن شناسایی شود و فراهم آید. پیش از هر چیز بایستی مفاهیم آن بخوبی شناخته شود و با ایجاد مکانیزم‌هایی برای مدیریت تعامل با مشتری، مدیریت کارگروهی، مدیریت فناوریها و مکانیزم ارزیابی ریسک، تکمیل شود.

منابع:
1- "Deffense Acquisitions، Future Combat Systems Challenges and prospects for succes"،US Government Accountability Office (Gao)
2- Farr John V،Multitiered Approach to Army Acquisition، Deffense Acquisition Review Journal
3- Frakas Kenneth، "Evolutionary Acquisition Strategies and Spiral Development process"، PM July-Auguest 2003
4- Feicket Andrew ، "The Army's Future Combat System Background and issues for congress" ، Library of congress ،April 2005

احمد اللهیاری: کارشناس ارشد مدیریت صنعتی

نظرات 0 + ارسال نظر
برای نمایش آواتار خود در این وبلاگ در سایت Gravatar.com ثبت نام کنید. (راهنما)
ایمیل شما بعد از ثبت نمایش داده نخواهد شد