Из опыта внедренца. Некомандный сотрудник: оставить нельзя уволить

Начинаем цикл историй под общим названием "Из опыта внедренца". За годы работы над разными проектами по внедрению 1С мы накопили много историй, интересных, поучительных, а иногда и просто забавных. Этими историями мы и хотим с вами поделиться. Ждем ваши комментарии, вопросы и замечания по опубликованному материалу.

Из опыта внедренца. Некомандный сотрудник: оставить нельзя уволить

История 1. Некомандный сотрудник: оставить нельзя уволить

Рассказываем о том, почему мы предпочитаем командных игроков, а не "звезд", считающих себя гениями

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

В больших проектах, в которых задействовано множество людей, каждый играет определенную роль, поэтому подход "я – одинокий волк в этой команде по баскетболу" негативно скажется на работе всего коллектива.

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

Первый риск – это конфликты внутри команды. Яркие индивидуальности обычно имеют свое (почти всегда отличное от других) видение того, как должна выглядеть работа и не всегда (читай "никогда") готовы уступать другим членам команды. Это может привести к неприятным ситуациям, способным остановить работу проекта на неопределенный срок.

Второй риск – это потеря целостности проекта. Когда у каждого члена команды есть свое видение работы, возможно появление различных направлений в разработке одного и того же продукта, что закономерно приведет к тому, что продукт так и не будет создан.

Третий риск – это затруднения в управлении проектом. Если в команде есть много ярких личностей, то менеджмент будет сталкиваться с трудностями при попытке объединить их работы в единую цель.

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

Из опыта внедренца. Некомандный сотрудник: оставить нельзя уволить

Из опыта работы

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

Во всех наших проектах мы проводим статусы 1-2 раза в неделю, на которых обсуждаем проблемы, выясняем у специалистов ход выполнения задач, и, если возникают трудности, решаем все вопросы с каждым на отдельном созвоне.

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

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

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

По сути, мы должны были выйти на завершение этапа с реализованным модулем и написать ТЗ по факту. Да, не совсем правильный подход, но кто сказал, что в мире 1С все должно быть по правилам))).

Итак, герой нашей истории очень много сделал, но все напрасно, так как с момента постановки задачи и до окончательного формирования подхода к её решению, поменялось многое...

Возможно, со специалистом плохо работали, и сразу не обнаружили проблему... Возможно, все дело было в особенностях личности человека. Такие люди просто не умеют работать в команде, они индивидуалисты. Это не обязательно бездельник, который не приносит работодателю абсолютно никакой пользы. Напротив, часто это именно «звезды», которые генерируют вполне заметные финансовые потоки.

В итоге, классного специалиста нам пришлось снять с проекта, а как бы поступили вы?

Если вы – командный сотрудник и хотите быть частью нашей компании, то ждем ваше резюме https://career.axelsoft.ru/

11
Начать дискуссию