© z-develop 2018

Поиск
  • Sergey Zinovev

Оценка сложности и времени выполнения задач в бизнесе

Пост обновлен 28 июля 2018 г.

В данной небольшой статье мне хотелось бы поднять крайне важный вопрос, которому в отечественном бизнесе уделяется очень мало внимания - а именно вопрос оценки сложности и сроков выполнения задач. Данный вопрос можно сказать является для меня наболевшим. По своему первому образованию я экономист, по второму - программист. И прежде чем заняться разработкой я шесть лет проработал в банковской сфере. Подход к оценке сложности и сроков выполнения задач в коммерческих банках и IT-компаниях занимающихся коммерческой разработкой отличаются кардинально. Если в софтварных компаниях используется прагматичный и научный подход, то в банках по большей части сроки дедлайнов выставляются абсолютно случайно, можно сказать с потолка. В российском малом бизнесе дела обстоят не лучше, чем в банковской сфере. Ни для одного сотрудника банка, занимающегося кредитованием малого и среднего бизнеса не ново слышать от руководителя фразу: "Сумма кредитной заявки всего 1 миллион рублей, по этому срок на рассмотрение и написание кредитного заключения - две недели". Я привел эту цитату неспроста. Потому что в ней кроется причина всех бед. Как можно увязывать между собой сумму сделки и срок? Ведь эти два показателя не являются линейно зависимыми. Зачастую в банках действует регламент, в котором четко прописаны все действия и шаги, все мероприятия и документы необходимые для рассмотрения заявки. И они абсолютно не зависят от суммы сделки. И не важно какая сумма, кредитный специалист в любом случае обязан произвести все эти мероприятия согласно регламенту. Второй фактор влияющий на сроки - это сложность системы. Бизнес-план (кредитная заявка) - это модель бизнеса, а бизнес это система. И любой управленец должен знать из курса математики, что сложность системы зависит от количества связей внутренних и внешних. Сколько участников сделки, сколько юридических и физических лиц входит в группу компаний, насколько тесный и объемный товарно-денежный оборот между ними, какое количество контрагентов и т.д. Именно количество взаимодействующих составляющих системы определяет ее сложность. В бизнесе по разработке программного обеспечения уже давно ни для кого не секрет существование так называемого "Закона Брукса". Данный закон был введен в книге "Мифический человеко-месяц". В книге автор математическими моделями доказал, что оценка времени и сложности проектов не зависимы друг от друга. Что сложный проект не обязательно выполняется долго, а легкий не обязательно быстро. К тому же разработка является не линейным процессом, и выполнение работы не может быть разделено на отдельные последовательные процессы. А разработчики тратят большое количество времени на взаимодействие друг с другом. Более того, исходя из вышесказанного на скорость выполнения проекта абсолютно не влияет количество людей, вовлеченных в разработку. А добавление нового человека в проект на поздних стадиях только замедляет выполнение работ. Все эти тезисы можно легко перенести на любой бизнес, и применять не только в разработке ПО. Естественно, я не собираюсь доказывать и приводить цитаты. Я лишь хочу обратить внимание на то, что оценка сложности и времени выполнения задач является ключевым моментом в бизнесе, и ошибки приводят к фатальным последствиям. И мне хочется, чтобы менеджеры всех звеньев обратили на это внимание. От неверно выставленных сроков дедлайнов страдает и бизнес и люди. Начинают убирать опытных людей меняя их новыми, убирают людей с одного проекта бросая на другой в панике, и тратят время на обучение и введение в курс дела. И выглядит это все прискорбно. Потому что положение только усугубляется. Хочется чтобы в отечественном менеджменте наконец начали применять научные подходы.

Просмотров: 53
Объявления в Москве