Почему сотрудники не используют ваши инструкции и гайды: 5 причин и 20 решений проблемы

У стартапов и средних компаний часто одна история: телеграм-менеджмент, сотрудники ляпают одни и те же ошибки. А руководитель бесится, что вместо коктейлей на пляже нужно следить, чтобы без него ничего не порушилось. Тогда типичный руководитель идет в гугл, а там находит советы в духе «систематизируйте бизнес». Спасибо, гугл. Что же делать? Напишем регламенты! Но почему-то после них ничего не меняется. В статье я подсвечу 5 причин, почему так происходит и поделюсь 20 решениями, как это исправить.

https://habr.com/ru/articles/891638/

Тимлиды бывают разными. Иногда очень неожиданными

Что делает тимлид? Руководит командой? Делегирует задачи? Пишет код? Отвечает перед заказчиком? В книгах всё чётко: тимлид — это лидер, вдохновляющий команду и ведущий её к успеху. В жизни всё немного иначе. Одни тимлиды тянут весь проект на себе и не доверяют никому. Другие ходят по митингам и в коде не разбираются. А кто-то просто оказался тимлидом случайно. За годы работы я встречал самых разных тимлидов. Со временем у меня сложилась своя классификация. Возможно, у вас был другой опыт — расскажите, узнаёте ли вы здесь кого-то? Конечно, идеального тимлида не существует. Всё зависит от компании, команды, культуры и задач. Но наблюдая за разными проектами, я заметил, что тимлиды часто оказываются в одной из семи ролей. Это не жёсткая классификация, а скорее заметки по мотивам реальных ситуаций. Возможно, вы узнаете кого-то из коллег или даже себя. Поехали!

https://habr.com/ru/articles/890500/

Как наладить управление ИТ командой, не привлекая внимания санитаров (про оценки и списания)

Я давно наблюдаю, как ломаются копья в вечных спорах: " Нужно ли оценивать задачи? " и " Нужно ли списывать время? ". Мне кажется, я нашёл тот баланс, который позволяет, с одной стороны, учитывать трудозатраты, а с другой — не превращать процесс в никому не нужную бюрократию. Давайте серьёзно: оценки и списания — это инструменты прогнозирования и анализа проблем. Если бы все ИТ-команду всегда укладывались в сроки, эти вопросы бы не возникали. Но реальность другая: менеджеры ругаются на разработчиков, разработчики — на "чайка-менеджеров", а в итоге, по опросу в моём канале, 50% компаний либо не учитывают затраты вовсе, либо делают это формально. Почему это важно и какой стороной это к управлению командой? Оценка - это планирование работы, а списание - это учет фактических затрат. Вместе, при правильной настройке, они дают замечательную прозрачность и прогнозируемость работы ИТ-команды. В статье ниже я собрал основные подходы, выделил их плюсы и минусы, а в конце, опираясь на свой опыт (25+ лет внедрения проектов и несколько лет развития собственного продукта для управления IT-командами), делаю вывод о наиболее эффективном подходе. Эта статья — обобщение идей, обсуждавшихся в моём Telegram-канале "Морковка спереди, морковка сзади" . Если вам интересно проектное управление в IT и все проблемы, с ним связанные - заходите и подписывайтесь, а также читайте другие мои статьи здесь, на Хабре.

https://habr.com/ru/articles/887990/

Что такое карты процесса-опыта, зачем они нужны разработчикам и как их применять

Карта процесса-опыта — это новый отечественный метод визуализации, ваш GPS в мире хаотичных бизнес-процессов. Разработчики и бизнес-аналитики часто блуждают, теряясь в сложных взаимодействиях. Карта процесса-опыта помогает эти связи описать и исправить, построить маршрут без лишних крюков и тупиков. Карту сейчас внедряют как обязательный метод для создания антихрупких IT-продуктов. Рассказал о нём Андрей Шапиро на встрече комьюнити Skillbox Code Experts. Основные мысли из выступления я изложила в этой статье. Привет, Хабр! Андрей Шапиро @xraizor — автор метода «Карта процесса-опыта», проектировщик цифровых систем, арт-директор и партнёр «Бындюсофт». А ещё, дизайнер интерфейсов, который всю жизнь проектирует цифровые продукты, думая про это. Уже 18 лет занимается и продуктовой, и заказной разработкой, два года успел поработать дата-сайентистом и даже недолго побывал трейдером. Андрей вместе с Александром Бындю @AlexanderByndyu пытаются отделить от себя методы, которыми пользуются все эти годы, описать их и передать сообществу, чтобы вместе развивать. Карта процесса-опыта — это один метод из трёх, используемых в так называемом фреймворке проектирования социотехнических систем. Сегодня речь пойдёт о ней.

https://habr.com/ru/articles/885220/

Эллиот. Реквизитная организация — ключевые идеи из противоречивой, но ценной книги по менеджменту

Неоднозначная книга по менеджменту, в которой автор открыто разделяет людей на категории и радикально сажает систему во главу стола. Почему? Потому что, с точки зрения автора, выдающиеся продукты и лидеры могут дать компании конкурентное преимущество в краткосрочной и среднесрочной перспективах, но долгосрочное процветание зависит, в первую очередь, от эффективности организации её деятельности. Такой организации, которая будет обеспечивать правильное выполнение правильной работы правильными людьми. Управленческая стратификация Начинаем ответов на два вопроса: Какое количество уровней должно быть? Как мы поймём, что что это количество правильное? Для ответов важны спецификация управленческих ответственности и полномочий, а также инструменты измерения «уровня работы» или «уровня задач». Что такое уровень работы? Каждая задача имеет целевой результат и срок выполнения. Максимальная из всех задач длительность целевого срока выполнения для определённой роли в компании - показывает “уровень работы” этой роли. В соответствии с различными “уровнями работы” можно выделить несколько страт:

https://habr.com/ru/articles/885186/

Бюджет из вашего кармана: как живут и на что тратят деньги своих клиентов диджитал-агентства

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

https://habr.com/ru/articles/883892/

История одного проекта в трёх актах

Меня зовут Сергей Яковлев, я руковожу проектами в ИТ более 10 лет. Хочу поделиться историей о том, как мы сделали проект, который попал в статистические 31 % реализованных ИТ-проектов, и при этом выдержали все базовые показатели: содержание, сроки, бюджет, качество. Причём в начале у меня был минимум знаний в предметной области, команды не было вовсе, а сдать проект необходимо было через год. Здесь я постарался описать весь жизненный цикл проекта, чего я ни разу не встречал в книгах и методологиях, и то, с чем сталкивается руководитель создания продукта.

https://habr.com/ru/companies/T1Holding/articles/883558/

Как перестать «гореть» в операционке: мои 10 системных решений для предпринимателей

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

https://habr.com/ru/articles/881852/

Как тимлиду справляться с неопределенностью на новом проекте, где ничего не понятно

Вы стали тимлидом. Поздравляем! А теперь представьте: вас бросают в неизвестную воду. Проект сложный, задачи туманны, а команда ждет четких указаний. Эта статья — ваш спасательный круг. Расскажем, как организовать процессы, установить приоритеты и наладить коммуникацию так, чтобы все заработало.

https://habr.com/ru/articles/878780/

Про дейлики

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

https://habr.com/ru/articles/877268/

Дорожная карта миграции большого хранилища данных

Недавно решали на работе задачу миграции хранилища данных. Оно у нас одно из крупнейших в отрасли, по крайней мере, в нашей стране. Оказалось, что даже на этапе планирования всё не так просто, как кажется. Делюсь проблемами, их решениями и получившейся дорожной картой. Привет, Хабр! Меня зовут Татьяна Сеземина. Я — директор портфеля проектов Т1 ИИ и руковожу проектами разработки и миграции больших хранилищ данных, сейчас мои проекты касаются отраслей ритейла и логистики. Каждый проект миграции длится от года до нескольких лет. Одна из моих команд столкнулась с необходимостью детального планирования длительной многолетней миграции хранилища, вплоть до каждого объекта. Расскажу, почему так произошло и как такую проблему решать.

https://habr.com/ru/companies/oleg-bunin/articles/876306/

Как перестать решать вопросы за сотрудников?

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

https://habr.com/ru/articles/875102/

Lotus Notes и расцвет ПО для совместной работы

Сейчас совместная онлайн-работа на платформах вроде Google Docs, Microsoft Teams или Slack — это базовая вещь для десятков миллионов пользователей по всему миру. Ведь реально удобно работать над файлами, отслеживать ход проекта, вести совместный календарь или обмениваться сообщениями между людьми, порой находящимися в разных уголках Земли. Но как люди работали в 80-х — начале 90-х, когда персональные компьютеры уже были во многих офисах, но ни о каких облаках никто не слыхивал? В статье расскажем, откуда появилась идея groupware и как Lotus Notes стал революционной программой для групповой работы «до того, как это стало мейнстримом».

https://habr.com/ru/companies/first/articles/872800/

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

Любой бизнес держится на трёх китах: продукт, клиенты и продажи. Но вот парадокс: идеальный продукт и горячие лиды — ещё не гарантия успеха. Если в компании некому продавать или продавцы работают неэффективно, бизнес буксует, теряя деньги и время. Отдел продаж — это мотор компании. И чем мощнее он работает, тем быстрее вы будете расти. Но чтобы мотор не захлебнулся, а работал слаженно и на полную мощность, его нужно правильно собрать и настроить: найти лучших специалистов, обучить их и постоянно поддерживать в тонусе.

https://habr.com/ru/articles/867398/

У тимлида нет цели, но есть путь. Или как стать настоящим самураем и не сделать сеппуку

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

https://habr.com/ru/articles/866928/

Цели в начале разработки: как избежать провала проекта

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

https://habr.com/ru/articles/866546/

Аутсорсинг и аутстаффинг для корпоративных гигантов: как не потерять качество при масштабе

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

https://habr.com/ru/articles/864952/

Прощай, Индия: как мы создали свою систему отслеживания задач на замену Jira

Привет, Хабр! Зовут меня Егор, и в этой статье я хочу рассказать, как мы с ребятами из компании АИСА запилили свой аналог Jira – с блэкджеком и быстрым API на Go.

https://habr.com/ru/articles/864042/

Что происходит с бизнесом, если нет системы обучения сотрудников?

Представьте ситуацию: ключевой сотрудник, который ведет важные сделки и держит на себе клиентскую базу, неожиданно увольняется. Вместе с ним уходит не только поток доходов, но и накопленный за годы опыт. Бизнес оказывается в кризисе. Думаю эта история знакома многим владельцам, которые избегают внедрения системы обучения. Исследования доказывают, что обучение сотрудников — это не только тренд, но и ключ к стабильному росту.

https://habr.com/ru/articles/862222/

Общение на грани: как утечки данных становятся реальностью

Можно ли представить работу в IT без Telegram или другого массового мессенджера? Вряд ли. Это давно не просто чатик, а полноценный рабочий инструмент. Но чем удобнее средство, тем выше риски: массовые мессенджеры всё чаще становятся причиной утечек данных. Их уязвимости — подарок для скамеров, которые через социальную инженерию легко проникают в корпоративные сети. А там — коммерческая тайна, клиентские данные, финансы. Лично я не раз сталкивался с такими кейсами, поэтому в этом посте разберу, как скамеры используют уязвимости, чем корпоративные решения помогают их закрыть и почему без стратегии безопасности и обучения сотрудников даже самые защищённые инструменты не спасут. Пусть этот пост станет еще одной каплей, которая точит камень непонимания людей, что использование личных средств для рабочего общения — может плохо закончиться.

https://habr.com/ru/articles/862082/