Собрал в шести статьях всё, что знал о планировании работы в IT-проектах и написании технических заданий.
1. Когда надо прекратить писать Техническое задание и начать делать проект? Дана схема как балансировать между чрезмерно подробным, а значит дорогим, ТЗ и слишком абстрактным, что ведет к рискам и ошибкам.
Манифест гибкой разработки ПО ставит во главу угла достижение бизнес-ценности, отбрасывая и уменьшая значимость всего, что к бизнес-ценности не приближает. В этом смысле традиционное детальное техническое задание, подписанное заказчиком и исполнителем, часто является причиной потерь.
Видео-запись моего доклада "Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки", который я рассказывал на Codefest 2018 в Новосибирске.
По обратной связи участников конференции доклад занял третье место в рейтинге самых полезных докладов секции ПМ и 5-е в рейтинге самых интересных докладов конференции. Спасибо, что так высоко оценили.
Этой весной я выступал на Codefest в Новосибирске. Рассказывал, как перейти от проектного мышления к продуктовому. После доклада меня позвали дать интервью, где я рассказал о переходе от проектного мышления к продуктовому, кросс-функциональных командах и о том, где взять крутого Product Owner'а.
Написание подробного Технического задания для IT-проекта вошло в привычку и воспринимимается как стандарт. Все пишут ТЗ, стараясь снизить риски и упростить работу. Но с работой по ТЗ связан ряд проблем, которые стоит учитывать, чтобы снизить риски в проекте. Об этих проблемах ниже.
