فروشگاه

کتاب ۹۷ چیزی که هر مدیر پروژه باید بداند!

در دسترس است!: موجود در انبار

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

12,000 تومان تومان

توضیحات

مقدمه کتاب ۹۷ چیزی که هر مدیر پروژه باید بداند

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

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

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

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

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

در زیر قسمی از کتاب را به صورت نمونه برای شما عزیزان قرار داده ایم. امیدواریم از خواندن آن لذت ببرید.

 

Make Project Sponsors Write Their Own Requirements

PRojECT FAIlURE IS noT jUST A PRoBlEM with American corporations. According to a survey conducted several years ago by one of Japan’s leading information technology magazines, more than 75% of the projects that are undertaken by Japanese corporations are considered a failure when measured against the metrics of quality, cost, and delivery.

In Japan, as in most other nations, the top reason for failure in each metric is almost always the same: poor requirements definition. The companies that are most at risk are those with poor business analysis capabilities. When specifically reporting on technology projects, such as software development, success is categorized, euphemistically, as “improbable.” This result shows how .difficult it is to find, identify, and define true requirements for a software project

Since it is so hard to do, many project owners—such as customers, project sponsors, or company executives—expect the project manager to define and refine the requirements for the software on her own. They do not provide much in the way of guidance or a clear definition of what they need. Since it is a software project, and they may not understand software development themselves, they assume that they don’t have to define what they expect.

The software project manager usually does not have the authority or the time to find, select, and prioritize the project requirements on her own—especially since there may be several interest groups involved in the project that probably have conflicting ideas about what they envision the software will do upon completion.

It’s up to the project manager to spend time with those who are funding the software project to help them define exactly what they want before the project starts. Is it more important that it is done quickly, with few bugs, or on as small a budget as possible? You can’t have it all. What resources and skill sets are crucial to create the software they want? Are they making these resources available to the team?

Without serious, specific consideration of what is to be created on this project during the requirement definition phase, the success of the project is severely jeopardized. Remember, project owners need to convey what they want this software to do, not how the programmers will go about producing that result.

Convince the project owners that they must be involved in the process from start to finish. Solid requirements planning establishes a clear connection between the business case, project goals, and the project outcome. Otherwise, the project cannot produce the satisfactory result they are expecting.

A failed software project hurts the project owners most, since they have put up the money to fund the project and were expecting to use the software to earn back their investment.

توضیحات تکمیلی

نویسنده

Barbee Davis

ناشر

O’Reilly

زبان

انگلیسی

سال انتشار

August 2009

ویرایش

ویرایش اول – First Edition

تعداد صفحات

253

حجم فایل

1.5 مگابایت

امتیاز ها

هیچ نقد و بررسی وجود ندارد.

اولین نفری باشید که نطرتان را درباره این محصول اعلام میکنید... “کتاب ۹۷ چیزی که هر مدیر پروژه باید بداند!”