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

Грустная история стремительного угасания одной рекламной кампании

Что нужно иметь в виду при разработке и "упаковывании" собственного продукта?

Как выбрать модель для оценки проектов/получения вознаграждения от заказчика и как ему это обосновать?

О том, что нужно иметь в виду при ценообразовании и прогнозировании сроков производства

В последнее время автор еженедельно получает вопросы «Что почитать начинающему менеджеру» и «Как у вас прокачивают менеджеров». На самом деле, качественной литературы, тренингов и подкастов ОЧЕНЬ много.

Не можете спланировать весь путь? Верю. Планируйте этапами. На то он и SCRUM. Но на каждом из них — цена и сроки должны быть озвучены заранее и должны оставаться фиксированными. Если этого хочет клиент. А по умолчанию — он хочет.

Я использую два монитора, Google-календарь, Scrumban, общую тетрадь и песочные часы. Сам способ постоянно дорабатывается, но общие принципы остаются неизменными: держать под рукой все проекты в рукописном виде + управлять движением проектов на виртуальной канбан-доске.

Насчет неумения оценивать в абсолютных величинах, есть множество научных источников. С результатами самого веселого, из повстречавшихся мне, исследования, проведенным норвежским научно-исследовательским институтом Simula Research Lab хочу поделиться с вами тут.

Ни один сотрудник не считает себя машиной по выполнению задач. Каждый — умный, думающий, творческий и ответственный человек. Если это не про ваших сотрудников — значит, вы что-то делаете не так. При должном уважении к собственным способностям любой сотрудник даст отличный результат. Я нащупал метод, чтобы с каждой новой задачей сотрудники чувствовали себя окрыленными и свободными. Пользуюсь им в работе. Возможно, он пригодится и вам.