42
Для предотвращения возникновения рисков на фазе планирования,
необходимо понимать свои возможности. Для предотвращения переоценки
собственных сил. Во время планирования заложить в график поправки на
возможные задержки. Так нужно попытаться создать гибкий график, который бы не
изменялся в связи задержки или опережения.
Тесное взаимодействие с заказчиком. Существует риск смены представителя
IT службы цеха, что может повлечь за собой сложности на других процессах. Для
предотвращения возникновения рисков на этом этапе, нужно на этапе планирования
разработать запасные варианты на этот случай.
Общесистемные правила именования – на этом этапе могут возникнуть риски
ошибок в выборе имен классов, переменных и т.д., что может привести к
разбалансированию работы команды. Поэтому следует разработать правила
именования.
Простая архитектура - возможен риск того что разработка определенного
модуля будет связанна с большими трудностями, что некоторая функция будет
мешать разработке. На данной этапе важно вовремя определить проблемный модуль
или функцию и по возможности упростить его или ее, заменить другим или другой,
а возможно убрать из проекта полностью.
Рефакторинг – возможен риск, при провидении оптимизации, потерей
функционала. Для предотвращения рисков на данном этапе нужно обстоятельно
изучить возможность оптимизации и применить ее без потери функционала.
Парное программирование - возможен риск разбалансировки понимания
задачи обеими сторонами или смена представителя одной из сторон. Для
предотвращения рисков необходимо достичь полного понимания сторон, а при
смене на этапе планирования разработать запасные варианты.
40-часовая рабочая неделя – возможен риск перенапряжения и усталости, в
связи с чем увеличение количества ошибок в коде и каскадное увеличение времени
на их устранение. Решением будет соблюдение этого правила, и при отставании
лучшим решением будет смещение графика.
Коллективное владение кодом - возможен риск того что в команде разные
подходы к кодированию, перехвату исключительных ситуации. Необходимо
добиться команды единомышленников и обязательно использовать правило: если