Ты обязательно облажаешься, рано или поздно

Возможно ли всегда делать задачи без ошибок? Можно ли всегда писать описание задач так, чтобы никогда ничего не пришлось дополнять, изменять, переделывать? Если вы ответили "да", то вы откровенно себе льстите.

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

В 2007 году компания Microsoft решила выйти на рекламный интернет-рынок и купила агентство интернет-рекламы aQuantive за 6,3 миллиарда долларов. Microsoft предложила за каждую акцию компании на 80% больше ее рыночной стоимости. Однако, как признал лично Билл Гейтс, покупка агентства не привела к ожидаемым результатам. В 2012 году 6 миллиардов убытков пришлось компенсировать, списав из прибыли за 4 квартал.

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

Критерии готовности задачи к разработке помогут не упустить ничего при описании задачи. Это такой чек-лист, с помощью которого вы себя проверяете и снижаете риск того, что что-то забыли.

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

Твоя ошибка на 6 ярдов ещё ждёт тебя впереди
Какие бы техники вы не использовали, всегда старайтесь уменьшить вероятность возникновения ошибок. Но и помните, что ваша большая ошибка всегда ждёт вас где-то впереди. Сможете отсрочить ее достаточно, чтобы хватило опыта выйти сухим из воды и 6 миллиардов прибыли, чтобы ее покрыть? 😉

Александра Шаламова
#советы #agile_который_работает #agile #управлениекомандой #разработка #ит #менеджмент