Чужой среди своих: как аналитику войти в уже сработавшуюся команду

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

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

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

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

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

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

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

У нас есть ERP! Разве этого недостаточно для автоматизации бизнес-процессов?

Если задать вопрос искусственному интеллекту “зачем нужна ERP-система” мы получим следующий ответ: «ERP‑система нужна для упрощения, автоматизации и эффективного управления бизнес‑процессами в организации. Она собирает важные данные в одном месте, чтобы их анализировать и решать задачи бизнеса.» В ERP-системах также есть специальные модули для управления складскими запасами, производством, закупками, финансами, продажами и другими аспектами деятельности компании. Каждый модуль необходимо адаптировать под конкретные потребности предприятия, поэтому ERP-проекты не заканчиваются годами, а бюджет растёт на глазах. Обновлять такую систему практически невозможно, поскольку она сильно изменена под задачи бизнеса. А есть ли смысл внедрять все эти модули или проще воспользоваться специализированными решениями? Наша команда часто работает с заказчиками, которые находятся в начале пути внедрения ERP-системы, и еще чаще — с теми, кто занимается этим уже много лет. Представители первой группы заказчиков полны энтузиазма, они говорят рекламными слоганами интеграторов ERP-систем, рассказывают о быстрых сроках внедрения и широких возможностях системы, которые закроют все их задачи. А что говорят опытные пользователи ERP? Часто они жалуются на то, что функциональность системы недостаточна для решения поставленных задач, в системе хаос, много ошибок из-за ручного ввода данных в систему. Система не подходит для оперативного планирования производства, поскольку перестройка плана занимает часы, и когда план построен, он автоматически становится актуальным и т.д.. Самое главное, что говорят опытные пользователи, — если бы можно было начать проект заново, они бы выбрали максимально коробочное решение и использовали систему как инструмент учета и источника данных для других систем в ИТ-инфраструктуре компании.

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

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

Борьба с багами, или как мы провели внутренний эксперимент с командой QA

Всем привет! Меня зовут Наташа Бакалдина , и я QA Lead в HiFi‑стриминге Звук . В этой статье я хочу поделиться опытом и рассказать о проведенном в нашей команде эксперименте, в ходе которого одна из метрик статистики по багам внезапно помогла планировать спринты лучше. Когда полтора года назад я пришла в компанию, то попала сразу на большой редизайн, затрагивающий все экраны и огромное количество логики. Как и любое крупное изменение, это привело к увеличению количества багов, нарастающими с появлением каждой новой фичи сверху. Но, вот, наконец, редизайн был окончен. Все фичи выпущены, а количество багов не уменьшилось. Мы задумались, в чем же может быть причина? Некачественное тестирование? Непроработанные задачи? Может быть, обычная нехватка времени? Чтобы не тратиться на пустую рефлексию, было решено провести эксперимент, который должен был выявить узкие места, сделать процессы еще прозрачнее, поправить метрики и повлиять на планирование там, где это нужно.

https://habr.com/ru/companies/zvuk/articles/854902/

#планирование_проекта #планирование_цикла_разработки #исправление_багов #ретроспектива #процессы_тестирования #qa_testing #bugs #баги #тестирование #планирование

Локализация и RTL: как мы устроили переворот

Меня зовут Ильсур Мингазов, я работаю тестировщиком в TravelLine — IT-компании, которая разрабатывает ПО для отельеров. Наша задача в компании — проверять, чтобы инструменты работали корректно и соответствовали всем заявленным требованиям и потенциальным ожиданиям. В 2023-м мы с командой локализовали километры интерфейсных и маркетинговых текстов — все, что видят гости в процессе бронирования. Большинство языков, которые мы внедряли в проект, были на латинице и кириллице. Из необычных же были тайский, вьетнамский, узбекский языки, потом — турецкий, кхмерский, бахаса. Но арабский превзошел все уровни сложности. И дело даже не в вязи, а в том, что читать справа налево — это не только про буквы, но и про способ мышления. Пара расшифровок аббревиатур, которые я использовал в статье: RTL — right-to-left, «справа налево» — стиль написания и чтения текста, используется в иврите и арабской письменности. LTR — left-to-right, «слева направо» — привычный нам стиль написания и чтения текстов, используется в большинстве мировых языков.

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

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

Опыт организации планирования в машиностроении применительно к ИТ

Приветствую всех читателей Хабра! Меня зовут Константин, занимаюсь разработкой ПО, в компании «Автомакон». На данный момент работаю на проекте для «ВкусВилл». Занимаясь разработкой программного обеспечения, очень часто сталкиваюсь с вопросами, связанными с организацией планирования. Основной мой опыт работы связан с автоматизацией на машиностроительных предприятиях, что в свою очередь накладывает определенный отпечаток на мой подход к работе. Свой первый опыт работы в IT я получил на одном из «заводов гигантов» родом из СССР (в момент распада последнего). Мне повезло, что тогда еще работали специалисты, которые организовывали автоматизацию планирования на заводе (но об этом чуть ниже). Что в дальнейшем успешно применялось на целом ряде заводов поменьше. В данной статье сопоставляем опыт планирования в машиностроении с организацией разработки программного обеспечения.

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

#планирование_проектов #планирование_цикла_разработки #планирование