Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Регистрируясь, я даю согласие на обработку данных и условия почтовых рассылок.
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр Новый хит для любителей игры жанра три в ряд! Кот Ученый уже прячет предметы по таинственному лесу, чтобы вы получили удовольствие от поиска вещей и заработали как можно больше изумрудов. Котик рад новым гостям!

Северное слияние - тайна леса

Казуальные, Приключения, Логическая

Играть

Топ прошлой недели

  • solenakrivetka solenakrivetka 7 постов
  • Animalrescueed Animalrescueed 53 поста
  • ia.panorama ia.panorama 12 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

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

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
0 просмотренных постов скрыто
user10175363

Топ-8 самых удобных систем управления задачами в 2025 году. Обзор и рейтинг⁠⁠

7 месяцев назад

Привет, Пикабу!

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

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

Критерии обзора систем управления

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

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

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

  • Прозрачность процесса: инструменты планирования, календари и прочее.

  • Наличие бесплатной версии или хотя бы пробника.

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

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

Поехали!

1. YouGile

Ссылка на сайт

Доска в системе управления пректами YouGile

Доска в системе управления пректами YouGile

YouGile — система управления задачами, в которой качественно сделаны именно основные, самые важные для работы функции: таск-трекер в виде канбан-досок, задачи и подзадачи, отчёты, диаграмма Ганта и мессенджер. А всякое дополнительное или сложное включается расширениями.

Цены:

  • Бесплатно для команды в десять человек и без каких-либо ограничений. Это редкость: большинство сервисов дают бесплатный доступ только для пяти пользователей, ставят лимиты. Платно — 495 ₽/мес. при оплате за год, с 11-го пользователя.

  • Коробка — от 849 ₽/мес. за пользователя.

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

Плюсы:

  • Простота внедрения. Я искал бесплатную систему управления задачами, которой будет удобно пользоваться сразу, без обучения. У сервиса хороший UX — не надо никаких туториалов, просто зарегался, начал создавать задачи. На всё ушел час.

  • Общение вместе с планированием. Когда ставишь задачи и обговариваешь всё в одной системе — это однозначно жирный плюс. А здесь — полноценный встроенный мессенджер и своя фишка для командного обсуждения задач. О ней расскажу в киллер-фичах.

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

  • Интеграции. Много разных дополнительных автоматизаций в «галерее расширений». Включаются они по желанию и не загружают базовый интерфейс. Из последних, которое мне зашли: уведомления в Telegram через бота и AI-ассистент в чатах.

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

Киллер-фичи:

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

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

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

Подзадачи в системе управления проектами YouGile

Подзадачи в системе управления проектами YouGile

Минусы:

  • Нет глубокой аналитики. Всё же этот инструмент ближе к командному таск-трекеру, чем к полноценной CRM.

  • Нет зрелого wiki-раздела. Почему за семь лет на рынке система не обзавелась базой знаний? Для меня это большая загадка.

Кому подойдёт:

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

  • Командам, работающим по Agile, или выходящим из Trello.

  • IT-командам, диджитал- и маркетинговым агентствам, небольшим производствам и отделам продаж.

2. Kaiten

Ссылка на сайт

Доска системы управления проектами Kaiten

Доска системы управления проектами Kaiten

Заслуженная топ-2 программа по управлению проектами в моём списке. Дизайн подкупил — чистый, понятный, красивый.

Содержит базу знаний, где можно создавать и редактировать документы, поддерживает миграцию из Jira, Trello, Asana, ClickUp и всеми любимого Notion.

Цены:

  • Есть бесплатная версия с неограниченным количеством участников, но ограниченным функционалом.

  • Платный тариф начинается от 420 ₽/мес. за пользователя. Пакеты отличаются количеством модулей: в стандартном тарифе их два, а в профессиональном шесть.

  • Есть коробочная версия Enterprise со всеми фичами и модулями — цену нужно узнавать у разработчика.

Плюсы:

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

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

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

Киллер-фичи:

  • Поддержка Agile. Можно работать со скрамом и канбаном: добавлять юзер-стори, вести бэклог, планировать спринты, оценивать сложность покером планирования и использовать диаграммы сгорания, чтобы отслеживать прогресс. Увы, не бесплатно.

  • Широкая интеграция. Подключает Slack, Telegram и Microsoft Teams для уведомлений и создания карточек, синхронизирует задачи с Google календарём. Есть интеграции с GitHub и GitLab. Kaiten можно связывать с другими приложениями через Zapier.

Планирование спринта в системе управления проектами Kaiten

Планирование спринта в системе управления проектами Kaiten

Минусы:

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

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

Кому подойдёт:

  • Компаниям, работающим с большим количеством команд и проектов одновременно.

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

  • Тем, кому важен функционал шире контроля задач. Например, корпоративная база знаний.

3. Shtab

Ссылка на сайт

Доска в системе управления проектами Shtab

Доска в системе управления проектами Shtab

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

Сразу отмечу очень приятный дизайн и достойный UX: этот сервис тоже освоил почти без подсказок.

Shtab содержит, конечно, трекер задач, финансовое планирование и контроль рабочего времени. Последнее, между прочим — самая известная функция сервиса. Но обо всём по порядку.

Цены:

  • Бесплатно до пяти участников, но с ограничениями по функциям и объёму хранилища.

  • Цена подписки на облачный сервис зависит от тарифа (Start, Base и Pro) и начинается от 100 ₽/мес. за пользователя.

  • Цена коробки рассчитывается индивидуально.

Плюсы:

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

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

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

  • Широкая интеграция. Работает с Jira, Trello, Asana, Wrike. Через Zapier и Albato Shtab связывается с другими сервисами. Интегрируется с Telegram, где, помимо создания задач и уведомлений, можно отвечать на комментарии. На подписке PRO доступен API.

  • Есть приложения. В App Store, Google Play и RuStore.

Киллер-фичи:

  • Учёт рабочего времени. Shtab фиксирует, когда люди начали и закончили задачу, делает скриншоты экранов сотрудников и отмечает, сколько времени ушло на паузы (когда активности на экране приложения не было). Насколько это этично — решайте сами.

  • Встроенный прямо в задачу редактор. Можно писать тексты, добавлять таблицы, ссылки и файлы. Для разработчиков — вставка кода с подсветкой синтаксиса основных языков. Собственно, так работало и в Notion, где каждая задача — мини-база знаний.

Учёт рабочего времени в системе управления проектами Shtab

Учёт рабочего времени в системе управления проектами Shtab

Минусы:

  • Это не полноценная программа по планированию проектов. Хотя в Shtab есть блок учёта финансов, полноценного управления ресурсами здесь нет. Аналитика тоже простая, мало чем отличается от аналитики других инструментов подборки.

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

Кому подойдёт:

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

  • Проектам с удалённым штатом — для дополнительного контроля за работой сотрудников.

  • Креативные команды, которым нужен редактор контента внутри задач и приятный визуал.

4. Weeek

Ссылка на сайт

Задачи в системе управления проектами Weeek

Задачи в системе управления проектами Weeek

Система управления проектами и задачами, которая стала особенно популярной после ухода Notion. Объединяет таск-трекер, базу знаний, CRM и систему аналитики.

В целом похожа на Kaiten, но может меньше и осваивать её проще. При этом переносит данные из Jira, Trello, Asana, ClickUp и Notion.

Цены:

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

  • Остальные тарифы начинаются от 199 ₽/мес. за пользователя. Причём подпиской Lite могут пользоваться только команды до десяти человек.

Плюсы:

  • Удобная интеграция. Weeek отправляет уведомления в Telegram, VK и Slack. Можно прикреплять файлы, включая доски Miro и Figma. Сервис поддерживает календари Google, Яндекс и Apple. Есть открытый API, чтобы настроить платформу под свои задачи.

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

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

  • Приложения. Для Android, Windows, iOS и MacOS.

  • Корзина. Все файлы и задачи попадают в корзину. Поэтому можно не переживать про «ой, я что-то нажал, и всё удалилось».

Киллер-фичи:

  • Экспорт задач. Можно выгружать задачи в XLSX, CSV или JSON. Это полезно для анализа, отчётности, миграции и архивации данных.

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

  • Шаблоны досок. Разработчики могут выбрать шаблоны канбана или скрама, а контент-команда — редакционную доску, контент-план и т. д.

Шаблоны для разработчиков, система управления проектами Weeek

Шаблоны для разработчиков, система управления проектами Weeek

Минусы:

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

  • Слабый UX. Здесь, конечно, минимализма нет и близко. Из-за того, что можно раскрашивать всё подряд (привет коллегам!), карточки выглядят крайне сумбурно. Выполненные задачи автоматически зачёркиваются, а просроченные — подсвечиваются, даже если дедлайн проставлен случайно. А теперь представьте, что у вас таких карточек на доске штук 40…

Кому подойдёт:

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

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

  • Тем, кому нужен комплексный сервис с продвинутой базой знаний.

5. Yandex Tracker

Ссылка на сайт

Доска в системе управления проектами Yandex Tracker

Доска в системе управления проектами Yandex Tracker

Облачный инструмент управления проектами и задачами для пользователей экосистемы Яндекса. Если бы у минимализма был свой сервис, это был бы Yandex Tracker.

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

Цены:

  • Бесплатно для всех пользователей с аккаунтами Яндекса, для команд — до пяти человек. Без ограничений по функционалу.

  • Тарифы для бизнеса начинаются от 360 ₽/мес. за человека. Цена зависит от размера команды.

Плюсы:

  • Интеграция с Яндексом. Можно подключить Яндекс.Вики и создать базу знаний по проекту. А Яндекс.Формы помогут автоматизировать сбор данных — заявки или ответы сразу превращаются в задачи.

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

  • Понятная автоматизация. Настройка проще, чем в сложных сервисах типа Jira: это триггеры, автодействия и макросы.

  • Пакет фич для работы по Agile. В целом стандартный набор — доски со спринтами и бэклогом. Плюсы — диаграмма сгорания, которая показывает, как быстро выполняются задачи; она помогает оценить, успевает ли команда. И покер планирования для совместной оценки задач.

  • Открытый API. Технические команды могут автоматизировать рутину или интегрировать трекер с другими сервисами.

  • Мобильные приложения. Можно контролировать задачи с Android и iOS.

Киллер-фичи:

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

  • Работа с инфраструктурой. Удобно вести задачи закупки оборудования, учёт расходов, или инвентаризацию. Например, можно настроить заявки на ремонт с конкретными сроками через SLA и контролировать их. Это фича для IT-отделов или служб, которые поддерживают работу офиса.

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

Создание очереди. Система управления проектами Yandex Tracker

Создание очереди. Система управления проектами Yandex Tracker

Минусы:

  • Зависимость от Яндекса. Интеграции ограничены. Yandex Tracker работает с GitHub, GitLab, почтой и мессенджерами через API, но в основном ориентирован на экосистему Яндекса. А миграции с других сервисов нет.

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

  • Дизайн. Это чистая вкусовщина, но иногда монохром и минимализм заставляют скучать. И в целом дизайн кажется слегка устаревшим.

Кому подойдёт:

  • Компаниям, которые работают с другими сервисами Яндекса.

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

6. Pyrus

Ссылка на сайт

Доска системы управления проектами Pyrus

Доска системы управления проектами Pyrus

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

Pyrus — это платформа LowCode со множеством функций: от управления задачами и CRM до документооборота, аналитики и внутреннего общения. Возможности зависят от тарифа и выбранных модулей.

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

Цены:

  • Бесплатно и без ограничения по количеству пользователей. Тариф содержит только опции постановки задач и общения с командой. И это как раз то, что нам нужно.

  • Цена платной подписки — 415 ₽/мес. за человека. Сюда входят функции автоматизации.

  • Есть коробка, стоит от 82500 ₽/мес. за компанию.

Плюсы:

  • Канбан-доски без перегруза. В некоторых платформах есть сложные настройки: нужно задавать типы задач, статусы, зависимости, изменять отображение. В Pyrus проще — ставишь задачу, перетаскиваешь её между статусами, и она автоматически обновляется.

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

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

  • Есть мобильные приложения. Для iOS и Android. Можно ставить и закрывать задачи, обсуждать их в комментариях. Синхронизация с веб-версией автоматическая.

  • Базовая интеграция. В бесплатном Pyrus можно подключить облачные хранилища. В платных тарифах доступны интеграции с почтой, мессенджерами, Jira, 1С, телефонией и т. д. Есть связь через Zapier и доступ к API.

Киллер-фичи:

  • Опция согласования документов. Файл прикрепляется к задаче, этапы согласования видны в статусах, а вся история комментариев остаётся в карточке.

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

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

Поиск. Система управления проектами Pyrus

Поиск. Система управления проектами Pyrus

Минусы:

  • Мало гибкости. Интерфейс и рабочие процессы в Pyrus трудно адаптировать под уникальные задачи или сложные сценарии. Простота — это плюс, но для команд с необычными процессами она может быть не совсем удобной.

  • Ограниченная интеграция. Несмотря на API, готовых интеграций меньше, чем у конкурентов. Нет удобного импорта задач Trello, Asana и других популярных инструментов.

  • Зависимость от платных тарифов. Многие функции, включая автоматизацию процессов, интеграции и отчёты, доступны только за деньги.

  • Устаревший дизайн. Явно уступает сервисам, которые мы разобрали выше.

Кому подойдёт:

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

  • Проектным командам с типовыми процессами, где можно обойтись стандартными маршрутами и настройками.

7. Platrum

Ссылка на сайт

Доски системы управления проектами Platrum

Доски системы управления проектами Platrum

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

Цены:

  • Бесплатно для одного человека, но часть функций недоступна, а некоторые с ограничением по объёму.

  • Платные тарифы начинаются от 1710 ₽/мес. при оплате за полгода. В самый простой входит пять пользователей. Можно добавлять новых за 225 ₽/мес. Чем дороже подписка, тем больше функций и людей, которых можно подключить.

Плюсы:

  • Канбан. Это основа работы над задачами. Пользователь может создавать ежедневные ToDo и автоматически двигать карточки оттуда.

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

  • Управление доступом. Разделение прав до мелочей: у каждой роли свои возможности редактирования и просмотра.

Киллер-фичи:

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

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

  • Интеграция задач. Platrum объединяет задачи с инструментами обучения и контроля KPI. Это не просто таск-менеджер, а ещё и полноценная платформа управления командой.

Контроль результатов команды системы управления проектами Platrum

Контроль результатов команды системы управления проектами Platrum

Минусы:

  • Слишком широкий функционал. Полезен скорее в масштабах всего бизнеса, когда нужен корпоративный софт.

  • Слабая интеграция. Не переносит данные из других таск-трекеров. Синхронизируется только с календарём Google. Всё остальное отдаётся в руки разработчиков и API.

  • Сложный продукт. Для настройки процессов часто нужна помощь техподдержки. Она может занять достаточно много времени.

Кому подойдёт:

  • Командам, которым нужна система управления бизнес-проектами с продвинутой автоматизацией.

  • Разработчикам, проектным командам и компаниям, которые хотят по максимуму настроить систему под себя.

8. Мегаплан

Ссылка на сайт

Сделки в системе управления проектами Мегаплан

Сделки в системе управления проектами Мегаплан

Разработчик позиционирует продукт как CRM-систему онлайн. Но на деле CRM — один из вариантов, а с платформой можно работать и без неё.

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

Цены:

  • Есть бесплатный тестовый период на две недели.

  • Тариф без функции CRM только один и начинается от 331 ₽/мес. за трёх человек, от 332 ₽/мес. — за пятерых и от 454 ₽/мес., если в команде до ста человек.

  • Есть Лайт-подписка до пяти человек, которая начинается от 480 ₽/мес. Самый укомплектованный тариф «CRM: Бизнес» стоит 1499 ₽/мес. за пользователя помесячно, и 1049 ₽/мес., если платить за год.

  • Можно купить коробку — от 45000 ₽ на команду до десяти пользователей.

Плюсы без CRM:

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

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

  • Поддержка Agile. В Мегаплане удобно будет людям, работающим со скрамом и канбаном. Можно вести бэклог, распределять задачи и следить за прогрессом прямо на доске. В целом как и во всех сервисах из подборки.

  • Интеграции с полезными инструментами. На сайте есть раздел с доками по интеграции. Ещё есть API настройки под специфичные задачи.

Киллер-фича:

  • Работа без переключений. Чаты и комментарии собраны в одном месте — в карточке задачи. Для совещаний есть видеозвонки, никаких дополнительных мессенджеров не нужно. Также есть модуль базы знаний, который подключается в отдельных тарифах.

Чаты. Система управления проектами Мегаплан

Чаты. Система управления проектами Мегаплан

Минусы:

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

  • Не поддерживает миграцию с Trello и Jira. И с популярными сервисами вроде Slack. То есть работа сервиса больше ориентирована на CRM-нужды.

  • Не самый современный интерфейс. Визуально Мегаплан уступает лёгким, интуитивным системам. Вид кажется устаревшим и перегруженным — можно потеряться в изобилии карточек и вкладок.

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

Но думаю, что инструмент будет полезен:

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

  • IT-отделам и службам поддержки — для учёта заявок и контроля их выполнения.

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

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

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

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

Интересно, чем пользуетесь Вы?

Показать полностью 16
[моё] Agile Малый бизнес Программа IT Kanban Scrum Управление проектами Управление людьми Управление Трекер Тайм-трекер Фриланс Предпринимательство Мессенджер Обзор Программное обеспечение Процесс Интерфейс Ux Ui Длиннопост
5
kznalp
kznalp
Серия ITшное

День когда разработка программного обеспечения перестала быть инженерной дисциплиной⁠⁠

8 месяцев назад

Методология Scrum была создана американцами Джеффом Сазерлендом и i Швабером в 1993 году.

Понятие MVP (Minimum Viable Product, минимально жизнеспособный продукт) появилось в 2001 году благодаря Фрэнку Робинсону, президенту консалтинговой фирмы SyncDev.

С этого времени - качество , надежность, эффективность и управляемость программного обеспечения были принесены в жертву идолу рынка.
Пути инженеров и программистом стали расходится.

Ибо - Хуяк , хуяк и в продакшн ( Гимн современного поколения разрабов и манагеров).



Слава Богу , что программисты не строят дома , мосты , самолеты и другие высокосложные критичные инженерные системы.

MVP по русски называется - *уяк, *уяк и в продакшн.

Когда настанет апокалипсис и закат цивилизации ?
Например , когда результаты новомодных методик внедрят в системы управления АЭС и РВСН.

День когда разработка программного обеспечения перестала быть инженерной дисциплиной

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

Показать полностью 1
[моё] Scrum Разработка Программирование Инженерия Программист Инженер ИМХО Текст Видео Видео ВК Мат
6
9
prodneupal
prodneupal

Фраза, которая максимально точно описывает всю нашу жизнь⁠⁠

9 месяцев назад
Перейти к видео
Созвоны Дейлики Scrum Трудовые отношения Профессия Карьера Видео Вертикальное видео Короткие видео
2
2
tupo.orsk
tupo.orsk

Управление проектами: дайджест новых публикаций⁠⁠

10 месяцев назад
Управление проектами: дайджест новых публикаций

Как оценивать задачи, ABCDE для РП, эффективные разборы полетов, умирающий и вечно живой Agile, любовь и работа, идеальное собеседование, гору от ума и всё интересное, что писали на этой неделе про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Основы и гайды

Классификация задач в проектах: Зачем и как внедрять типы рабочих элементов

Основная цель использования разных типов задач — повысить понятность и удобство управления проектами и работой команды. Базовые типы -  new feature, feature improvements, testcase, bug, но каждый из них можно детализировать или связать с такими параметрами, как источник, интенсивность, время выполнения, платформа и т.д.

Как стоит оценивать задачи, чтобы улучшить прогнозирование сроков?

Абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы. Для решения этой проблемы автор предлагает три подхода: 1) использовать не экспертные оценки, а статистику, 2) использовать не часы, а условные единицы (“попугаи”), 3) оглянуться на “попугаев” из прошлых спринтов. Ну и в идеале все это считать автоматически, скриптами.

Как правильно оценить время задачи

Еще один материал на эту тему. Здесь рецепт иной: декомпозируем - закладываем буфер с учетом неопределенностей - смотрим исторические данные - обсуждаем с исполнителем - считаем разные сценарии. И получаем диапазон трудозатрат и времени.

Метод ABCDE для расстановки приоритетов

Простой, но интересный метод. Делим все задачи на А (абсолютно приоритетные), B (средний), C (низкий), D (делегировать), E (вычеркнуть). Подробности, сравнения с MOSCOW, преимущества и пример применения - в материале.

Руководство по проведению постмортемов. Как правильно разбирать инциденты для улучшения стабильности в будущем

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

Как правильно ставить цели спринта, чтобы обеспечить фокус для всей команды

Цель спринта — это ключевой элемент планирования, который помогает команде понимать образ результата, а не просто делать разрозненный набор задач. Чтобы цель была “хорошей”, нужно потрудиться над ее определением. Например, с помощью методик FOCUS, INVEST, SMART. В статье подробно раскрыт каждый метод и приведены примеры плохих и хороших целей.

Как мы адаптируем Agile в Ozon?

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

Кто-нибудь переживал процесс перехода на Agile? Как вы справились?

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

Дизайн Agile-организаций: создайте свою уникальную модель гибкости

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

Agile-интервизия: что это такое, зачем и как правильно ее проводить

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

Как сократить затраты на разработку с помощью пользовательских историй

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

Как проводить спринт-ретроспективу в 2025 году

Многие команды недолюбливают спринт‑ретроспективы, считая их бесполезными или формальными встречами, которые не приводят к реальным изменениям. Однако при правильном подходе этот инструмент может стать мощным механизмом для постоянного улучшения процессов разработки и повышения удовлетворенности команды работой. Секрет - в привязке к конкретным данным, использовании метрик. Автор предлагает фреймворк 4L’s (Что получилось, Чему научились, Чего не хватало, Чего хотелось бы) и дает пошаговую инструкцию по проведению ретро.

Как документация помогает выйти в прод быстрее

Хотя и утверждается, что «работающий продукт важнее исчерпывающей документации», качественная документация на самом деле поддерживает порядок и слаженность работы команды, а главное — ускоряет поставку, а не замедляет ee, как иногда ошибочно считают. Материал - про факторы пользы качественной доки. А еще там есть неплохой шаблон доки для описания API.

Важность написания документации – зачем, кому, о чем, когда и как

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

System Design для начинающих: всё, что вам нужно. Часть 2

Напоследок ликбез по SD. В этом материале - про масштабирование баз данных, SQL и NoSQL, их особенности и выбор между ними.

Менеджер проекта - карьера и навыки

Как стать Project-менеджером с нуля? Бесплатная программа обучения

Если вбить фразу «как стать project-менеджером» в поисковую строку, можно найти множество курсов по данному направлению. Проблема в том, что все курсы являются платными. А авторы взяли и подготовили программу обучения, которая состоит только из бесплатных курсов. Программа неплохо структурирована и включает курсы на Ютубе, статьи на интернет-ресурсах, телеграм-каналы.

Лирическое. Про любовь и работу

Не очень серьезная статья Петра Жаркова про отношения с компанией и их параллели с отношениями с противоположным полом. Всё это в контексте менеджмента проектов и CJM.

Как и какая видеоигра поможет подготовиться к роли руководителя

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

Как оценить стоимость и продолжительность пилота по скудному техническому заданию

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

Scrum-мастер: модный специалист или необходимый член команды

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

Как мы командой пол года переезжали из Notion (и у нас получилось)

Хороший кейс про переезд на не очень-то и известный аналог сервиса. Хороший и как собственно пример проекта перехода, и как обзор практической применимости “наших” аналогов Notion.

Не торопитесь со Скрамом! Действительно полезные книги для менеджеров проектов. 5 функций Файоля

Не стоит торопиться со Скрамом, если вы ещё не постигли, как вообще планировать, организовывать и координировать. Иначе будете бегать с этой доской «todo – in progress– done» и не понимать, почему всё то же самое остаётся «in progress» уже третью неделю. А постигать можно при помощи умных и полезных книг, которых автор рекомендует много, от классики (Файоль, Тейлор, Друкер) и до свежака (Завертайлов, Пименов, Бындю).

Чтение на выходные: «Крутой менеджер Сакигакэ» Кадзухико Накамура

Да уж, манги у нас еще не было (#ВЭтомГодуЯВпервые), - но это обзор бизнес-манги от (якобы) титулованного эксперта. Книга - про организационное развитие, о том, как быть и руководить в современных реалиях, ведь «требования к сотрудникам как никогда высоки, а управлять командой как никогда сложно». И что делать, чтобы сплотить сотрудников, создать командный дух и благоприятные условия на рабочем месте.

Команда проекта

Как починить Work-life balance в компании?

“Если ваш сотрудник не успевает жить — он не успевает работать”. Work-life balance — это про то, как сделать так, чтобы люди не считали вашу компанию каторгой. Потому что выгоревший сотрудник = потраченные деньги на поиск нового. А если научить людей жить и работать в балансе, они сами начнут генерить идеи, от которых у конкурентов сгорит проводка. Автор дает ряд рекомендаций по формированию нормальной культуры в команде и компании.

Когда без аудита знаний уже никак. Кому нужен и как провести

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

Онбординг без головной боли: как рассказать новому сотруднику обо всем без взрыва мозга

Команда T2 (Теле2, а не Терминатор) - про свой онбординг. Сделали гайд в формате презентации, в котором расписали про первые дни, про полезные материалы, нарисовали “дерево с коллегами” (пожалуйста, без шуток!) и вообще расписали процессы, с которыми столкнется новичок в команде.

Звон в голове: размышления об отношениях сотрудника и компании Что болит у тимлида

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

Проводим идеальное собеседование разработчика. Советы от практика с тысячей собеседований за спиной

Кирилл Мокевнин написал супер-пост про собесы. Делать ли тестовое, сколько собесов норм, как проводить, как делать “разогрев” и какие вопросы задать, что включить в основную часть (с очень конкретными вопросами), чем закончить и что делать после интервью.

Горе от ума – почему рост знаний приводит к росту страданий

Мой (и не только) личный хит - статья “ИТ-психолога” про наши комплексы и особенности восприятия мира у тех, кто учится и расширяет кругозор. С акцентом как раз на боли - чем больше знаешь, тем больше понимаешь, сколько еще неизвестно и сколь много ресурсов тебе не хватает. Это нормально, говорит автор, и дает рекомендации, как остыть и прекратить грызть себя.

Всё горит: как тимлиду не пропасть в срочных задачах

Отличный текст от тимлида из “Вайлдбериз” - о том, как наибольшее внимание уделять важным вещам (стратегии, культуре, ключевым метрикам), а не тушению пожаров и ручной работе.

T-shape в системном анализе. Скажи свое непопулярное мнение и беги

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

Показать полностью 1
Проект Менеджмент Agile Scrum Длиннопост
4
6
tupo.orsk
tupo.orsk

Управление проектами: дайджест лучших публикаций⁠⁠

10 месяцев назад

PMBOK 8, тупые задачи, ассертивная коммуникация, спасенные дедлайны, фокусированная коммуникация и всё интересное, что писали на этой неделе про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

Управление проектами: дайджест лучших публикаций

Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест».

Основы и гайды

WSJF (Weighted Shortest Job First) как способ приоритизации бэклога
WSJF — один из методов приоритизации, который гласит: сначала делаем то, что быстрее и дороже. WSJF применяется на этапе формирования бэклога и помогает оценить важность фичи. Ценность считают с помощью двух переменных — Cost of delay (сложность выполнения работы) и Job size (сколько времени и сил уйдёт на задачу). В статье - правила применения метода, примеры и шаблоны.

Метод водопада: что такое методология Waterfall как это работает

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

Декомпозиция задач: Как сделать проекты управляемыми и успешными

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

Как написать грамотный гайд: правила для техписов и разрабов

Отличный (переводный) гайд по созданию хороших руководств и инструкций. Из ключевого: пишите для “чайников”, пообещайте в заголовке чёткий результат, покажите конечный результат, используйте единообразные содержательные заголовки, увяжите конкретику с комплексным примером и т.д.

Проектировочная документация: практический опыт и проверенные шаблоныРебята из “Спортмастера” снова с хорошей статьей о том, как стандартизировали проектировочную доку на уровне большой компании и что получилось (а получилось очень серьезно).

«Ой, забыл» или метод чек-листов при организации бизнес-процессов компании

Про чек-листы как инструмент управления бизнес-процессами и коммуникациями в команде - вроде бы всё просто, но если подойти фундаментально, то он оказывается очень полезным.

Скрам vs Канбан: Погружение в Agile, плюс памятка для проектных менеджеров

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

«Мы сделали продукт, а его никто не купил», Или почему нужно начинать с MVP

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

PMBoK 8 - здравый смысл возвращается?

Заметка Ивана Селиховкина о драфте 8-ой версии PMBOK. Седьмая редакция кардинально поменяла подход в сторону гибких методологий и общих деклараций, а вот 8-ая, похоже, снова возвращается к конкретике.

How To Do Project Dependency Mapping: 5 Steps

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

Use-case 3.0: краткое руководство

Краткое содержание недавно вышедшего обновления набора принципов сбора требований.

Как вынести максимальную пользу от ретроспективы?

Какую пользу приносит ретроспектива в Scrum и как избежать трудностей, которые могут возникнуть в процессе.

Работа с API: 17 полезных ссылок для системного аналитика

Собрание материалов по API, но полезно будет и для РП, - там и для начинающих, и для глубокого погружения.

Менеджер проекта - карьера и навыки

Руководитель не доверяет и изматывает тупыми задачами. Помогите

История конфликта с руководителем и почему некоторые конфликты нельзя решить в конечной точке — только предупредить заранее. Интересно и ПМам, и команде.

Как изменить стиль управления

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

Как стать более уверенным коммуникатором

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

Старики будут править IT

Хит сезона - публикация в защиту миллениалов в ИТ, которые не должны сдаваться перед “цифровыми” зумерами, - хотя бы потому, что привыкли к трудностям и проблемам в цифровом мире, а не пришли на все готовенькое. На самом деле, статья - про различия в поколениях и разницу в моделях командообразования.

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

Take control. Как мы забрали управление заводом у иностранцев

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

Как цифровой сотрудник IBS «Василий» облегчает жизнь нашим администраторам на проектах

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

Анатомия страха

Большая (реально) и очень комплексная статья про страхи на проекте у РП и у команды и об источниках этих страхов. Один из главных тезисов: неэффективные проекты - это результат, в первую очередь, неэффективного менеджмента проектов. Менеджеры предпочитают решать мелкие задачи на ходу вместо выстраивания понятной и прозрачной методологии.

Кри-Кри или приоритизируй Это. Памятка по приоритизации для Руководителей

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

P3.express. Как сдать экзамен на сертификат с первого раз

P3.express — это легкая и доступная методология управления проектами, разработанная для минимизации сложности и максимизации эффективности. Автор сдала экзамен и делится подробностями.

Топ-8 самых удобных систем управления задачами в 2025 году. Обзор и рейтинг

Рейтингом из восьми “лучших, перебранных руками,” (с) систем управления задачами, от Yougile и Kaiten до Platrum и Мегаплана, с обзором возможностей и недостатков.

Команда проекта

Agile-команда: роли, задачи и принципы работы

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

Фокусированная коммуникация — что это и как составить

Фокусированная коммуникация — это общение, ориентированное на конкретные цель, аудиторию и результат. В этом формате общения соблюдается чёткая структура, отвлекающие факторы сведены к минимуму. ФК может быть внутренней (с командой) и внешней, в мессенджерах и в письмах. Плюс авторы приводят правила ФК.

Срочность против целеустремленности: как перестать спешить и начать успевать

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

Хаос vs один понятный флоу на все команды.

Как в МТС внедряли производственный процесс, превратили его в продукт, интегрировали с инструментами разработки и тестирования и т.д. И, главное, какие результаты все это принесло бизнесу.

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

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

Вот почему вы скоро возненавидите свою работу

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

Качества хорошего системного и бизнес-аналитика, о которых редко пишут в вакансиях

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

Вредные советы начинающему аналитику

Любимый жанр вредных советов - в этот раз для аналитика: про плохие ТЗ, неструктурированные документы, сложные предложения, отсутствие макетов и схем и прочие ужасы.

Системный или бизнес-аналитик: мой взгляд изнутри профессии

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

Уволился с позиции тимлида и снова стал разработчиком

Роль тимлида сама по себе интересна: она даёт возможность развить множество полезных навыков, которые сложно получить, занимаясь только разработкой. Однако у этой роли есть несколько неприятных моментов, с которыми тяжело смириться. Среди них автор выделяет “+50% к нагрузке, +5% к зарплате”, “оценка результатов работы становится гораздо менее очевидной”, слабый карьерный рост.

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

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

Показать полностью 1
Проект Проектирование Менеджмент Agile Scrum Длиннопост
0
30
Skyscrew
Skyscrew
Лига Сисадминов

Мастер своего дела⁠⁠

11 месяцев назад
Мастер своего дела
Показать полностью 1
Картинка с текстом Мемы IT юмор Планирование задач Scrum
4
782
Alex.Iden
Alex.Iden
Типичный программист

Наш любимый Скрам⁠⁠

1 год назад
Наш любимый Скрам
Agile Scrum IT юмор Управление проектами Комиксы
49
5
8088
8088
Лига программистов
Серия Тестирование

Как уложить тестирование фичи внутрь спринта?⁠⁠

1 год назад

Когда команда с горем пополам научилась попадать с разработкой запланированного внутрь спринта, то встает следующий вопрос - а почему мы все равно не успеваем впихнуть то, что уже было разработано в релиз после спринта?

У нас именно так и получилось. Вначале разработчики не использовали никакой системы при планировании спринта - это было больше похоже на индивидуальное планирование, каждый брал себе столько сколько сможет унести, и конечно результат спринта был достаточно рандомным. Что конечно расстраивало заказчиков, никто не понимал - когда же будет доставка конкретной фичи?

После внедрения poker planning и story points, ситуация с прогнозированием разработки улучшилась значительно. Но заказчики (Product Managers в нашем случае) инстинктивно воспринимали завершение разработки как готовность фичи. Это конечно было ошибочное ожидание, более того, когда PM смотрели на каждую фичу и видели:

Фича A -> 3 Story Points

Фича B -> 8 Story points

То ошибочно думали, что тестирование будет занимать пропорциональное количество времени, то есть например:

Фича A -> 1 день?

Фича B -> 2 дня?

Но в реальности объем тестирования никак не был связан с Dev Effort по разработке конкретной фичи. Все могло быть с точностью до наоборот:

Фича A -> 3 дня

Фича B -> 1 день

Дело в том, что тестирование очень часто находит ошибки в новой фиче, что вызывает еще один цикл исправлений (дополнительный Dev Effort), и еще один цикл тестирования/перетестирования. И чем больше объем тестирования конкретной фичи, тем дольше цикл перетестирования. А чем более сложная фича (не равно емкости Dev Effort), тем больше циклов исправлений и перетестирования ожидается.

Можно предложить укладывать циклы тестирования и перетестирования в изначальный Dev Effort в Story Points, но Capacity команды Тестирования не входит в команду Dev, поэтому так не получится.

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

Чтобы эту оценку не путать и не складывать с Dev Effort, мы решили сделать ее не цифровой, а символьной, в размерах маек S, M, L, XL.

Мы долго думали, должна ли шкала оценки быть нелинейной (фибоначи например), как Dev Effort в Story Points. И решили, что в этом не необходимости. Дело в том, что заказчик (PM), хочет знать, когда он получит фичу в Прод, и при планировании спринта у него есть выбор, состоящий из Dev Effort и Test Effort, который либо "влазит" в спринт, либо нет. Тогда при планировании сразу понятно, что с большой вероятностью будет доставлена, а что потребует больше одного спринта.

Получилась вот такая схема:

Прогноз усилий по тестированию в размерах маек

Прогноз усилий по тестированию в размерах маек

То есть, чтобы впихнуть L фичу, надо отдать ее тестировщикам в конце первой недели спринта. Для M, S во вторник, четверг второй недели соотеcтвенно. Для XL зарелизить в рамках одного спринта шансов нет!

А как у Вас с этой проблемой?

Показать полностью 1
[моё] Тестирование QA Программа Scrum Agile Гайд Приложение Инновации Спринт Sprint Чат-бот Тренд Сайт Google Длиннопост
15
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Маркет Промокоды Пятерочка Промокоды Aroma Butik Промокоды Яндекс Путешествия Промокоды Яндекс Еда Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии