Распределенная команда разработчиков. Как ей эффективно управлять?

Публикация № 1831299 22.03.23

Анализ и управление - Управление командой

На конференции Infostart Event 2021 Post-Apocalypse директор ресурсного центра Programming Store Алексей Петухов поделился пятью правилами, которые позволят эффективно управлять распределенной командой разработчиков, и показал методики и инструменты, помогающие довести проект до запуска.

Несколько слов о себе и компании, которой управляю.

Programming Store – ресурсный центр по разработке на 1С. Мы подключаем наших специалистов в период нехватки собственных разработчиков у фирм-франчайзи или у компаний со своим ИТ-отделом.

Мой опыт в ИТ начался в 2006 году с фирмы-франчайзи, где я вырос от разработчика до руководителя отдела разработки. С тех пор прошло 15 лет. За это время я успел поработать ИТ-директором в розничном холдинге, а семь лет назад принял решение открыть ресурсный центр, которым мы с партнером управляем по сей день.

В Programming Store мы занимаемся удаленной разработкой и встраиваемся в распределенные команды, а порой и сами выступаем распределенной командой, подключая тимлидов и аналитиков.

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

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

За семь лет мне удалось поработать и со стороны заказчика крупного клиента и со стороны исполнителя – в фирмах-франчайзи и в компаниях на аутсорсе.

В этом докладе хочу кратко поделиться собственным опытом и «пятью правилами ProSto».

 

Правило №1. Просто выбери технологию

 

Любой проект начинается с выбора системы управления.

Технологий множество, но я выделяю две базовых, от которых все отталкиваются, – система стандартов PMI и философия гибкого управления Agile.

Плюсы PMI:

  • прозрачность бюджета;

  • последовательные этапы;

  • четкое планирование;

  • документация и регламенты;

  • роли и обязанности.

Плюсы Agile:

  • простота запуска;

  • гибкость;

  • вариативность ролей в команде;

  • легко добавить новых участников;

  • множество вариаций – Kanban, SCRUM, Lean. Лично от себя рекомендую рассмотреть вариацию Lean.

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

 

Правило №2. Просто собери команду

 

Сразу оговорюсь, что слово «команда» будет звучать достаточно часто. Раз мой доклад о разработчиках, то и речь будет идти о команде разработки.

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

Идеальный программист по ожиданиям заказчика – это:

  • сертифицированный специалист с опытом работы 5-7 лет;

  • знающий тематику проекта;

  • уровня senior или middle+;

  • умеет писать по стандартам и проводить качественное тестирование собственных разработок;

  • умеет определять сроки и не срывать их;

  • он адекватен и умеет общаться с руководителем проекта;

  • и, конечно же, он любит работать и быть на связи 24/7.

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

Еще каждому РП хочется, чтобы команда была неравнодушна к проекту и хотела его успешно завершить точно так же, как он и сам.

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

У команды тоже есть свои интересы, цели и ожидания. Разработчики в команде хотят:

  • Работать с интересными задачами в команде профессионалов.

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

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

  • Видеть результат собственного труда.

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

 

Как собрать эффективную команду

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

  • Один архитектор.

  • Пара сеньоров, которые выстраивают правильную культуру написания кода и решают сложные задачи.

  • Три-четыре разработчика уровня мидл – это основной костяк разработки любого проекта.

  • Парочка «вчерашних» джунов, которые делают несложные вещи.

РП на проекте знает, что у него есть эксперты, которые выстраивают архитектуру и решают ключевые задачи.

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

Эксперты не деградируют, а мидлы и джуны работают в команде профессионалов – все довольны. Мидлы и джуны успевают даже порешать что-то сложное и подрастить свою квалификацию.

Но как же быть с неравнодушием команды? Как быть уверенным, что тот уровень разработчика, который заявляется, действительно этому соответствует?

Для этого просто проводите интервью каждого кандидата в вашу команду. Только проводите его правильно.

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

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

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

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

 

Правило №3. Просто держи команду в тонусе

 

После того как мы собрали команду, главное – ее не разрушить, а наоборот, максимально долго держать в эффективном состоянии.

Например, у нас был проект, поделенный на два этапа, – разработка и запуск.

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

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

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

Когда РП появлялся на связи, он мог задать вопрос, почему какая-то приоритетная задача не сделана. Получив ответ, он просто пропадал дальше, не давая никакой обратной связи.

То ли он информацию принял, то ли нет? Что делать дальше? Бросать текущую задачу и делать ту, про которую спрашивал РП? Полный ахтунг! Таких моментов становилось все больше и больше.

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

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

Это один из примеров, как можно хорошую и эффективную команду за месяц привести к нулю.

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

 

Что влияет на эффективность команды

Разберем факторы, которые заставляют команду работать эффективно и с душой.

  • Грамотная и регулярная обратная связь.

  • Понимание важности своей роли в проекте. Если человек считает, что он не нужен, он так и работает.
    Когда я говорю про обратную связь, я имею в виду не только обратную связь от РП к разработчику, но и обратную связь от разработчика к РП. Потому что для РП разработчик – это тот же клиент, только с другой стороны. Если вы РП, принимайте обратную связь от разработчиков, например, через метод оценки «360 градусов».

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

  • На команду проекта сильно влияет уровень тимлида – он должен быть закаленный. В первую очередь, тимлид должен уметь работать с людьми и не воспринимать их как «винтики» проекта. Если разработчики видят, что РП о них заботятся, то и они будут со всей душой стараться не подвести своего руководителя.

  • Команде важно всегда видеть результат собственного труда. Сюда входят выпуск пресс-релиза и поздравление о запущенном контуре системы.

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

 

Правило №4. Просто выстраивай коммуникации в команде

 

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

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

Разберем, что нужно сделать, когда вы собираете проектную команду:

  • Провести качественную установочную встречу, на которой всем участникам нужно донести:

    • для чего нужен проект;

    • какие цели он преследует;

    • какие должны быть конечные и промежуточные результаты проекта;

    • кто за что в этом проекте отвечает;

    • кто какие задачи выполняет.

  • Сформировать единую картину мира.

  • Определить регулярность встреч.

  • Настроить инструменты коммуникаций.

С распределенными командами работают другие правила игры, чем с офисными.

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

Мы переехали в сеть, и это накладывает определенные рамки и границы.

 

Как настроить коммуникации в удаленной команде

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

    • Если вы используете мессенджеры, они должны быть удобными, с системами быстрых заметок и желательно с возможностью трансляции и интеграции. Лидеры решения у нас известны: Telegram, Skype, Zoom, Slack.

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

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

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

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

  • Если вы видите, что переписка заходит в эмоциональный или текстовый тупик, переходите на голосовое общение. Прошу, не звоните без предупреждения, потому что это дестабилизирует собеседника. Лучше назначать созвон через 5-10 минут и не опоздать на него.

  • Выработайте для команды правила общения на проекте. Они помогут дисциплинировать команду и используются как инструмент контроля сотрудников. В нашей команде используются такие правила:

    • реакция на электронное письмо – в течение 30 минут;

    • реакция на сообщение в корпоративном мессенджере – 15 минут;

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

 

Правило №5. Просто не забивай на контроль

 

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

Я выделяю несколько вариантов контроля:

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

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

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

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

Если сроки будут съезжать, разработчик сам инициирует созвон и корректировку сроков с объяснением причины:

  • либо была допущена ошибка на этапе установки сроков;

  • либо выявились какие-то подводные камни.

Если сроки назначить принудительно, разработчик может ответить: «Сроки изначально были нереальные». Наверное, все хоть раз слышали эту фразу.

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

К тому же ни один разработчик 30 апреля не вспомнит о том, что он делал 3 апреля – ему проще выдумать задачу, чтобы хоть что-то написать.

Следующие два варианта контроля больше подходят для гибких технологий.

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

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

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

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

Есть еще пара неплохих, но спорных инструментов – например, мониторинг активности рабочего стола разработчика. Я их в доклад включать не стал, но их тоже можно рассмотреть.

 

Инструменты для постановки и трекинга задач

Поскольку у нас ресурсный центр, мы встраиваем свои процессы разработки в учетные системы заказчика. За это время мы поработали, наверное, со всеми системами, которые существуют.

Есть, конечно, топ-лист инструментов, с которым все знакомы:

  • Jira;

  • СППР;

  • Redmine;

  • Bitrix 24;

  • 1С:Документооборот;

  • Trello.

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

Мы у себя в компании используем собственное решение на базе 1С:Документооборот.

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

1. Контрольный пример в постановке. Мы в разных вариациях делали по-разному.

  • Можно просто описать, какие данные должны быть на входе, а какие – на выходе.

  • Или предоставить видео проведения контрольного примера.

  • Или вордовский файл со скринами о том, как меняется информация.

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

3. Задачи не более 16 часов. Это цифра, которую вы можете варьировать. Главное, не делайте бесконечных задач больше недели.

Если задача на день-два, вы можете на ежедневном стендапе контролировать ее статус выполнения. Если прошло 8 часов, а экватора задачи нет, значит надо вмешиваться и уточнять. Когда я говорю про 16 часов, то имею в виду полное время выполнения задачи – от анализа до завершения тестирования, а не только время на программирование.

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

 

Инструменты для повышения эффективности

Но разработчику на проекте нужны не только инструменты по постановке задачи. Для повышения эффективности важно использовать:

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

Есть проекты с применением EDT и GITа, но их не так много, чтобы получилось сформулировать обширное мнение, насколько это надежно и удобно. Хотя те связки, которые мы видели, работают хорошо.

Небольшой офтоп про поставку и сборку релизов. Собирать релиз может не только суперопытный сеньор-архитектор с максимальными скилами, но и просто внимательный и аккуратный мидл. Это существенно сэкономит бюджет проекта, а эффект будет тот же самый.

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

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

3. Регламент разработки. Большинство разработчиков знают стандарты и пишут по ним, но часто бывает так, что на проекте принято решение в чем-то не следовать стандартам. Это должно быть отражено в регламенте разработки.

4. Код-ревью + АПК. Помимо прочего в регламенте разработки обязательно должно быть прописано, как надо проводить код-ревью – каким правилам код-ревью нужно следовать. Удобно автоматизировать код-ревью, подключить к нему конфигурацию АПК – она экономит время.

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

6. Не изобретайте велосипед. Берите любые инструменты, которые экономят время: шаблоны, модифицированные консоли запросов и отчетов, специализированные системы для автоматического обновления.

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

Надеюсь, вам пригодятся пять правил ProSto:

  • команда;

  • тонус;

  • коммуникация;

  • контроль;

  • и технология.

 

 

Статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event 2021 Post-Apocalypse.

Больше статей можно прочитать здесь.

Приглашаем на мероприятия Инфостарта 2023 года:

  • 25-27 мая, Анализ & Управление в ИТ-проектах - первая практическая конференция для аналитиков и руководителей проектов, 30% докладов и 70% практических сессий.
  • 11-13 октября, Infostart Event 2023 - самое масштабное событие в сфере 1С-индустрии, 1000+ участников, 130+ докладов.

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ITEkb 27.03.23 12:32 Сейчас в теме
"РП со своим чайко-менеджментом – «прилетел, поорал и улетел», – привел за месяц работоспособность команды из эффективной практически к нулю."
В 30 раз перечитываю и веселюсь. Как живо и образно описано. Браво! )))
2. user596529_a-ivashenko60 29.03.23 10:32 Сейчас в теме
Что отметил в статье: системы связи, правила общения, контроль (но контроль в виде мониторинга компьютера разработчика - это неправильно и не нужно - человек не машина, если у него нет сознательности или интереса в выполнении работ - то с ним надо прощаться, а не устраивать полицейский контроль). Что интересно автор сказал много слов, но не сказал "за деньги". А ведь деньги в условиях господства товарно-денежных отношений как это ни странно звучит - господствуют!
Оставьте свое сообщение

См. также

Team Lead без Hard Skills. Фантастика или реальность

Управление командой Управление ИТ-подразделением Бесплатно (free)

Возможно ли быть тимлидом в ИТ-компании, если у тебя нет Hard Skills? Возможно. О том, как руководителю без знаний в предметной области выстроить эффективную работу в команде 1С-ников, на конференции Infostart Event 2021 Moscow Premiere рассказала руководитель проектов ГК Константа Мария Роткова.

24.05.2023    1518    user1293913    3    

5

Лайфхаки управления удаленной командой

Управление командой Бесплатно (free)

При увеличении регулярного объема задач в организации нужны не фрилансеры, а команда сотрудников, которые работают удаленно и, возможно, не на полную ставку, но каждый рабочий день. О том, как собрать команду профессионалов и замотивировать удаленных сотрудников эффективно закрывать потребности заказчика, на конференции Infostart Event 2021 Post-Apocalypse рассказал генеральный директор компании MoscowSoft Сергей Сорокин.

10.05.2023    921    primat    6    

6

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

Управление командой Бесплатно (free)

На конференции Infostart Event 2021 Moscow Premiere Григорий Шатров и Марина Ершова рассказали о переходе к командной работе, который стал революцией в отделе сопровождения компании ИнфоСофт. И поделились подходами, которые позволили вдвое увеличить эффективность закрытия задач и открыли команде путь к новым интересным проектам.

19.04.2023    2858    G.Shatrov    24    

25

Что такое «золотая» команда автоматизации?

Управление командой Бесплатно (free)

Крупные компании отказываются от внедрения продуктов третьими лицами и переходят на собственные команды. Как позиционировать команду автоматизации в структуре компании, чтобы эффективно решать задачи бизнеса и приносить ему ценность, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель департамента разработки и эксплуатации учетных систем компании «Самокат» Иван Баринов.

24.03.2023    880    izidavld    5    

4

10 причин, по которым ваш проект проваливается из-за вашей команды

Управление проектом Управление командой Бесплатно (free)

Проблемы с доверием, отсутствие совместных ценностей и неграмотное распределение обязанностей между участниками команды могут завалить результат проекта. Кроме этого, важно прислушиваться к мнению стейкхолдеров и не вступать в политические игры заказчика. О том, как распознать типовые ситуации, которые могут завалить проект, и как использовать этап развития команды на благо, на конференции Infostart Event 2021 Post-Apocalypse рассказали основатель школы управления изменениями Марианна Крель и ее коллега Павел Потеев.

20.03.2023    1023    marianna.krell    1    

7

Гибкий подход в управлении командой проекта автоматизации для крупных компаний

Управление командой Бесплатно (free)

Как организовать работу, когда на проекте несколько подрядчиков? И какие инструменты помогут организовать процесс, чтобы сдать все задачи в срок? Об этом на конференции Infostart Event 2021 Post-Apocalypse рассказал генеральный директор компании ИТАН Александр Рыжов.

17.03.2023    1166    Alexandr_Ryzhov    2    

18

Токсичные сотрудники в команде проекта

Управление командой Бесплатно (free)

В любой команде может обнаружиться человек, который портит настроение и мотивацию всех остальных сотрудников. О том, как вычислить токсиков в вашей команде, чем их вылечить, и как от них избавиться, если они не лечатся, на Infostart Event 2021 Moscow Premiere рассказала Ирина Шишкина.

16.03.2023    1213    user596192_shiiisha    10    

5

Доверие как инструмент мотивации в гонке зарплат

Управление персоналом (HRM) Управление командой Бесплатно (free)

На конференции Infostart Event 2021 Post-Apocalypse руководитель проектов и бизнес-аналитик Павел Ступко поделился 15 привычками, которые помогают увеличить уровень доверия в компании. Он рассказал, как доверие помогает нанимать лучших людей в команду, и почему не стоит торопиться строить бирюзовую организацию.

15.03.2023    802    user920251    4    

5

SCRUM по-белорусски

Управление ИТ-подразделением Бесплатно (free)

На конференции Infostart Event 2021 Post-Apocalypse Александр Губанов рассказал о том, как оптимизировать процессы разработки и освободить руководителя от текучки. Он показал, как можно организовать удобный интерфейс для работы с задачами, автоматически приоритизировать требования, формировать документацию к релизу и получать информацию по доработкам каждого объекта.

14.03.2023    767    gubanoff    5    

9

Технология проекта внедрения 1С:ERP – как управлять большим проектом

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

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

10.02.2023    2291    andironenko    2    

24

Перестать заниматься микроменеджментом и начать работать

Управление командой Бесплатно (free)

Менеджеры привыкли, что нужно постоянно контролировать сотрудников, чтобы все вышло качественно и в срок. Сначала они назначают кучу совещаний, затем запрещают отвлекаться и не отпускают на удаленку. Такой микроменеджмент ведет сотрудников к выгоранию и отсутствию мотивации. На Infostart Event 2021 Post-Apocalypse Артур Дементьев рассказал, как перестать заниматься микроменеджментом так, чтобы ничего в компании не развалилось.

18.01.2023    1536    demntad    5    

12

Концепция ландшафта 1С-систем на предприятии

DevOps и автоматизация разработки Управление ИТ-подразделением Бесплатно (free)

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

09.12.2022    1387    roman72    13    

7

Тимлид или Руководитель группы разработки?

Управление командой Управление ИТ-подразделением Бесплатно (free)

Те, кто хоть как-то связан с разработкой, наверняка знают определение слова team lead (тим лид). Но что есть team lead по сути – это технический лидер, менеджер команды или играющий тренер? Какие задачи он должен решать? Тимлид 1С в компании «Авито» Алексей Климашенко рассказал, в чем отличие тимлида от руководителя группы разработки, и уместна ли в сфере 1С позиция team lead'а в классическом понимании.

08.12.2022    3207    klimat12    4    

11

Danger! High voltage! Предупреждение выгорания в команде

Управление командой Бесплатно (free)

Выгорание – один из факторов, который мешает завершить проект качественно и в срок. Руководитель проектов с многолетним опытом Ирина Шишкина рассказала, как выявить выгорание в команде, как предупредить и не спровоцировать это состояние у участников, и какие инструменты помогут сохранить психологическое здоровье в команде в период кризиса.

23.11.2022    1006    user596192_shiiisha    0    

3

Плоская структура или какого цвета наша команда

Управление командой Бесплатно (free)

Мария Бондаренко на конференции Infostart Event 2021 Post-Apocalypse рассказала о том, как выстраивать процесс работы в команде, в чем преимущества и недостатки плоской структуры, и можно ли мечтать о бирюзовом цвете для своей организации.

21.11.2022    1033    mbondarenko    1    

5

Фишки нематериальной мотивации, которые работают в «Софт-Юнион»

Мотивация, лидерство и личная эффективность Управление командой Бесплатно (free)

Генеральный директор «Софт-Юнион» Владислав Епанчинцев рассказал, как сохраняет заряженную на работу обстановку среди сотрудников. Все начиналось с безобидных рейтингов, но теперь в компании снимают челленджи, выдают флажки за глупости, а на бейджиках носят наклейки со ртами. На Infostart Event 2021 Post-Apocalypse он показал, какие виды мотивации бывают, и как их использовать, чтобы поддерживать драйв в компании.

16.11.2022    1363    vlad.e    10    

6

Формирование личного бренда ИТ-директора

Мотивация, лидерство и личная эффективность Управление ИТ-подразделением Бесплатно (free)

Для ИТ-директора личный бренд должен превратиться в проект со своей философией и миссией, считает руководитель проектов Ирина Шишкина. На конференции Infostart Event 2021 Post-Apocalypse она поделилась пятью базовыми элементами формирования личного бренда, рассказала, почему ИТ-директор как хорошее вино, и зачем в компании нужен «редиска». В конце статьи – шаблон дорожной карты для создания личного бренда руководителя.

14.11.2022    1144    user596192_shiiisha    0    

2

Делегировать 100% полномочий и умереть

Управление командой Бесплатно (free)

Dev unit lead компании Skyeng Константин Волков на конференции Infostart Event 2021 Post-Apocalypse рассказал, как делегировать сотрудникам 100% полномочий, и к чему это может привести. Он поделился советами по мотивации команды и сравнил управление командой с управлением самолетом.

07.11.2022    1180    user1544625    0    

6

Командообразование – светлая и темная сторона силы

Управление командой Бесплатно (free)

Общепринято считается, что команда должна быть сплоченной, а коллектив – дружным. Но у сплоченного и дружного коллектива есть и темная сторона, потому что без критики и новизны команда деградирует. О том, как этого не допустить, на конференции Infostart Event 2021 Post-Apocalypse рассказал Dev unit lead компании Skyeng Константин Волков.

24.10.2022    1201    user1544625    1    

6

Аналитик 1С: так ли он нужен?

Анализ и проектирование ИТ-систем Управление командой Внедрение ИТ-системы Россия Бесплатно (free)

Не все клиенты понимают, зачем на проекте внедрения или сопровождения 1С аналитики. Разве с поставленными задачами не справится хороший программист? Давайте разбираться вместе с экспертами компании «Внедренцы и Программисты».

13.10.2022    3464    ystetsenko    16    

5

Тихое выгорание ИТ-специалистов

Мотивация, лидерство и личная эффективность Управление ИТ-подразделением Бесплатно (free)

Выгорание стремительно молодеет. К 35 годам большинство специалистов проходят через выгорание трижды, рассказала директор института публичных выступлений и конфликтологии Ирина Баржак. На конференции Infostart Event 2021 Post-Apocalypse она показала, как выявить выгорание у своих сотрудников на начальных стадиях и как не допустить их последующего ухода из профессии.

13.09.2022    3623    user1068261    18    

20

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Внедрение ИТ-системы Управление проектом Управление командой Управление ИТ-подразделением Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

09.09.2022    6685    biimmap    78    

60

Краткое руководство по гарантированному получению льгот ИТ-компанией

Управление ИТ-подразделением ИТ-компания Россия ФОМС, ЕФС Бесплатно (free)

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

09.09.2022    1880    roman72    46    

15

Как искать программистов 1С и стоит ли вообще это делать?

Управление командой Бесплатно (free)

Найти программиста 1С всегда непросто, а сегодня особенно: рынок перегрет. Что делать собственнику или руководителю компании, в которой намечается 1С проект? Рассмотрим рабочие способы поиска специалистов вместе с техническим директором «Внедренцев и Программистов» — Анастасией Синяковой.

23.08.2022    1542    ystetsenko    4    

3

10 «заповедей» эксплуатации крупной информационной системы 1С

Управление ИТ-подразделением Внедрение ИТ-системы HighLoad оптимизация Бесплатно (free)

Крупные системы 1С давно уже перешагнули и десятки терабайт, и тысячи пользователей, но во многих случаях подход к эксплуатации таких систем остаётся не на должном уровне. Антон Дорошкевич на конференции Infostart Event 2021 Post-Apocalypse поделился более чем 10-ти летним опытом эксплуатации подобных систем, сведя его к 10 «заповедям», соблюдение которых сделает 1С надёжнее, а труд разработчика – благодарнее и благороднее.

11.07.2022    7971    a.doroshkevich    33    

86

Как превратить бизнес-заказчиков и разработчиков в единую команду?

Управление командой Внедрение ИТ-системы Бесплатно (free)

Один из подходов, который помогает найти с бизнес-заказчиком общий язык и организовать сотрудничество – это использование принципа бережливой разработки (Lean Development). На митапе «Сбор требований и составление ТЗ» директор по проектам Инфостарта Мария Темчина рассказала, как с помощью этого принципа наладить взаимодействие с заказчиком, и показала практические инструменты, которые удобно применять при сборе требований.

26.05.2022    2765    MariaTemchina    0    

9

Компетенции руководителя проектов

Управление персоналом (HRM) Управление проектом Управление командой Бесплатно (free)

На конференции Infostart Event 2021 Post-Apocalypse выступила HR компании IT Capital Анна Степанян. Она предостерегла от ошибок при выборе руководителя проектов и рассказала о том, как выстроить свою систему отбора кандидатов на роль человека, которому можно доверить команду и репутацию всей компании.

17.05.2022    1668    Охотница за головами    0    

8

ИТ-сопровождение: выжать максимум эффективности, сокращая затраты, и не потерять людей (и себя)

Управление ИТ-подразделением Платформа 1С v8.3 Конфигурации 1cv8 ИТ-компания Россия Бесплатно (free)

Пост будет больше интересен руководителям отделов ИТ сопровождения, или проектным менеджерам, перед которыми будет стоять задача по сокращению затрат на ФОТ.

13.05.2022    1782    avolsed    8    

31

Как бизнес-аналитик может повысить эффективность и прибыльность разработчиков

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

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

31.01.2022    2218    drmaxart    2    

8

Бизнес-аналитики 1С: спрос есть, но кто они?

Управление ИТ-подразделением Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Каждый понимает по-своему, кто такой бизнес-аналитик и чем он занимается. Руководитель компании CORS Consulting Илья Отькало постарался ответить на вопросы, что должен знать такой специалист, какие знания и навыки ему пригодятся в работе.

24.01.2022    8183    otkalo    0    

19

Роль и задачи аналитика в проектной команде при внедрении 1С

Управление командой Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Типовые продукты фирмы «1С» становятся все более гибкими, и функция разработки или изменения для них очень часто вообще не требуется или требуется точечно, поэтому для подобных проектов появился отдельный специалист – аналитик 1С. Какие у него задачи, и чем он отличается от системного аналитика и бизнес-аналитика, рассказал руководитель отдела экспертизы компании «Первый БИТ» Денис Галимов.

19.01.2022    11884    denisgalimoff    8    

21

Стэк технологий в WiseAdvice.Tech

Управление ИТ-подразделением Бесплатно (free)

Олег Филиппов, СТО WiseAdvice.Tech, рассказал, как эволюционировал стэк технологий в компании.

22.12.2021    2772    wiseadvice_tech    9    

34

Куда это все катится в ИТ? Конспект доклада Алексея Лустина для Желтого Клуба. Часть 1

Управление ИТ-подразделением Бесплатно (free)

Цитата “Польза всех докладов Алексея Лустина - записать кучу аббревиатур и терминов, которые он произносит, а потом по очереди начинать гуглить, ну и его энергетика, конечно”. - Шина данных уже умерла - Хранилища данных умерли - Микросервисы умерли - Кнопки на формах уже не нужны - RPA был мертв при рождении - PMBOK (и другие BOK) умерли - Agile не нужен - Где место 1С во всей этой движухе - OLAP/ETL мертв - devOps для лохов - MDM фигня К чему стоит присмотреться уже сегодня: - EIP - DFP - DeltaMesh - MicroFront - GGG (giant global graphs) - OpenAA - OpenSL - CIpher - EdgeVCR - xOps - SBSrtate

30.11.2021    2638    kiv1c    5    

9

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

Внедрение ИТ-системы Управление командой Бесплатно (free)

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

30.11.2021    1713    Koder_Line    3    

7

"Пасти котов распределенно" – 7 важных приемов для менеджера проектов в управлении распределенной командой, особенно если раньше она такой не была

Управление командой Бесплатно (free)

Сооснователь и вице-президент Петербургского отделения PMI, тренер по управлению проектами Иван Селиховкин выступил на митапе «Инструментарий руководителя проектов». В ходе доклада Иван поделился неочевидными приемами работы с распределенной командой: как личными, так и управленческими.

22.11.2021    2706    Selikhovkin    1    

11

Управление бизнесом как ИТ-проектом

Управление ИТ-подразделением Бесплатно (free)

Когда я создавал Инфостарт, у меня была фраза: «Создание компании – это просто очередной проект автоматизации».

29.10.2021    3158    support    8    

45

Service desk in ITIL 4: что изменилось?

Управление ИТ-подразделением Бесплатно (free)

ITIL – одно из популярных руководств по управлению ИТ-услугами и выстраиванию эффективного менеджмента. Появилась уже четвертая версия этой библиотеки, и по сравнению с прошлыми в ней много нового, в том числе для Service desk. О том, что изменилось, рассказал автор учебных курсов по управлению ИТ-услугами и тематических публикаций в периодических изданиях, автор и переводчик книг по управлению ИТ, архитектор ITIL 4 Роман Журавлев.

29.10.2021    4779    user1455784    0    

10

Должностные инструкции в 1С

Управление командой Кадровый учет Конфигурации 1cv8 Бесплатно (free)

В данной статье будут рассмотрены должностные инструкции для разработчика 1С 8. Будут определены общие положения, должностные обязанности программиста, а также его права. Кроме того, будут определены пункты, по которым он несёт ответственность.

01.09.2021    3177    Koder_Line    5    

1

miniCIO: Исполнитель задач или партнер?

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.05.2021    1694    ashtey    1    

7