#оценка_трудозатрат — Public Fediverse posts

Проверили Инфостарт MCP на рабочих задачах 1С: что получилось

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

https://habr.com/ru/companies/infostart/articles/1095346/

#1с #проверка_кода #диагностика_ошибок #bsl #интеграция_с_битрикс24 #ииассистенты #инфостарт_mcp #метаданные_конфигурации #подготовка_тз #оценка_трудозатрат

Заказчик изменил требование посреди разработки. Как понять, что придётся переделывать

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

https://habr.com/ru/companies/otus/articles/1087132/

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

Как оценивать работу специалиста, отвечающего за автотесты, метрики и KPI?

Привет, Хабр! Меня зовут Андрей, я SDET-специалист в компании SimbirSoft. В этой статье мы разберём, какие метрики действительно применимы к специалисту по автотестированию и как их корректно использовать. Будет полезно для тимлидов команд по обеспечению качества, автотестировщиков и любых специалистов, которые хотят оценить метрики автотестирования. Традиционный метод постановки задач сотрудникам — это каскадная модель «сверху вниз»: общие цели проекта декомпозируются до целей подразделения, а затем преобразуются в индивидуальные задачи сотрудников. Логично предположить, что цели проекта и сотрудника синхронизированы, а собрав структурированные цели всех сотрудников, можно получить условный макет проекта. Однако возникает вопрос: как оценить вклад конкретного специалиста по автотестированию? Жми, чтобы узнать подробности 🤓

https://habr.com/ru/companies/simbirsoft/articles/1057952/

#автоматизация_тестирования #оценка_трудозатрат #метрики #kpi #kpi_показатели #обеспечение_качества

Activity Journal. Самоорганизация и анализ рабочего времени. На что уходят рабочие часы?

А вы знаете на что уходит ваше рабочее время? Не знаешь что сказать на ежегодном перфоманс ревью? Нужно подготовиться к ежемесячному one to one, но не помнишь чем занимался? Нужно провести ретроспективу по задаче? Не знаешь почему задача заняла так много времени? Забыл что делал вчера, 1 день назад, 2,3? Интересуешься самоорганизацией? Возможно этот инструмент для тебя. Привет! Меня зовут Игорь, я занимаюсь разработкой на Unity c 2018 года. В статье рассказываю о личном подходе к самоанализу, инструменте для оценки распределения трудозатрат и поиске точек роста. В конце статьи бонус: как выглядит 1 рабочий день из жизни техлида.

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

#самоорганизация #личное_планирование #оценка_времени #оценка_трудозатрат #ретроспектива #one_to_one #самоанализ

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

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

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

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

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

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

https://habr.com/ru/companies/otus/articles/986274/

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

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

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

https://habr.com/ru/companies/otus/articles/976928/

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

Оценка задач: исследовательские и типовые задачи

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

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

#оценка_времени #оценка_трудозатрат #оценка_задачи #оценка_сроков

Как заранее рассчитать стоимость проекта, если у вас мало информации о нем

Привет! Меня зовут Герман Лышков, я руковожу проектами в диджитал-продакшене Далее. Если вам когда-то приходилось оценивать разработку сферического коня в вакууме, это статья для вас. Я расскажу, как это сделать и дам пару советов из личного опыта.

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

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

Оцени меня, если сможешь. Методика точной оценки крупных задач

Как часто оценка по задаче совпадает с реальными трудозатратами? Умение точно оценить объём работ спасает от переработок, напряжённой обстановки на проекте, поддерживает доверительные отношения в команде и показывает вас с хорошей стороны перед заказчиком. Но интуитивные и ставшие традиционными способы оценки задач дают низкую точность. Пора взять на вооружение другой способ, дающий 90+% точность в оценке.

https://habr.com/ru/companies/cinimex/articles/922272/

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

— Но столько платить мы не можем!

Тут в глубине комменатриев зашла речь о создании видимости работы в ущерб самой работе — когда количество закрытых тасков ценится (менеджерами) выше чем докопаться до причины бага и устранить ее. Комментарий получился бы большеват, решил вынести в отдельный пост. Суть:

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

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

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

Сколько времени нужно, чтобы завязать шнурки? Ну, секунд десять. А чтобы написать инструкцию, как завязывать шнурки? Вот и в софте у нас самая честная оценка - я не знаю. А как быть, когда все же надо дать оценку? Чтобы ответить на этот вопрос, подготовил небольшой обзор, в котором мы рассмотрим: 1. Что твердят источники 2. Что творит индустрия 3. Что говорит здравый смысл

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

#оценка #оценка_времени #оценка_трудозатрат #оценка_стоимости_проекта #оценка_проекта #оценка_сроков #менеджмент_проектов #менеджмент_продукта #agile #waterfall

5 причин, почему ваши Story Points не работают (и что делать)

За семь лет проведения воркшопов по Story Points я наблюдаю одну и ту же картину: команды изучают технику, применяют её несколько спринтов, а затем постепенно возвращаются к старым паттернам. И если на маленьких масштабах работы с одной командой или тремя кажется что Story Points прекрасный подход, на текущем масштабе — около 50 команд в IT — 60% используют Story Points, 40% не используют - я вижу совершенно иную картину. И вот что интересно: те 60%, которые используют, делают это крайне по-разному. Причем конверсия в правильное использование Story Points 3 месяца после тренингов составляет дай бог 20%. Проблема не в самом инструменте, а в том, как мы его используем и для каких целей.

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

#story_points #estimation #оценка #оценка_трудозатрат #метрики_процесса #метрики #команда #прогнозирование

Проектирование Информационных систем. Часть 7. Инжиниринг бизнес-процессов 7.2. Применение BPMN. Ресурсоемкость

Один из популярных инструментов BPMN (Business Process Model and Notation) — стандарт графического моделирования бизнес-процессов, разработанный Object Management Group (OMG). Он широко используется для визуализации, анализа и оптимизации процессов внутри организаций. Но в отличие от прочих нотаций, BPMN может использоваться совместно со специальным BPM-движком (engine), встроенным в различные ИТ-платформы. То есть бизнес-процессы, описанные с помощью BPMN, не просто визуализируются, а управляют логикой выполнения в реальных ИТ-системах, превращая нотацию в исполняемый код , который интерпретируется движком, При этом продвигая процессы в соответствии с описанной в диаграммах бизнес-логикой, BPMN-движок следит за выполнением шагов, направляет задачи сотрудникам, вызывает API сервисов, генерирует события, фиксирует в Базе Данных (далее – БД) результат и тому подобное. Помимо того, такой инструмент выполняет мониторинг и логирование каждого запущенного экземпляра процесса и фиксирует прогресс и актуальные состояния в БД.

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

#проектирование_систем #проектирование_по #проектирование #анализ_и_проектирование_систем #системный_анализ #промышленная_автоматизация #bpmn #ресурсное_планирование #предварительные_оценки #оценка_трудозатрат

Может ли ИИ помочь в оценке проекта? Пробуем на реальном примере

Допустим, мы хотим выполнить оценку трудоемкости проекта с помощью искусственного интеллекта по методике “снизу вверх”, т.е. за счет декомпозиции проекта на задачи. В результате должно появится дерево задач, каждая из которых состоит из названия и трудоемкости в днях. Вроде все понятно.

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

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

Что такое Story Points и почему они причиняют боль командам

SP создали, чтобы уйти от тирании часовых оценок, но в итоге без понимания принципов превратились в бессмысленный ритуал. Команды тратят рабочее время на пересчет баллов в дни, менеджеры требуют «увеличить velocity на 20%», а разработчики — тихо ненавидят планирование. Разбираемся, что такое Story Points, как их считают, в чем их проблема и как их используют разные команды.

https://habr.com/ru/companies/kaiten/articles/911566/

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

Оценка задач в IT: делать или не делать — вот в чем вопрос?

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

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

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

Scrum & Estimates! Погружаемся в теорию вместе, плюс кейсы из практики

В мире IT разработки программного обеспечения и управления проектами термин «эстимейт» или «оценка» означает наше лучшее “предсказание” о том, что и за какое время можно сделать. Это не точное предсказание, а скорее ориентир, который помогает принимать решения и планировать работу на проекте. Но в каких ситуациях оценки действительно имеют значение? Давайте подробнее разберемся…

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

#эстимейты #Scrum_об_эстимейтах #Scrum_and_Estimates #оценка_задач #оценка_сроков #оценка #оценка_трудозатрат #практика_Scrum #сторипоинты

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

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

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

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

Избегайте эффекта якоря при оценке задач

Был ли у вас хоть раз в жизни подобный диалог с начальником или тимлидом? Тимлид: {name}, за сколько времени сделаешь эту задачу? За неделю успеешь? Я: Да. Может быть, чуть больше — ещё тестами надо покрыть. Дней десять, наверное. В итоге вы делаете задачу месяц. У меня такое случалось не раз. И я всегда восхищался людьми, которые могут сразу сказать: «Какая неделя? Здесь работы минимум на месяц». Мы попадаем в такие ситуации не потому что мы глупые. Это происходит из-за когнитивного искажения, известного как эффект якоря

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

#эффект_якоря #оценка_задач #оценка_трудозатрат #оценка_времени #процессы_разработки

От ошибки к системе для оценки трудоемкости и стоимости проектов

Все началось с того, что я ошибся. И ошибся я очень дорого - неправильно оценил трудоемкость разработки программного продукта, которым занималась моя компания. Ошибка составила более 100%. Мне не помог даже мой 30-ти летний опыт в ИТ и большое количество выполненных проектов различного уровня сложности. Вместо 10 человеко-месяцев я оценил проект в 4. Последствия для нашей небольшой компании были весьма болезненными, мы справились, но боль запомнилась надолго. Читать!

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

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

Процессы против ошибок

Процессы в командах — больная тема. Где-то в команде, состоящей из сеньоров, лидов, star-level-devs и одного РП, изменение процесса приводит к проседанию разработки в полтора раза. А на каком-нибудь стартапе джуны при командной оценке страдают от однообразия и ожидания своей очереди. Я не расскажу о наших процессах так, чтобы вы захотели их в точности повторить у себя, но опишу наш подход к этим процессам. Может быть, вы попробуете похожий.

https://habr.com/ru/companies/etpgpb_vesna/articles/864170/

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

Чужие ошибки, ваши последствия: взгляд изнутри на несправедливость в IT

Для начала представлюсь — я разработчик с более чем 15-летним стажем. За это время я работал в самых разных компаниях — от маленьких стартапов до крупных корпораций, в одиночку и в больших командах. Хочу рассказать о несправедливости в IT, с которой мне пришлось столкнуться.

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

#Управление_персоналом #управление_персоналом_увольнение #оценка_трудозатрат #оценка_качества #оценка_времени #оценка_людей #оценка_задач

Точная оценка задач QA: возможно ли это?

Привет! Меня зовут Роман Фроленков, я являюсь руководителем группы тестирования QA в компании «Комус-Тех». В нашей команде более 10 внутренних QA-специалистов, а также свыше 15 специалистов из аутсорса, которые работают в составе продуктовых команд. В этой статье хочу поделиться опытом нашей команды: с какими проблемами мы столкнулись при оценке задач QA, какие подходы пробовали, и какой метод в итоге стал для нас наиболее эффективным. Сразу уточню : я не претендую на универсальность предложенного метода. Этот подход успешно работает в рамках наших процессов, но это не значит, что он подойдет всем без исключения. Методы я решил подробно не описывать, так как их описание можно легко найти в открытых источниках. В данном материале я сделал акцент на правильное сочетание, своевременность применения и нюансы использования этих подходов. Если вам интересно узнать больше о каждом из упомянутых методов, рекомендую ознакомиться с их описанием в этой статье: TestGrow Работая в QA, я часто сталкивался с проблемой: как объективно оценить трудозатраты на тестирование задач? Не раз замечал, что оценки "на глаз" оказывались неточными. Ведь если заложить слишком много рисков – в продакшен попадут не все задачи, а если их не заложить – есть и вовсе риск не успеть провести полноценный регресс или найти дефекты только за несколько часов до релиза.

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

#тестирование #оценка_задач #qa #qa_процессы #регрессионное_тестирование #декомпозиция_задач #релиз #управление_процессами #qa_lead #оценка_трудозатрат

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

Представьте, что вы получили заказ на разметку датасета из 1,000 изображений. Вы берете 20 картинок из сета, проводите тесты и получаете примерную стоимость 1 изображения. В итоге вы оцениваете проект, основываясь на количестве изображений , и устанавливаете цену за каждое. Однако, когда данные приходят, оказывается, что на каждом изображении не один объект к разметке, как было на тестах, а десятки! В итоге вы тратите гораздо больше времени и средств, чем планировали в начале. Как избежать таких распространенных ошибок и защитить свой бизнес от неожиданных затрат и задержек? Давайте обсудим, какие ошибки чаще всего возникают при оценке проектов по сбору и разметке данных для машинного обучения, и на что важно обращать внимание, чтобы гарантировать корректную оценку ваших проектов. Узнайте больше в статье Романа Фёдорова, эксперта в области подготовки датасетов для машинного обучения.

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

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

Новые тенденции в управлении персоналом

Время чтения: ~5 минут Предисловие: статья для тех, кто не успел посетить форум, хотел послушать доклады про HR-направление и хочет узнать подробнее о трендах. Всегда стараюсь быть в тренде и иметь информацию о самых актуальных технологиях, доступных рынку. Интернет - это, конечно, прекрасно, однако, ничего не заменит личного общения с коллегами из IT или смежных областей. В этом году мое внимание привлекло мероприятие GLOBAL TECH FORUM: ЦИФРОВИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ , которое прошло 26 сентября 2024 года...

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

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

Анализ, декомпозиция и оценка задач: от теории к практике

Привет, Хабр! Меня зовут Максим, и я более 6 лет работаю Frontend-разработчиком в IT-проектах и продуктах. За это время я насмотрелся на разные подходы к управлению задачами — от полного хаоса до сверхжёсткого контроля. И знаете что? Ни одна из крайностей не работает хорошо. Сегодня хочу рассказать вам историю о том, как в одном проекте мы с командой пришли к методу работы с задачами. Он не только нас удовлетворил, но и дал понять что, как и когда мы будем делать ещё до этапа реализации. Но давайте начнем с типичной ситуации в мире разработки...

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

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

<Не>Страшное слово эстимация, или Как я впервые оценивала время на тестирование и перебрала

Когда на новом проекте менеджер попросила меня провести эстимацию тестирования, я сначала растерялась, ведь это вроде как задача менеджера или старшего тестировщика. А потом вспомнила, что я – единственный тестировщик на проекте. И понеслось…

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

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

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

Классно, когда в компании уже есть механизм оценки требований или оценку ведут архитекторы / PM-ы / PO и прочие люди, которые никак не являются аналитиками. Но у нас в компании не было сложившейся модели оценки, и каждая команда тратила большое количество времени, оценивая запросы клиентов. Тогда нам пришлось разработать собственную схему оценки требований, потратив на это много времени - сначала набирая опыт и проверяя его, затем внедряя и объясняя сотрудникам методику. Сразу же скажу вводную по предметной области - у нас была готовая система с узкими местами по реализации, и много разного консалтинга вокруг фич по доработке (т.е. большинство фич требовало методологического подхода и можно было как реализовать "в лоб как написано", так и предложить клиенту использовать уже готовые вещи в системе, но не так, как звучит его требование). Еще нужно отдельно оговорить то, что запросами у нас в Компании занимались в-основном аналитики не потому, что они знают, сколько занимает реализация каждой фичи, а потому что технические специалисты (разработчики и архитекторы) хотели детального описания того, что нужно будет разработать. Так как фичи в большинстве своем были плюс-минус похожи (доработать карточку, сделать процедуру и т.д.), аналитик мог на основании своего опыта и наших подсказок для оценки проставить нужное число часов разработки. За сложными и новыми вещами, конечно, аналитики обращались за помощью к архитекторам. Ниже я расскажу, какую схему мы стали применять для оценки требований.

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

#оценка_времени #оценка_трудозатрат #оценка_задач

Как оценивать проектные задачи, чтобы не слить бюджет и не убить команду. Советы QA-лида

Привет, Хабр! Я Костя — Lead QA в tekmates . Мы в компании создаём цифровые продукты для бизнеса. Проработав более трёх лет проджект-менеджером и больше года лидом QA-инженеров, я много раз оценивал задачи по времени выполнения. И не всегда это давалось (да и даётся) легко… В этой статье поделюсь техниками для оценки проектных задач: на тестирование, разработку, техдолгов, архитектурных исследований и прочих. Будет полезно всем, кто участвует в проектной работе, но в первую очередь менеджерам и лидам команд разработки, аналитики и тестирования.

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

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