Будни IT менеджера

Если перефразировать известный анекдот про бэкапы, то люди делятся на тех, кто проверяет гипотезы, и тех, кто будет проверять гипотезы. К слову, это тоже гипотеза. Есть ли жизнь без прототипов Помните страшную историю из статьи  О том, почему бизнес-ценность и успешное завершение проекта - это не всегда одно и то же ?   Одна из проблем, которая так явно прослеживается в той ситуации - это запуск полного цикла разработки вместо проверки гипотезы на прототипе. В итоге, несколько тысяч человеко-часов были потрачены на разработку целого продукта, который, как оказалось, базировался на ошибочной идее.  Изображение с сайта https://i.ytimg.com/vi/-pKJKXn63n8/maxresdefault.jpg Agile и проверка гипотез Когда я писал эту статью, то очень хотел увязать Agile и проверку гипотез в одно целое. Но в целом, ни Agile манифест, ни Scrum Giude в явном виде не говорят, что вы должны их проверять. Хотя, есть одна фраза, к которой можно привязаться, хоть и довольно условно:...

Несколько месяцев назад я узнал об интересной методике для достижения целей: 4 дисциплины исполнения Шона Кови. По заявлениям авторов он особенно эффективен для целей, достижение которых требует изменений в поведении людей. Очень интересная тема для тех, кто хочет достичь каких-то прорывных результатов, но не может побороть какие-то сложившиеся привычки. Теория 4ДИ 4 дисциплины исполнения описаны в книге  Как достичь цели. Четыре дисциплины исполнения . Небольшая ремарка: если честно, в начале книга меня не зацепила. В лучших традициях американских бизнес-книг в ней было много воды раз за разом повторялись одни и те же примеры, рассказывались одни и те же вещи, но немного с другого ракурса. Плюс до конца авторы не раскрывали, за счет чего работает эта методика, фокусируясь только на инструментах. Но где-то в конце картина сложилась, и в итоге от книги осталось хорошее впечатление. Изображение с сайта https://ozon-st.cdn.ngenix.net/multimedia/1006011455.jpg Итак, в ...

Представьте себе компанию, которая реализует IT проекты по классическому waterfall. Бизнес придумывает идею, аналитики превращают ее в требования, разработчики реализуют функционал, а тестировщики его проверяют. При этом проекты бывают самые разные, от мелких правок на формах информационной системы до глобальной смены бизнес-процессов.  И вот на этот отлаженный конвейер падает очередная задача. Бизнес хочет поменять один из ключевых процессов, чтобы сэкономить на нем огромные средства. Но для этого потребуется значительно переделать существующую информационную систему. Целый год идет бизнес- и системный анализ: пишутся новые алгоритмы, отрисовываются новые формы, прорабатываются даже сообщения об ошибках. После этого проект переходит в разработку на оценку.  Сразу становится понято, что оценивать будет непросто:  требований очень много местами они устарели, в определенных частях противоречат друг-другу, некоторые детали не описаны,  некоторые заинтер...