Что делать, если выстроенных процессов на проекте нет и не п | BA GIRL | Бизнес-аналитик в IT
Что делать, если выстроенных процессов на проекте нет и не предвидится или процессы не работают?
(58 секунд)
Сегодня мы с вами коснемся довольно острой темы, в которой всегда много подводных камней. Будет здорово, если вы расскажете в комментариях про свой опыт.
Итак, первое, на что хочу обратить внимание: как только мы заводим разговор о процессах на проекте, мы влезаем не в свои прямые обязанности, и очень важно правильно и аккуратно донести до менеджера проекта свои мысли, идеи и сомнения, чтобы не вызвать раскол в ваших отношениях и заручиться его поддержкой.
Помимо этого, у вас должно быть достаточно влияния и уже доказанной квалификации на проекте, чтобы вас хотели слушать.
Если менеджер проекта вас не слышит или не воспринимает, возможных выходов у вас 3: пытаться налаживать процессы в обход менеджера (идея заведомо провальная в 99% случаев), смириться и временно не вмешиваться, выжидая момент, или же менять проект.
Как правило, большинство компаний, не являющихся стартапами, на интервью вам скажут, что процессы на проектах у них идеальные (я не видела ни одной компании, в которой на всех проектах были бы идеальные процессы или хотя бы на одном ). Точно также себя поведут и на проектных интервью, рассказывая вам про стабильные и правильно выстроенные процессы. Вы должны понять и принять, что в реальности даже в самых идеально спланированных и организованных процессах существует человеческий фактор. Парам-пам-пам.
Если же менеджер все-таки к вам прислушался и согласился с необходимостью что-то менять, то начните с того, что имеет прямой и самый сильный импакт на лично вашу работу и результат.
При таком подходе вам всегда будет легко перенести акценты с болезненных вещей для других на болезненные для вас и аргументировать свои предложения, ссылаясь на свои боли.
Помните: никто не любит, когда тыкают пальцем в них, поэтому тыкайте в себя.
Например, «Я заметила, что в конце почти каждого спринта, когда команда уже почти закончила работать над задачами, у нас случаются срочные изменения требований. Иногда они значительные, иногда нет. Меня беспокоит, что мы вынуждены в конце спринта резко менять требования в процессе их реализации. Я не успеваю их правильно обработать и достаточно провалидировать в условиях экстренной ситуации, это может повлечь за собой вот такие риски: ... . Может быть я попробую описать процесс запроса на изменения требований, в котором мне было бы комфортно работать и мы обсудим его с тобой, внутри команды и с заказчиком?»
Обратите внимание, что в данной ситуации, вероятнее всего, больше всего импакта случается на команду разработки (которая в быстром темпе должна переделывать свою работу, чтобы успеть до конца спринта/демо и не разочаровать заказчика) и на взаимоотношения команды и заказчика, (команда раздражается необходимости экстренных переделок, а заказчик все равно на демо недоволен, потому что в сжатые сроки качество оставляет желать лучшего), но говорить о своих предложениях мы все равно будем стараться из позиции «на МЕНЯ и МОЙ результат это влияет плохо», если хотим сохранить хорошие взаимоотношения.
Расскажите, считаете ли вы процессы на вашем проекте идеальными? Почему?
Пытались ли вы влиять на их качество? Получалось?
