Подбор и организация работы команды на проекте внедрения 1С. Создание команды проекта

30.11.21

Команда

Работа в команде на проекте очень сильно отличается от самостоятельной работы специалиста и требует определенных навыков и личных качеств каждого из членов команды. Основное отличие командной работы от самостоятельной – это умение и готовность нести коллективную ответственность за результат. Давайте представим себе соревнования по бегу, где нужно определить самого быстрого. В этом случае каждый бегун постарается вложиться в скорость и добежать до финиша как можно быстрее на полной выкладке сил. А теперь давайте представим соревнование между командами, в которых определяется команда, добежавшая до финиша первой и при этом зачёт идёт по последнему, какую стратегию в этом случае стоит избрать каждому бегуну?

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

Стоит задуматься, что же такое команда и как происходит организация эффективной команды.

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

Т.е. работать в коллективе и в команде выгоднее – нужно только суметь.  

 

 Виды работы в команде

 

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

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

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

Разберем типичный случай работы такой команды на проекте внедрения 1С. Обычно крупные проекты разбиваются на несколько стандартных этапов: Проектирование, Разработка и Тестирование. При этом проектирование и тестирование обычно осуществляют аналитики, а разработку – программисты. И возникает такая ситуация: сначала аналитики добросовестно затягивают сроки подготовки технических заданий, оттягивая их сдачу на конец месяц, когда необходимо получать зарплату. Получается, аналитики свою работу сделали и даже получили за неё вознаграждение, но поскольку сдали они свою работу последним днем месяца, программисты остались без работы и без зарплаты. Затем начинается работа программистов, но они точно также работают по своему графику и, как обычно, сдают всю работу в конце месяца и все одновременно. В итоге теперь и у аналитиков не остается времени на тестирование и уже они остаются без заработной платы.

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

Если говорить языком спорта, то совершенно другой вид команды проекта – это сыгранная команда. Такую команду уместно называть русским словом «дружина». Но что означает слово «сыгранная»? А означает оно то, что команда провела в своём составе не одну игру, все игроки отлично знают друг друга, а тренер распределяет обязанности внутри команды, исходя из проявленных сильных и слабых сторон каждого участника. Именно поэтому все спортивные команды гораздо больше времени проводят на тренировках, чем непосредственно на соревнованиях. Только так формируются успешные команды.  

 

 Кто не сможет работать в коллективе и в команде?

 

В рамках данной статьи я рассматриваю только тот случай, когда специалист по своей квалификации и навыком подходит для той работы, на которую его привлекают. Случай, когда в команду берут человека, который не обладает достаточными компетенциями надо рассматривать отдельно и начинать с закономерного вопроса: зачем к нему вообще обратились при организации проектной команды? Но об этом в другой раз.

Первый тип людей, неспособных работать в команде, можно охарактеризовать расхожим «горе от ума»: специалист действительно грамотный, с большим опытом работы, но при этом его трудовой опыт складывался на предприятиях с повременной оплатой труда, где не было проектного управления, и работать над задачей можно было столько, сколько получится. Проект всегда имеет четкие сроки реализации, и заказчику результат всегда нужен в определенные сроки и за определенный бюджет. Это обязывает участников команды не только качественно выполнять свою работу, но и всегда учитывать фактор времени, использовать прогрессивные методы выполнения работ, всегда находить решение, которое позволяет не только выполнить задачу, но и выполнить её быстро. К сожалению, люди, склонные к глубокому анализу, продумыванию мелочей и в целом не умеющие работать быстро, являются большой проблемой, так как могут привлекаться только на очень специфические проекты, где действительно требуется глубокая и детальная проработка, а факторы стоимости и времени не являются критическими. Обычно такие проекты реализуются по заказу естественных монополий или государства.

Другой случай – это «временщик», т.е. специалист, который одновременно участвует в нескольких проектах. Такой человек сам для себя устанавливает приоритеты и работает по своему собственному графику, пытаясь успеть везде, при этом его отношение к проекту будет всегда подчеркнуто «необязательным». Он знает: если здесь что-то пойдет не так, он всегда может переключиться на другие проекты, и успешность отдельно взятого проекта его не слишком интересует. При этом даже если сам по себе человек искренне хочет принять активное участие в реализации проекта, сами обстоятельства участия в других проектах будут вынуждать его постоянно отвлекаться и переключаться на другие задачи, что неизбежно будет приводить к нарушению с его стороны сроков по текущему проекту и понижать эффективность работы команды.

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

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

 

 Создание команды на проект

 

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

Я предлагаю взглянуть на процесс организации деятельности команд с точки зрения её эффективности, т.е. обращая внимание на то, что нужно создать не просто команду, а эффективную команду проекта. Для этого нужно сначала определить, а что же такое эффективность команды проекта?

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

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

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

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

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

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

Процесс формирования и поддержания эффективности команды проекта по-настоящему трудозатратен и может занимать по продолжительности не один проект. Чаще всего люди должны сделать вместе несколько проектов, чтобы стать настоящей командой, поэтому такой опыт бесценен, и найти готовую команду практически невозможно – её нужно формировать долго и кропотливо, на деле проверяя «кто есть, кто». И если уделить этому внимание, то проекты такой командой будут выполняться быстро, легко и эффективно, и она не будет иметь себе равных среди конкурентов.

См. также

Бухгалтер vs ERP

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Большинство бухгалтеров привыкли вести учет в конфигурации 1С:Бухгалтерия. Но что бывает, если такого бухгалтера перевести с 1С:Бухгалтерии на ERP? Об основных ошибках бухгалтера после перехода и роли аналитика в том, чтобы помочь бухгалтеру преодолеть трудности и изменить привычные паттерны, пойдет речь в статье.

15.05.2024    3709    0    TanyaRi    68    

26

Как мы оптимизировали процессы внедрения 1С: проектная методология КРОК

Внедрение изменений Бесплатно (free)

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

15.05.2024    5067    0    cesar    15    

47

Переход на современные ERP-решения «1С» – дорожная карта, кейсы, рекомендации

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Статья об основных зонах внимания и часто допускаемых ошибках при внедрении современных ERP-систем – «1С:ERP Управление предприятием» и «1С:ERP.Управление холдингом».

27.04.2024    1847    0    user893825    0    

17

Болезни роста: эволюция отдела разработки

Коммуникации ИТ-компания Бесплатно (free)

Многие руководители считают, что сто человек работают в сто раз эффективнее, чем один. Однако масштабирование – нелинейный процесс. Производительность большой команды не всегда равна сумме производительностей ее членов. Как сделать так, чтобы члены команды усиливали друг друга, а не тормозили? Компания ИСВС проходила этот путь и знает ответ!

12.04.2024    1995    0    vasilnikol    19    

29

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

Коммуникации Бесплатно (free)

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

27.02.2024    1412    0    user1561517    3    

15

Нетрадиционные методы работы с пользователями или вредные советы от опытного руководителя проекта

Мотивация Бесплатно (free)

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

13.02.2024    927    0    izybaevda    5    

16

Как внедрить 1С:ERP за 2 года и не сойти с ума

Анализ предметной области Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

Для руководителей подразделений новые проекты вызывают желание получить максимальный эффект от реализации идей, а также опасения, верно ли выбран ориентир нововведений. О том, как справиться с трудностями, дойти до цели и внедрить 1С:ERP на производственном предприятии, ежедневно выпускающем десятки тысяч единиц готовой продукции, расскажем в статье.

30.01.2024    7850    0    user1578851    16    

22

Зачем нужны аналитики на проектах автоматизации

Анализ потребностей и поиск решений Бесплатно (free)

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

18.01.2024    1961    0    user1754524    19    

12
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Petr54-ru 91 30.11.21 11:23 Сейчас в теме
Сыгранная команда - это в основном из мира розовых пони. Ценятся руководители, которые умеют на лету собирать команды из того что есть на рынке и организовывать работу команды. Результат зависит на 80% от харизмы руководителя и на 20% от технологий управления. Это зона шаманизма.

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

Сталкивался с ситуацией (не в сфере 1С разработки), когда программисты сгруппировались в рамках опенсорсного проекта на соурсфордж и понихоньку дружно свой проект пилят. Как только кто-нибудь из них срубает заказ, он частично или полностью рекрутирует в свой проект эту опенсорсную команду - они уже сработаны, коммуникация отлажена и все у них хорошо.

Мне сейчас командная работа совсем не интересна. Хорошо - когда только сам за себя отвечаешь, когда рядом нет токсичных сотрудников, а сверху нет токсичного начальства, а с заказчиком взаимодействие происходит исключительно в рамках деловой этики. Прелесть 1С в том, что достаточно объемные вещи можно делать одному.
2. Vladimir-R 168 30.11.21 12:08 Сейчас в теме
Почему то складывается ощущение незаконченности статьи.
3. capitan 2507 01.12.21 12:02 Сейчас в теме
Вспоминается...
Американец, англичанин и русский поспорили, кто сможет по-честному заставить кошку есть горчицу. Американец просто схватил животное и затолкал все содержимое банки в пасть.
- Это насилие, - возразил русский.
Англичанин натолкал горчицы между двумя кусками колбасы и отдал кошке.
- Это обман, - заметил русский. А сам взял и густо намазал горчицей у кошки под хвостом.
Та жутко заорала и принялась вылизываться.
- Вот видите! - обрадовался русский.
- Добровольно и с песней!

Это очень поверхностный взгляд.
Все зависит от того, сколько проектов вы собираетесь этой командой сдать. И в каком состоянии текущий проект.
От этого и зависят методы сбора команды.
А вообще то этому как и программированию нужно сначала 5 лет учиться в институте, а потом всю жизнь.
Оставьте свое сообщение