home.social

#планирование_проектов — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #планирование_проектов, aggregated by home.social.

fetched live
  1. Проект готов на 90%. Уже полгода

    Привет! Меня зовут Дарья, я руковожу продуктом Naumen Project Ruler. Вместе с командой изучаю задачи пользователей и определяю, какие сценарии и возможности продукта нужно развивать, чтобы эти задачи решать. На статус-митинге руководитель проекта оценил прогресс в 90%, все показатели в зеленой зоне. Команда движется отлично, все по плану. Через месяц все те же 90%. Показатели снова в норме, но почему процент не увеличился? Еще через месяц цифра по-прежнему не меняется. И вот, за две недели до дедлайна статус «краснеет», и выясняется, что до закрытия всех задач нужно не меньше квартала. Знакомо? Что за магическое число — 90%, откуда оно берется и в какой момент отображает реальное состояние проекта? И в чем тут проблема: РП приукрасил статус, ошибка в планировании либо расчете прогресса? Попытаемся разобраться.

    habr.com/ru/companies/naumen/a

    #проектный_офис #pmo #project_management #исуп #управление_проектами #прогресс_проекта #срыв_сроков #планирование_проектов #автоматизация_управления_проектами

  2. Почему команда не укладывается в сроки, хотя все задачи были оценены

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

    habr.com/ru/companies/lentatec

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

  3. Почему разработка постоянно выходит за сроки и как исправить это с помощью Shape Up

    Команды часто пытаются ускорить разработку через новые оценки, больше контроля и подробные планы, но задачи всё равно растут, сроки сдвигаются, а бэклог превращается в список невыполненных обещаний. Shape Up предлагает другой взгляд на планирование: вместо оценки объёма вводится «аппетит» — ограниченный бюджет времени, под который команда адаптирует решение. Разберём, как работает этот подход, из каких этапов состоит цикл и почему правило «проект закрывают через шесть недель» помогает принимать более жёсткие решения. Читать разбор

    habr.com/ru/companies/otus/art

    #Shape_Up #управление_разработкой #продуктовая_разработка #гибкие_методологии #Agile #планирование_проектов #управление_задачами #приоритизация #командная_работа #процессы_разработки

  4. Фокус на сегодня: как мы сделали aeman — доску для ежедневного планирования инженеров поверх GitHub Projects

    Привет, Хабр! Меня зовут Андрей Квапил, я основатель Ænix — мы делаем открытую облачную платформу Cozystack и помогаем компаниям строить инфраструктуру. Мы полностью удалённая компания: 15 человек, несколько команд (две reliability-команды, команда разработки, маркетинг, бэкофис и т.д.), живем в разных часовых поясах. Поначалу мы жили в GitHub Projects, но когнда начали расти, резко упёрлись в ограничения текущих процессов: задачи размазаны по доскам и чатам, на утреннем синке половина времени уходит на выяснение «а что там у нас вообще в работе», незапланированная работа съедает весь день и нигде отдельно не видна. Эта статья — история о том, как мы решили эту проблему инструментом aeman, который разработали сами и недавно заопенсорсили . Но начать придётся издалека.

    habr.com/ru/companies/aenix/ar

    #aenix #управление_проектами #управление_командой #управление_разработкой #инструменты #система_управления_проектами #планирование #планирование_проектов #open_source

  5. «70% соответствия ТЗ — это уже хорошо»: три мифа заказной разработки

    Привет, Хабр! Меня зовут Александр Сахаров, я директор по работе с партнерами компании "Диасофт". За двадцать с лишним лет в индустрии никто из нас не видел идеального ТЗ. Ни разу. При этом каждый новый проект начинается с уверенного «у нас всё прописано». Компании теряют сотни миллионов на выборе стека, который считают «деталью». А low-code продолжают высмеивать, не заметив, что инструмент за десять лет стал другим. Есть три мифа, за которые индустрия стабильно платит: «у нас всё написано в ТЗ», «архитектура и стек — детали, разработчики разберутся», и «low-code — для тех, кому лень писать настоящий код». Я собрал практиков из заказной разработки, чтобы разобрать каждый из них. Получился один из редких разговоров, где люди активно спорят, защищая свою точку зрения. Полная запись на Youtube . Обсуждение — в Telegram-канале Департамент разработки .

    habr.com/ru/companies/diasoft_

    #диасофт #техническое_задание #lowcode #планирование_проектов #программирование #платформа_для_разработки #выбор_стека #аналитика #искусственный_интеллект #вайбкодинг

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

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

    habr.com/ru/articles/1026036/

    #таймменеджмент #менеджмент #планирование_проектов #планирование_времени #прокрастинация #дедлайн #мозг #организация_работы #организация_времени

  7. Почему 99,5% проектов проваливают оценку — и какие стратегии я перепробовал за годы руководства разработкой

    Исследование 16 000 проектов показало: только 0,5% укладываются в бюджет, сроки и дают ожидаемый результат. Разбираю главные боли оценки проектов в аутсорсе.

    habr.com/ru/articles/1002840/

    #аутсорсинг #оценка_проектов #управление_разработкой #ITаутсорсинг #планирование_проектов #agile #ITрынок_России #бизнесаналитика #планирование_сроков

  8. План-график для проекта внедрения ERP-системы на примере 1С и SAP

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

    habr.com/ru/articles/994658/

    #erpсистемы #erpсистема #erp #план_график #график_внедрения #план_внедрения #планирование_проектов #планирование_времени #планирование_ресурсов #кис

  9. Телеметрия планирования

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

    habr.com/ru/articles/994346/

    #планирование_проектов #трудозатраты_при_разработке #трудозатраты #планирование_бюджета #планирование_проекта #планирование_спринта #планирование_цикла_разработки #оценка_трудозатрат #оценка_времени #оценка_задачи

  10. Есть ли шанс правильно оценить трудозатраты?

    «План ничто, планирование всё...» — Дуайт Эйзенхауэр, 34-й президент США В этой статье поговорим о методах планирования работ и их особенностях. Статья не претендует на полноту или управленческую новизну, это просто мнение «пессимиста» на основании собственного опыта в консалтинговых проектах.

    habr.com/ru/companies/otus/art

    #оценка_трудозатрат #оценка_трудоемкости_задачи #оценка_трудоемкости #планирование_проектов #планирование_проекта #планирование_бюджета #планирование_времени #планирование_ресурсов #планирование #babok

  11. Электронный ежедневник 2026: как выбрать свой, а не «лучший»

    Привет, хабрчане! На связи контент-менеджер Майя, которая за последние несколько лет перепробовала десятки электронных ежедневников. Я искала тот самый, идеальный, который наведет порядок раз и навсегда. Оказалось, его не существует — ведь все мы думаем по-разному. Поэтому эта статья — не рейтинг сервисов, а небольшой навигатор среди цифровых органайзеров. Подскажу, как найти не «лучший» инструмент, а тот, что подстроится под ваш тип мышления и рабочий хаос.

    habr.com/ru/companies/leaderta

    #электронный_ежедневник #таскменеджер #системы_управления_проектами #работа_без_VPN #планирование #планирование_времени #планирование_проектов

  12. «Давайте после праздников»: советы, как довести команду до нервного срыва в 2026-м

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

    habr.com/ru/companies/yougile/

    #вредные_советы #управление_людьми #управление_проектами #управление_командой #управление_проектами_и_командой #новый_год #планирование #планирование_проектов #тасктрекер #продуктивность

  13. Система планирования в Obsidian: структура из 5 шаблонов с автоматическими связями

    Когда я решил выстроить систему планирования в Obsidian, я начал документировать: что я делаю в течение рабочего дня, с какой информацией работаю, где её ищу, как принимаю решения.

    habr.com/ru/articles/974136/

    #планирование #obsidian #порядок #obsidian_tutorial #планирование_проектов #продуктивность

  14. Зачем инженеру персональная система планирования?

    Последние 2 года я выстраивал и непрерывно улучшал собственную систему планирования в Obsidian. За это время я обнаружил кое-что важное, что решил разделить с сообществом. И вот что я заметил: почти все, кто пытается выстроить систему управления, начинают с одного и того же вопроса — «Какой инструмент мне взять?» Notion? Jira? Obsidian? Linear? Асана? Тут я всегда отвечаю одно: выбор инструмента — это последний вопрос, а не первый.

    habr.com/ru/articles/973778/

    #планирование #obsidian #obsidian_порядок #obsidian_tutorial #планирование_проектов #планирование_проекта #продуктивность

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

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

    habr.com/ru/companies/korus_co

    #сбор_требований #встреча_с_заказчиком #заказная_разработка #планирование_проектов #планграфик #бизнесанализ #управление_проектами #интервью_с_клиентами

  16. 10 систем управления проектами с ИИ в 2025 году: обзор «умных» функций

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

    habr.com/ru/companies/yougile/

    #искусственный_интеллект #ииассистент #ииагенты #ии_чатбот #ии_помощник #ai #система_управления_проектами #тасктрекер #таскменеджер #планирование_проектов

  17. Метод MoSCoW — универсальный инструмент для приоритизации задач любого масштаба

    Решаем общую проблему всех команд — перегруженность задачами при ограниченных ресурсах на примерах: Учимся интуитивно отделять важное от второстепенного. Решаем общую проблему всех команд — перегруженность задачами при ограниченных ресурсах на примерах: Составляем беклог продукта. Планируем спринт. Решаем личные задачи. Сравниваем MoSCoW другими методами, RICE, ICE, Kano и Buy a Feature. Узнать больше

    habr.com/ru/articles/945896/

    #moscow #rice #ice #kano #приоритизация #планирование_проектов #планирование_времени #планирование_ресурсов

  18. Микросервисы vs Монолиты: что на самом деле ускоряет разработку

    Привет, Хабр! Поскольку первая встреча прошла очень полезно и интересно, мы решили повторить и снова в эфире телеграм-канала Dev Q&A продолжили дискуссию о микросервисах и скорости разработки. Собрались технические эксперты из BPMSoft, DevTale, Revizto и Диасофт (в лице меня). Обменялись практическими примерами на тему как же упростить жизнь разработчикам и получать результат быстрее, дешевле и качественнее.

    habr.com/ru/articles/941050/

    #микросервисы #микросервисная_архитектура #микросервисные_инструменты #монолит #разработка_программного_обеспечения #планирование_проектов #программирование #квалификация_сотрудников #архитектура_по #архитектура_приложений

  19. Скетч системного дизайна: как одна схема решает множество проблем на старте проекта

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

    habr.com/ru/articles/933584/

    #контекстная_диаграмма #стартапы #архитектура_приложений #архитектура_по #бизнесаналитика #сбор_требований #планирование_проектов #интеграция #интеграция_сервисов #интеграция_систем

  20. [Перевод] 13 лучших приложений для планирования и управления проектами

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

    habr.com/ru/companies/otus/art

    #управление_проектами #планирование_проектов #приложения_для_управления_проектами #канбандоски #диаграммы_Ганта #списки_задач #календарь_проектов #Agile #скрам

  21. Планирование и Agile: баланс между стабильностью и гибкостью

    Всем привет! С вами Леша Жиряков, и сегодня я затрону тему планирования и Agile. Недавно кластер/трайб/холдинг, в котором я работаю, проходил трансформацию методов работы, все началось с идеи: а давайте сделаем продукт более открытым. С одной стороны, бизнес требует предсказуемости и возможности строить долгосрочные стратегии, с другой — рыночная турбулентность и подводные камни в IT диктуют необходимость быстрой адаптации к меняющимся условиям. Это противоречие особенно остро проявляется при столкновении традиционного многолетнего планирования с гибкими Agile-методологиями, призывающими «реагировать на изменения важнее, чем следовать плану». Открытость, гибкость, скорость, эффективность, надежность — вот критерии успешного продукта. Но, развивая надежность, сложно оставаться гибким, повышая эффективность, рискуешь потерять в скорости, а стремление к открытости может снижать безопасность. Классическое долгосрочное планирование на год и более даёт стратегическую перспективу, но часто оторвано от реальности быстро меняющегося рынка и технологий. Двухнедельные спринты позволяют гибко адаптироваться к изменениям, но затрудняют видение большой картины и координацию масштабных инициатив. Где же золотая середина? Квартальное планирование становится компромиссным решением, позволяющим синхронизировать циклы бизнеса с работой IT-команд. Квартал как временной интервал достаточно короток для маневренности, но при этом дает необходимую устойчивость для реализации значимых инициатив. В умелых руках оно способствует Agile-трансформации, усиливает прозрачность и повышает эффективность команд. При неправильном внедрении может превратиться в бюрократический ритуал, возвращающий организацию к каскадным методологиям под видом прогрессивного подхода.

    habr.com/ru/articles/924906/

    #agile #планирование_проектов #планирование_цикла_разработки #управление_проектами #управление_командой #управление_разработкой #планирование_ресурсов

  22. Как управлять IT-командой в крупной компании, чтобы все отделы работали слаженно: опыт «Удоканской меди»

    «Удоканская медь» — компания, добывающая медь в Забайкалье, с тысячами сотрудников. За последнее время IT-дирекция компании быстро выросла и выполняет задачи сразу для нескольких функциональных направлений. Чтобы сделать процессы прозрачнее, IT-директор начал переводить процессы в Kaiten. Как именно это помогло — рассказываем в этой истории. Для рассказа пообщались с Андреем Жикиным, IT-директором «Удоканской меди».

    habr.com/ru/companies/kaiten/a

    #kaiten #топменеджмент #kanban #управление_проектами #управление_командой #управление_разработкой #планирование_проектов

  23. Топ-10 планировщиков задач 2025: обзор лучших решений

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

    habr.com/ru/articles/904240/

    #планировщик_задач #управление_проектами #управление_командой #таскменеджер #тасктрекер #таймменеджмент #планирование_времени #планирование_проектов #планирование #планировщик

  24. Первый выпуск «Не 12 часов»: конвейер, проектирование и префлайт-чек-лист

    «Работать нужно не 12 часов, а головой» — так сказал Стив Джобс, и мы, ведущие сотрудники Surf, с этим согласны. Мы запустили подкаст «Не 12 часов» и решили рассказать о нём и вам. Если вкратце, то в этой статье расскажем, как выстроили процесс запуска проектов, нашли для этого роль архитектора, составили план действий в случае отклонений. И, конечно, поделимся советами, чтобы вы смогли настроить процессы так, чтобы навсегда забыть о страданиях в виде сорванных дедлайнов, мучительных бессонных ночей и разочаровании в продуктах. Читать дальше

    habr.com/ru/companies/surfstud

    #flutter #пресейл #проектирование #пресейлинженер #планирование_проектов #чеклист

  25. Думать нельзя действовать: где поставите запятую вы?

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

    habr.com/ru/articles/892008/

    #стратегия #управление_проектами #менеджмент #риски #планирование_проектов

  26. [Перевод] Стиральная машина позволила мне иначе взглянуть на сроки разработки ПО

    Моя недавняя эпопея со стиральной машиной напомнила мне, почему одна из самых страшных и ненавидимых задач в разработке ПО начинается с вопроса: «Сколько времени вам на это потребуется?» Привычность этого бытового прибора внушила мне ложное чувство безопасности

    habr.com/ru/companies/ruvds/ar

    #стиральная_машина #сроки_реализации #срок_разработки #планирование_проектов #график_работы #ruvds_перевод

  27. Как перестать делать план проекта для галочки и получить реально рабочий инструмент?

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

    habr.com/ru/articles/874204/

    #планирование #планирование_проектов #продуктивность_работы

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

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

    habr.com/ru/companies/oleg-bun

    #Миграция #импортозамещение #планирование #хранилище_данных #данные #управление_командой #управление_проектами #управление_проектами_и_командой #планирование_проектов #планирование_времени

  29. Диаграмма Ганта не работает. Показываем на примере правительства США, Airbus и Amazon

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

    habr.com/ru/companies/minerva_

    #планирование #планирование_проектов #планирование_ресурсов #менеджмент #гант #диаграмма_ганта #airbus #amazon

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

    Добрый день! Меня зовут Игорь. Уже 3 года Я делаю бесплатный сервис для создания ментальных карт MIND IN MAP 🍀 . За это время, я создал сотни ментальных карт для работы и учебы. В этой статье я делюсь опытом. Покажу как создавать ментальные карты и расскажу, где это можно делать бесплатно.

    habr.com/ru/articles/857390/

    #ментальные_карты #Маиндмап #MIND_IN_MAP #mind_map #mind_maps #mind_mapping #планирование #планирование_проектов #планирование_проекта #управление_проектами

Share on Mastodon

Enter the server where you have an account.