Планирование проекта разработки программного обеспечения под заказ

Реклама:


Страхование ПО на старте: преодоление ошибочного мышления на этапе планирования проекта разработки программного обеспечения на заказ

Пэт Бранса описывает, как преодолеть предубеждения, чтобы добраться до реального источника проблемы. Узнать некоторые способы применения здорового «профилактического мышления» к проекту, в частности, при разработке программного обеспечения под заказ.

В контексте проекта разработки ПО, регулирование кризиса обходится гораздо дороже, чем его предотвращение. Тем не менее, несмотря на это, мало кто разработал рациональный подход к предотвращению проблемы на ранних этапах. Некоторые тратят время на поиски проблемы не там где надо, а реальная опасность таится в местах, где их меньше ищут. Третьи тратят время пытаясь обнаружить проблему в прошлом, не решая ее в настоящем.

Два типа препятствий мешают нам смотреть трезво на вещи, которые могут вызвать проблемы в будущем:

Мы не планируем время на предусмотрение. Лучший способ преодолеть проблему просто подумать о ней на перед. Некоторые из лучших менеджеров проектов специально вносят в недельный план немного времени на "обдумывание". Они используют это время, чтобы отдалиться от ежедневных задач и переосмыслить свою стратегию. Они также пытаются выявить потенциальные проблемы, которые могут угрожать проекту.

Когнитивные иллюзии мешают нам оценить ситуацию здраво. Этот вид препятствий является гораздо более вредным. У всех нас есть целый ряд этих иллюзий. Чтобы дать вам представление об этих недостатках в наших психических процессах, давайте рассмотрим два примера.

Две общие когнитивные иллюзии

Один вид предвзятости, якорь, работает следующим образом: мы начнем с предположения. С этого момента все мышление вращается вокруг этого якоря. Данная проблема обычно случается в бизнес-планировании. Руководители выбирают цель, а затем пишут план. В такой ситуации создатели плана склонны игнорировать все, что доказывает объективную неразумность.

Наличие эвристической модели мышления является еще одним распространенным источником систематической ошибки в идентификации проблем, заставляя нас делать такие вещи, как поддержать односторонний аргумент.

Шесть шагов к решению проблемы на ранней стадии

Давайте рассмотрим эти идеи в контексте проектов разработки программного обеспечения. Следуя шести шагом ниже, вы можете определить риски и принять меры для предотвращения возникновения проблем, или свести к минимуму их воздействие.

Шаг 1: Определите все возможные риски. Один из рациональных подходов к идентификации рисков является взгляд извне: спросите людей, которые работали над аналогичными проектами, с какими сюрпризами они сталкивались.

Еще один способ минимизации когнитивных предубеждений при идентификации рисков – восприятие рисков по категориям. Например, проект разработки ПО может иметь слабые стороны на уровне управления проектами, бюджета и технических сложностей:

 

  • риски, управления проектами включают проблемы, вызванные с плохим обсуждение требований или проблем, связанных с плохим планированием.
  • бюджетные риски включают перерасход из-за задержек или финансовые утраты из-за неожиданных затрат на лицензирование.
  • технические риски включают ошибки в программном обеспечением сторонних разработчиков, или аппаратные ошибки.

 

Для каждой категории, соберитесь с членами команды и обсудите возможные проблемы, которые могут возникнуть в каждой области. Такой подход поможет вам структурировать процесс выявления рисков.

Шаг 2: Оценка вероятности каждого риска. Некоторые виды деятельности, более склонны к провалам, чем определение вероятности возникновения будущих проблем. Опять же, один из лучших способов минимизации утрат является консультация с людьми, которые имеют объективный взгляд на проект. Постарайтесь выяснить, как часто возникали определенные проблемы в подобных проектах.

Шаг 3: Оценка потенциального воздействия каждого риска. Начните, думать о том, как эта проблема может повлиять на вашу проект: как изменится расписание? Какое влияние это окажет на ваш бюджет? Как это может повлиять на качество программного обеспечения?

Когда вы знаете, объем возможных проблем, и их важность, вы можете получить хорошее представление о суммарном воздействии рисков на ваш проект. Теперь присвоить значению этого воздействия суммы в долларах, если это возможно.

Шаг 4: На основе комбинации вероятности и воздействия, расставьте приоритеты ваших рисков. Риски с самыми высокими ожидаемыми затратами – получают наибольший приоритет.

Шаг 5: Для каждого приоритетного риска, подумайте, как вы можете предотвратить его возникновение. Оценить стоимость профилактики и взвесить сколько затрат покрывает риск. Стоит ли принимать меры по предотвращению потенциальной проблемы, или вы должны просто жить с риском?

Шаг 6: Риски, на которые вы не можете повлиять. Подумайте о том, как свести к минимуму ущерб если проблема возникнет. На основе стоимости предотвращения определенных рисков, вы можете решить не принимать упреждающие меры в этих областях. Вы также можете столкнуться с непредвиденными рисками, которые не могли быть предотвращены. В обоих случаях, единственное что вы можете сделать, подождать проблему, а затем свести к минимуму ущерб. 

 

+ 0 -

Добавить комментарий

Кликните на изображение чтобы обновить код, если он неразборчив

Нажимая на кнопку «Отправить комментарий», я даю согласие на обработку персональных данных.