Идеальный программист. Как стать профессионалом разработки по


Рис. 10.1.  Вероятностное распределение Подразумеваемые обязательства



Download 4,8 Kb.
Pdf ko'rish
bet88/128
Sana11.02.2023
Hajmi4,8 Kb.
#910052
1   ...   84   85   86   87   88   89   90   91   ...   128
Bog'liq
robert sesil martin-idealnij programmist-1490197390

Рис. 10.1. 
Вероятностное распределение
Подразумеваемые обязательства
Майк сталкивается с проблемой. Он не уверен в том, сколько
времени потребуется Питеру для выполнения работы. Чтобы свести к
минимуму неопределенность, он может попробовать добиться от
Питера обязательства. Питер не в состоянии что-либо обещать с
полной уверенностью.
Питер
: «Нет, Майк. Как я уже сказал, работа будет выполнена за
три, а может, за четыре дня».
Майк
: «Тогда пишем четыре?»
Питер
: «Нет, теоретически может быть пять или шесть».
Пока все идет честно. Майк попросил принять обязательство, а
Питер аккуратно отказался его давать. Майк пытается применить
другую тактику.
Майк
: «Хорошо, Питер, но ты можешь хотя бы попытаться
уложиться в шесть дней?»


Просьба Майка звучит достаточно невинно, и безусловно, Майк
руководствуется лучшими намерениями. Но чего именно Майк хочет
от Питера? Что значит «попытаться»?
Мы уже говорили об этом в главе 2. В это слово вкладывается
разный смысл. Если Питер согласится, то он фактически возьмет на
себя обязательство уложиться в шесть дней.
Какие еще возможны интерпретации? Что именно Питер
собирается сделать, чтобы «попытаться»? Он собирается работать
более 8 часов? Очевидно, это подразумевается в его согласии. Он
собирается работать по выходным? Да, это тоже подразумевается.
Пропускать семейные праздники? Да, и это тоже. Все это входит в
понятие «попытаться». И если Питер чего-то не сделает, Майк сможет
обвинить его в том, что он приложил недостаточно стараний.
Профессионалы проводят четкое различие между оценками и
обязательствами. Они не берут на себя обязательств, пока не будут
твердо уверены в успехе. Также они следят за тем, чтобы избегать
неявных обязательств. Они по возможности четко оговаривают
вероятностное распределение своих оценок, чтобы руководители
могли строить соответствующие планы.
PERT
Программа PERT (Program Evaluation and Review Technique) была
создана в 1957 году ВМС США для проектирования подводных лодок
Polaris. Одним из элементов PERT является способ вычисления
оценок. Схема PERT предоставляет очень простой, но исключительно
эффективный способ преобразования оценок в вероятностные
распределения, подходящие для начальства. При оценке задачи
предоставляются три числа (так называемый анализ по трем
переменным):
• 
О: 
оптимистическая оценка. Это значение выбирается 
предельно
оптимистичено. Задача может быть выполнена за это время только в
том случае, если все без исключения пройдет гладко. Более того,
чтобы математическая теория сработала, вероятность такого исхода
должна быть менее 1%1. Как видно из рис. 10.1, в ситуации Питера
это один день;


• 
N: 
номинальная оценка (наиболее вероятная). На гистограмме
она будет представлена самым высоким столбцом. На рис. 10.1
номинальная оценка составляет 3 дня;
• 
P: 
пессимистическая оценка. Эта оценка также должна быть
крайне предельно пессимистической. В ней следует учесть все
возможные неприятности, кроме ураганов, ядерной войны,
блуждающих «черных дыр» и других катастроф. Математическая база
также работает только в том случае, если вероятность этого исхода
много меньше 1 %. В ситуации Питера пессимистическая оценка
представлена крайним правым столбцом (12 дней).
По этим трем оценкам вероятностное распределение описывается
следующей формулой:
где µ – ожидаемая продолжительность задачи. В случае Питера она
составит (1+12+12)/6, или около 4,2 дня. Для большинства задач
оценка получается слегка завышенной, потому что правая часть
распределения длиннее левой.
[43]
где σ – среднеквадратическое отклонение распределения времени
выполнения задачи.
[44]
Фактически это мера неопределенности
задачи: если это число велико, то и неопределенность тоже велика. В
нашем примере оно равно (12–1)/6, или около 1,8 дня.
По оценке Питера 4,2/1,8 Майк понимает, что задача, скорее всего,
будет завершена за пять дней, но также может занять 6 и даже 9 дней.
Но Майк управляет не одной задачей – он ведет проект с
множеством задач. Питеру поручены три задачи, над которыми он
должен работать последовательно. Оценки продолжительности
выполнения этих задач, представленные Питером, приведены в табл.
10.1.



Download 4,8 Kb.

Do'stlaringiz bilan baham:
1   ...   84   85   86   87   88   89   90   91   ...   128




Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
ma'muriyatiga murojaat qiling

kiriting | ro'yxatdan o'tish
    Bosh sahifa
юртда тантана
Боғда битган
Бугун юртда
Эшитганлар жилманглар
Эшитмадим деманглар
битган бодомлар
Yangiariq tumani
qitish marakazi
Raqamli texnologiyalar
ilishida muhokamadan
tasdiqqa tavsiya
tavsiya etilgan
iqtisodiyot kafedrasi
steiermarkischen landesregierung
asarlaringizni yuboring
o'zingizning asarlaringizni
Iltimos faqat
faqat o'zingizning
steierm rkischen
landesregierung fachabteilung
rkischen landesregierung
hamshira loyihasi
loyihasi mavsum
faolyatining oqibatlari
asosiy adabiyotlar
fakulteti ahborot
ahborot havfsizligi
havfsizligi kafedrasi
fanidan bo’yicha
fakulteti iqtisodiyot
boshqaruv fakulteti
chiqarishda boshqaruv
ishlab chiqarishda
iqtisodiyot fakultet
multiservis tarmoqlari
fanidan asosiy
Uzbek fanidan
mavzulari potok
asosidagi multiservis
'aliyyil a'ziym
billahil 'aliyyil
illaa billahil
quvvata illaa
falah' deganida
Kompyuter savodxonligi
bo’yicha mustaqil
'alal falah'
Hayya 'alal
'alas soloh
Hayya 'alas
mavsum boyicha


yuklab olish