صفحه اصلی وبلاگ

HomePage

Links:

وبلاگهای مهندسي صنايع:

داخلی:

ديد مهندسی

ISO 9001:2000

مهندس مهدی

خارجی:

رفورم و بازساخت نظریه مدیریت پروژه

توسعه مديريت محصول

مديريت فرز!

-----

سایتهای مرتبط با مهندسي صنايع :

داخلی:

Iran PM

خارجی:

مهندسی صنايع

انستيتو پيش بينی تجاری

آخرين اخبار درباره مهندسی صنايع

-----

وبلاگهای مدیریتی و اقتصادی و ...:

مقالات صدری زاده

میانبر(شورت کات)

سایتهای آکادمیک مهندسی صنایع :

دانشکده صنایع و سیستمهای دانشگاه صنعتی اصفهان

-----

سایتهای مرتبط با IT :

Tur2

IT in Iran

آرشیو:

(تفکیک موضوعی):

کنترل پروژه

بازاریابی، فروش و مدیریت استراتژیک

تحلیل، طراحی و مدیریت سیستمها

پیش بینی و زنجیره تامین

کنترل و مدیریت کیفیت

شبیه سازی

(تفکیک زمانی):

زمستان 82

بهار 83

تیر و مرداد 83

تـــــــــــــــــــــــــــــــوجه:

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

وبلاگ "مهندسي صنايع"

  بعلاوه تکنولوژی اطلاعات

آرشیو ؛ تیر و مرداد 83

29 مرداد 1383 (August 19, 2004)

حق برخورداری از محل کار سالم و بی خطر؛

اين باید قانون باشد!؟

F بیکاری در ایران بیداد می کند؛ با اینحال شما می توانید ببینید افغانی ها و اطفالی را که بدون برخوردار بودن از بیمه و ... در محیطهای کاری سخت کار می کنند. گذشته از حرف قابل بحث فوق که اصولاً غیر قانونی است، باید بپذیریم که یک کشور جهان سومی هستیم و کارگران موجود هم دارای بیمه های کذایی هستند و آنها بدلیل ترس ناشی از دست دادن شغلشان، زیر بار هر کاری می روند و در هر شرایط کاری کار می کنند! زدن این حرف از سوی کار فرما بسیار راحت است: "بیرون پر است از جویای کار و اگر راضی نیستید خوش آمدید!"

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

F در آمریکا اعلامیه زیر منتشر شده است:

F آیا در کشور ما که در صنعت و اقتصاد و مباحث جدید آنها همچون مهندسی صنایع و مدیریت صنعتی، از غرب الگوبرداری شده و فقط به زوایایی از آن بند شده که به نفع صاحبان کارخانه و سرمایه است، چنین کارهایی شده و یا اصلاً ضمانت اجرایی برای قوانین موجود وجود دارد؟!

جلال کسائی

--- «  نظر دهيد » ---  

 25 مرداد 1383 (August 15, 2004)

شبیه سازی؛

تکنیک برتر مهندسی صنایع

 قسمت 3   ( بخش دوم3 ، بخش یکم9)

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

شبیه سازی یک تکنولوژی اساسی برای تولید کارخانه درون کامپیوتر خواهد شد. این سیستم توسط مساله و نوع کاربر، یک پایه و اساس برای تخمین اجرای متریک و اندازه گیری شده تهیه خواهد کرد.

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

این کارخانه که درون کامپیوتر است چه چیزی را فراهم کرده، به ما تحویل خواهد داد؟

هم اکنون سخت افزار و نرم افزار در دسترس هستند، اما ادغام سیستمها لازم است تا داده ها به سیستم شبیه سازی منتقل شوند.

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

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

استانداردکردن سیستمهای شبیه سازی در نمودارها و اجزای مبادلات اطلاعاتی مورد نیازند، حتی اگر آن یک انتخاب از گزینه هایی چون windows یا مدیر نمایش و یا پیوستگی استفاده از ساختارهای سیستمهای باز (open system) باشد؛ دوباره سازی سیستم شبیه سازی، نسبت به استفاده از تکنیک های رشد خانگی که کارهای توسعه یافته ما را ساده می کنند، توانایی و کوشش بیشتری لازم ندارد؛ این کارها در سطح pc انجام شده است و حالا زمان آن است که تکنیکهای شبکه ای (net work) درون سیستمهای شبیه سازی گذاشته شوند تا به ارتباطات اجازه داده شود تا از حیطه عریض سخت افزار کامپیوتر عبور کنند.

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

1- سه بخش کاربردی طراحی – برنامه ریزی و عملیات (اجرا و بهره برداری)

2- ساختن مدلهایی برای تعریف جوابهای قابل قبول وقابل استفاده برای مسایل

3- اهداف گوناگون برای ساختن مدلهایی که از میدان و حیطه انواع مسایل می گذرد

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

همه این نکات ما را به یک پایان رهبری می کنند و آن این است که:

µ شبیه سازی برترین تکنیک مشاور مهندسی صنایع است µ

ترجمه : سید جلال کسائی

(ترجمه در 9 اردیبهشت 1377، انتشار در مجله صبا )

منبع:  Industrial Engineering

نویسنده: A. Alan & B. Pritsker

می توانید کل مبحث شبیه سازی را تا این قسمت، بصورت یک فایل pdf دانلود نمایید:

--- «  نظر دهيد » ---  

19 مرداد 1383؛ 9 آگوست 2004

ارزش بدست آمده(EV) مدیریت پروژه؛

ابزاری قدرتمند برای پروژه های نرم افزاری

 قسمت 2  (بخش یکم9)

2. کلیات

بیش از سه دهه است که EV (ارزش بدست آمده ) به عنوان یک تکنیک اثبات شده و تحت استفاده در مدیریت  پروژه، جایگاه خود را برجسته نموده و جای خود را در کنار دیگر ابزار ارزشمند باز کرده است.  EV در کاربرد رسمی، به عنوان وسیله ای مؤثر برای نظارت و مدیریت ارشد سیستمهای جدید در مراکز دولتی ایالات متحده شناخته شده است. در یک شکل وسیع، ارزش به دست آمده تکنیکی مفید در مدیریت هرنوع پروژه است که پروژه های نرم افزاری یکی از موارد ویژه کاربردی آن است.

3. مقدمه ای بر مفهوم  Earned – Value

الف – تاریخچه

ارزش به دست آمده چند دهه است که از سوی دولت ایالات متحده به صورت سختگیرانه ای برای بسیاری از سازمانها، اجبار شده است تا برای استفاده فرمالیزه و استاندارد از آن جدیت نمایند. نسخه رسمی و استاندارد آن از سال 1967 توصیه شده و این هنگامی بود که سازمان دفاع(DOD) ، سی و پنج معیار سیستمهای کنترل هزینه/زمانبندی (C/SCSC) را بر روی همه مراکز صنعتی خصوصی که خواستار شرکت در سیستمهای عمده دولتی آتی که از انواع قراردادهای هزینه/قابل پرداخت و یا مورد رقابت اکثر شرکتها بودند، در راهنمایی منتشر نمود. پس از آن هر موقع که سیستم عمده جدیدی توسط دولت ایالات متحده آمریکا تهبه می شد که ریسک رشد هزینه توسط آن ارگان ثابت می ماند، این 35 معیار باید توسط پیمانکار رعایت می شد.

اثراجبار C/SCSC  مستلزم یک نسخه رسمی و استاندارد از مفهوم "ارزش به دست آمده"مدیریت هزینه و زمانبندی  پروژه های عمده انتخابی جدید بود. یک قرارداد به ارزش حداقلی(چندین میلیون دلاری) و یک برنامه زمانی حداقلی(بیش از دوازده ماه)، باید قبل ا ز اعمال معیار، معرفی و تشریح می گردید. معیار ارزش بدست آمده، لزوماً در جهت تهیه سیستم اصلی بودند.

مفهوم C/SCSC بطور ناسازگاری برای بیش از 30 سال به کار گرفته شده و به صورت قالب استاندارد مناسبی برای استفاده در سیستمهای عمده دولتی در آمده است. ارگانها و سازمانهای دیگر دولتی در ایالات متحده و کشورهای دیگر همانند استرالیا، کانادا و سوئد، معیار ارزش بدست آمده مشابهی را در مدیریت استفاده از سیستمهای عمده خود اتخاذ کرده اند.

یک ساختار کاربردی مدیریت علمی در استفاده از مفهوم ارزش به دست آمده، توسعه یافته که عمدتاً توسط DOD (سازمان دفاع) و انستیتو صنعتی نیروی هوایی (AFIT) پیشنهادشده است .

در ادامه بحث به تشریح استفاده عملی از مفهوم ارزش به دست آمده خواهیم پرداخت.

ادامه دارد

 جلال کسائی

پاورقی:

1- Department of Defense (DOD)

2- Cost/Schedule Control Systems Criteria (C/SCSC)

3- Air Force Institute of Technology (AFIT)

--- «  نظر دهيد » ---  

7 مرداد 1383؛ 28 ژولای 2004

شبیه سازی؛

تکنیک برتر مهندسی صنایع

 قسمت 2 ( :بخش سوم  ، بخش یکم9)

F در شکل (1)، براورد و تخمینی ازمقدار جاری استفاده از شبیه سازی در سه طبقه سه بخشی نشان داده شده است. شکل نشان میدهد که شبیه سازی در دو بخش طراحی مهندسی و برنامه ریزی، بیشتر از مقداری که در قسمت عملیات به کار گرفته می شود، مورد استفاده قرار می گیرد، اما مقدار شبیه سازی که بیشتر در تصمیم گیریهای نهایی استفاده می شود، دربخش عملیات و بهره برداری، بیشتر از اندازه ای است که در دوناحیه طراحی مهندسی و برنامه ریزی به کار می رود.

شکل 1

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

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

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

مسیر آینده استفاده از شبیه سازی به انواع کاربر های تکنولوژی بستگی خوا هد داشت. اختلاف کاربران باید به عنوان مزیتی برای تهیه ابزار های شبیه سازی مختلف، اما سازگار برای هر نوع کاربر در نظر گرفته شود.

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

ادامه دارد

 جلال کسائی

--- «  نظر دهيد » ---  

2 مرداد 1383؛ 23 ژولای 2004

نگاهی به تولید بهنگام (jit)

و رابطه آن با کنترل کیفیت جامع(TQC)

F همان مجله ای که قبلاً  یادی از آن شد(صبا)، حاوی مقاله ای بود که توسط من و آقای سعید فاضل(دانشجوی کارشناسی ارشد مهندسی صنایع دانشگاه صنعتی اصفهان) بطور مشترک گردآوری شده بود(پاییز 77) و چون یکی از خوانندگان این وبلاگ درخواست مطلبی در مورد "نظام تولید بهنگام" کرده اند، بد نیست که آن مقاله را که با استناد به مصاحبه با یک مهندس ساخت و تولید ایرانی ساکن در آمریکا(مندرج در مجله صنعت خودرو؛ ساپکو، شماره 10)، کتابهای مقدمه ای بر نظام تولید بموقع(تألیف منوچهر سلطانی؛ ویراسته دکتر علی حائریان اردکانی) و

Schnieder Jans, Marce J.; "Topics in just-in-time management"

نوشته شده بود، در این وبلاگ نیز منتشر کنم.

مباحث مطرح شده در این مقاله عبارتند از:

• تاریخچه

• تعریف نظام بهنگام(JIT)

• دلیل بکارگیری آن

• محدودیتهای گسترش JIT

• مبانی JIT

• کنترل کیفیت و JIT

• برنامه اجرایی کنترل کیفیت فراگیر(TQC)

• TQC و کنترل فرایند

• TQC و پیمانکاران

• TQC و سیستمهای اطلاعاتی کیفیت

• اجرای "JIT" در ایران و مشکلات و موانع موجود در برابر آن

þ خوب! اگر شما هم  با اجناس استوک شده چند ماهه و شاید چندین ساله(!) در انبارهای بزرگ حال نمی کنید، می توانید مقاله را دانلود کنید!

þ توجه: از این فونت تاهوما خوشم نمیاد! ولی آقای مشکسار گفته اند که بقیه فونتها در ویندوزهای غیر xp، مشکل حرف "ی" دارند که تا تجهیز همه به ویندوز xp و نیز حرکت در راستای وبگرد مداری(!)، از این به بعد من هم "تاهوما"چی می شوم.

 جلال کسائی

--- «  نظر دهيد » ---  

22 تير 1383؛ 12 ژولای 2004

بازاریابی و استراتژی رسوخ در بازار

 قسمت 1

F مقدمه

آیا به نظر شما عجیب نیست که مدیر یک شرکت تولید کننده نرم افزار با تحصیلات دکترای نرم افزار این عقیده را داشته باشد که هزینه های مربوط به بالا رفتن کیفیت را، "مشتری" باید مستقیماً بپردازد و شرکت برای افزایش فروشش ملزم نیست هیچ هزینه مازدای بکند؟! چنین نظری را به کدام عهد صنعتی می توان ارتباط داد؟ آیا آن شرکت محصولاتش را به مشتریان تحمیل می کند؟ آیا محصولات آن شرکت در مقایسه با محصولات رقبا بسیار ارزانتر است؟ مگر محصولات کم کیفیت(به اقرار مدیر) بعداً هزینه زا نیستند؟!

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

 در این نوشته شرکت R-PG، نام اختصاری شرکتی حقیقی در ایران است که بدنبال راهکارهایی جهت افزایش تعداد مشتریانش می باشد و البته ارتباطی نیز باشرکت نرم افزاری ذکر شده در ابتدای این مقدمه ندارد.

لطفاً نوشته را دانلود کنید...

ادامه دارد

 جلال کسائی

--- «  نظر دهيد » ---  

15 تير 1383؛ 5 ژولای 2004

شبیه سازی؛

تکنیک برتر مهندسی صنایع

 قسمت 1 ( :بخش سوم  ، بخش دوم 4)

F اولین مقاله ای که در مورد مهندسی صنایع تهیه کردم، ترجمه ای از مجله Industrial Engineering درباره شبیه سازی بود که در بهار 1377 در پیش شماره 50 یا 60 تیراژی نشریه دانشجویی صبا(صنعت، بهره وری، اظمینان) دانشکده صنایع دانشگاه صنعتی اصفهان درج شد و در اواخر نام آن مجله به بهبود تغییر یافت و نمی دانم، حالا منتشر می شود یا نه؟

پیش شماره صبا از نظر ظاهری جالب به نظر نمی رسید و در حد نشریه های کاملا آماتور دانشجویی بود؛ ولی حالا که به مطالب آن نگاه می کنم، انصافاً هم کاربردی و هم نظری بوده است.

قصد دارم همان مقاله شبیه سازی را دوباره منتشر کنم؛ نوشته A.Alan و B.Pritsker مربوط به سال 1996 می شود ولی بین خودمان بماند، فکر می کنم در ایران تازگی داشته باشد!

ôôô

شبیه سازی؛ تکنیک برتر مهندسی صنایع

 قسمت 1

برای حمايت از بيان اينکه شبيه سازی اصلیترین تکنيک و ابزار برای مهندسی صنایع است، باید گفت: "شبیه سازی مهمترین روش برای زدودن خیالپردازی در تمام زمینه های مدلسازی و تحلیل ها است."

بيش از 35 سال پيش (1969 ميلادی) اچ. ام. واگنر گفت: "اکثر تحلیلگران و متخصصان تحقیق در عملیات به سوی کامپیوترهای دیجیتالی شبیه سازی به عنوان آخرین راه چاره نگاه می کنند"؛ در حالیکه متخصصین تحقیق در عملیات به ایراد و ذکر این گفته ادامه می دادند این مورد هرگز برای مهندسین صنایع قابل توجه نبود.

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

درمهندسی صنایع، مسایل می توانند به سه بخش کاربردی مربوط شوند:

• طراحی مهندسی  
• برنامه ریزی
• عملیات(بهره برداری)

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

    1- ارزیابی تصمیمها: یعنی تهیه اطلاعات برای تصمیم گیرندگان و اینکه سیستم، چگونه زیر نظر یک برنامه و طرح داده شده یا یک سیاست کاری، عمل می کند.

    2- حمایت از جستجو برای تصمیم گیریها و سیاستهای کاری بهتر و آماده کردن پیشنهادها و نظریاتی که از تصمیم گیرنده پشتیبانی کند.

    3- واقعی کردن تصمیم گیریها: برای مثال، شبیه سازی  برای تهیه یک برنامه زمانی برای بخشهای تولیدی کارخانه استفاده می شود تا برای کار هایی که در جریان هستند، اولویتهای کاری را به موقع گوشزد کند.

ادامه دارد

 جلال کسائی

--- «  نظر دهيد » ---  

3 تير 1383؛ 22 ژوئن 2004

ارزش بدست آمده مدیریت پروژه؛

ابزاری قدرتمند برای پروژه های نرم افزاری

 قسمت 1

F کوئنتین فلمینگ(Quentin W. Fleming) و ژوئل کاپلمن(Joel M. Koppelman) که از مدیران ارشد شرکت پریماورا هستند، در مورد ارزش بدست آمده(Earned Value) چنين می گويند:

حتی اگر 15 درصد يک پروژه تکمیل شده باشد، ارزش بدست آمده، هر پروژه ای را به ابزار آگاهی دهنده ای مجهز می کند که بتواند در اسرع وقت علایمی(سیگنالهایی) صادر کند. این علایم(سیگنالها) مدیر پروژه را قادر می کند، حتی با در دست داشتن مقادیر محدود آماری، بودجه نهایی را برای پایان کار پیش بینی نماید.

  اگر نتایج پیش بینی نهایی برای مدیریت، غیر قابل قبول باشند، گامهای پروژه می توانند به سرعت به سوی نیازمندیهای نهایی تغییر یافته، متمایل شوند.

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

ادامه دارد

 جلال کسائی

--- «  نظر دهيد » ---