ailev.ru

29 ноября 2016 · Комментарий

Без заголовка

Я попробую. Я оценщик и независимый консультант на стыках. Вот когда я вхожу в проект, я ситуацию описываю. То есть в буквальном смысле делаю описание. И составляю задание на проект. И теперь в разы меньше взаимонепонимания в ходе проекта, ибо описано загодя какие требования будут удовлетворены в результате реализации проекта, каким моим требованиям должна соответствовать предоставляемая информация, кто может помочь и кто может мешать, чьи еще требования надо учесть эцетера. Соответственно меньше косяков и переделок, меньше тупой технической работы. Кроме того, заранее стало ясно какие проекты "не полетят", и в них можно не вникать раньше времени или не вникать совсем. Расписать работу исполнителям тоже стало проще, могу привлекать неквалифицированного человека делать квалифицированную работу по хорошо описанному алгоритму. Свой план тоже стал много яснее и понятнее. Проще концентрироваться на задачах и распределять время. Всегда заранее виден факап, и можно дедлайн подвинуть за две недели, или сыграть обсуждением, это приемлемее для заказчика, чем срыв дедлайна за день до. Сейчас вот еду в Н–ск, будем упаковывать технологии для оборота.

К записи · К обсуждению