Привет читатели Хабра!

Хочу поделиться своим подходом (со стороны руководителя проектов) к формированию задач, что позволяет мне не путаться и обеспечивать прозрачный процесс. Возможно вам будет интересно узнать мой опыт и он позволит вам не повторить моих ошибок:)

Документация в рамках ИТ-проекта/продукта подчас имеет необычное исполнение. Есть проекты/продукты, где на первый взгляд с документацией всё хорошо, она выходит в рамках обязательств по контракту, но вот применять её очень сложно. Бывают и обратные примеры, когда документация оформлена отлично и написана грамотно, в ней всё понятно, но она очень сильно устарела. Иногда случается всё и сразу.

Не всегда понятно, как включить нового сотрудника в работу? Новичку приходится отвлекать более опытных коллег. Самый удивительный случай, это когда в ИТ-проекте/продукте существует свой мифический «Петрович», который знает, что как устроено, и может помочь освоиться.

Привет Хабровчане!

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

В рамках одного проекта в компании ОТР 2000 были трудности с самим техническим заданием, но благодаря команде проекта (всех помню, вы лучшие с кем я когда-либо работал) удалось нивелировать отставание по проекту, и вывести команду из состояния перманентного цейтнота.

В рамках другого проекта в компании Spora, сам заказчик предложил подобный подход (Эрнест Юрьевич, эти знания до сих пор мне помогают, сердечно вас за это благодарю), что позволило добиться хороших результатов и сформулировать план на длительный период, которые реализовывался с опережением графика и при этом в команде была здоровая атмосфер.

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

Как удавалось решить данные вопросы и хотелось рассказать.

Что необходимо сделать для перехода от идеи к ИТ-проекту (в других сферах ситуация не сильно отличается) – это я и попробую сформулировать. Мы не будем рассматривать сам способ формирования поиска идей – это отдельная сложная задача. Нашей задачей будет получить инструмент для оценки идеи и перевода её в статус проекта. Результаты мы сможем показать, обосновать и, надеюсь, реализовать.