Как быстро развалить любой проект? 10 лучших вредных советов

Очень много статей и рассказов о том, как построить или организовать. А вредные советы, о том как что-то разрушить, незаслуженно обделены вниманием, хотя сознательно применяются в каждой компании.

Подборка сформирована из наблюдений. Меня зовут Антон, я руководитель компании YouGile (система управления проектами) и общаюсь с организациями по поводу перехода на нашу разработку. Трудности внедрения есть всегда и они часто связаны с использованием перечисленных ниже вредных советов.

Сколько явно злых практик применяется у вас? Если только часть из перечисленных ниже, то можно подсунуть эту статейку своему начальнику и станет быстрее понятно куда всё движется. Вредные советы очень полезны!

Продуманный механизм работы организации — это для слабаков. Хороший руководитель держит всё в голове и вовремя раздает команды. Люди в компании должны быть сильные и сами понимать когда и что делать. Процессы либо не помогут, либо не нужны.

Риск — опасная штука и не стоит заниматься ей на работе. Вы же не сапёр! Внедряйте только то, что оправдано на 100% ещё до внедрения. Любые изменения могут сделать хуже, вы ведь до сегодняшнего дня как-то дожили без всего этого. Риск — это не про управление.

Каждый должен знать только свой кусочек работы. Дизайнер должен делать дизайн, а программист писать код. Лишняя информация будет только мешать. Вы же не готовите эрудитов к игре ЧГК? Не рассказывайте про общую картину по проекту. И точно не нужно делать процессов, в которых эта картина понятна всегда — это вообще очень опасно, могут пойти и открыть свою компанию.

Стоит реально смотреть на свой коллектив — это наемники за деньги, тут нет команды. Миссия компании? Да кому она нужна! Вы же не делаете лучшие в мире кроссовки. Все собрались ради зарплаты и бонусов. Очевидно же, что если завтра не будет зарплаты, то никто не придёт.

Специалист со стороны — это дорого и раздражает. Он за ваши деньги может говорить вам неприятные вещи. Он не знает вашего дела так, как знаете его вы и будет предлагать что-то менять. Тренеры, консультанты, специалисты — зло. Если что-то действительно понадобится, то это можно сделать внутренними силами.

У вас сильная позиция, вы лидер в компании. Вы легко сможете прожать сотрудника по зарплате, подрядчика по условиям и гарантиям. Вы же не тряпка, зачем соглашаться на предложение без торга, даже если оно разумно. Если в самом начале было хорошо, дальше может быть только лучше. Торг уместен всегда и со всеми, особенно с сотрудниками. А некоторым вообще можно не платить, они же получают бесценный опыт

Если уж пришлось что-то внедрять, то постарайтесь разбить перемены на мелкие этапы. Это точно правильный подход. Даже модные нынче гибкие методологии предлагают двигаться поэтапно. Дробить задачи стоит помельче и начинать с не самых важных областей. Постарайтесь меняться сохраняя всё как есть.

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

Вы на хорошей позиции, уже много знаете и пока у вас всё работает. Не так, как хотелось бы, но работает. При внедрении чего-то нового вы лично уж точно можете продолжать по старому. У вас там за стенкой внедрили Agile? Ничего страшного, просто требуйте дедлайнов по всем задачам.

Жанр обязывает — немного стихов:

p.s. Какой же кайфовый редактор на VC