Для управлінця робочий фреймворк є інструментом ефективної організації та розуміння роботи. Існує багато підходів до управління проєктами. Більшість із них базується на технічних аспектах роботи команд. Мета статті — сформувати та розкрити бачення на створення універсального підходу до розробки фреймворку з погляду управління і цінності, яку може принести цей процес проєкту і клієнту.
Рабочий день бизнес-аналитика проходит в прошедшем, настоящем и будущем спринтах одновременно, и задача ВА — постоянно балансировать на грани всех трех измерений. Кирилл Белявский, бизнес-аналитик в SoftServe, написал статью для начинающих бизнес-аналитиков, чтобы показать реалии IT-проектов и дать максимум практических советов.
Как превратить пожелания заказчика в критерии приемки готового продукта? На конкретных примерах Анна Лаврова, Agile Coach, объясняет, чем отличаются понятия Definition of Done и Acceptance Criteria, делится техниками работы с требованиями для пользовательских историй. Статья будет полезной для РМ’ов, бизнес-аналитиков и других специалистов, которые работают с заказчиками и создают требования.
Кожен проєкт різний, кожен клієнт має свою специфіку роботи, а ІТ-компанія — власний досвід та експертизу, кожен стартує у своїх умовах... Усе це робить онбординг проєкту унікальним з погляду імплементації, здобуття і генерації нових знань та досвіду. Тож діяльність PM/BA вимагає чіткого розуміння, абсолютної злагодженості дій у тому, як організувати процеси в команді. У статті Дмитро Лозовицький пропонує підхід, що допоможе вдало здійснити онбординг проєкту.
У статті ви знайдете правила написання User Story та Acceptance Criteria, що дадуть змогу усунути значну частину проблем з формулюванням вимог, заощадити дорогоцінний час і налагодити порозуміння між Product Owner’ом і Development Team. Інформація буде корисна всім спеціалістам, що залучені у процес створення вимог, як-от Product Manager, Business Analyst, System Analyst, Requirements Engineer тощо.
Представляємо фінальну статтю циклу про зарплати. У попередніх ми розглядали розробників і тестувальників. У цій статті подивимося на менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, девопсів, сисадмінів та інших ІТ-фахівців. Серед респондентів зарплатного опитування їх було 3745 осіб.
Статьи
· Business Analysis,
Data Science,
DevOps,
HR,
product manager,
project management,
sysadmin,
аналитика,
дизайн,
зарплаты,
разработка,
рынок
В выпуске: бизнес-анализ есть всегда, гайд по вайрфреймам, критерии хорошего продукта, подкаст о навыках коммуникации.
Олег Геналюк чуть больше года выступал в роли руководителя для бизнес-аналитиков разных проектов. В этой статье он поделился самыми главными выводами, которые сделал за это время. Будет полезно всем, кто управляет людьми.
Сьогодні немає деталізованої та чіткої методики організації кросфункційної роботи у проєктних командах делівері-сегмента. Оскільки автор статті Дмитро Лозовицький має досвід роботи як проєктний менеджер, керівник проєктного відділу, бізнес-аналітик, проксі продакт-оунер і досвід комбінування цих посад, він вирішив розробити методичний підхід до впровадження, поєднання функцій та ефективної роботи проєктного менеджера та бізнес-аналітика.
На этапе выявления требований закладывается фундамент будущего продукта, и от качества работы BA будет зависеть, насколько надежным он получится. Поэтому в первую очередь важно узнать, действительно ли то, что озвучивает заказчик, совпадает с реальной потребностью бизнеса.
У многих BA есть опыт работы по такой схеме: бизнес-аналитик взаимодействует с представителем компании-заказчика, обсуждает с ним требования к продукту, детализирует их и передает команде. Представитель бизнеса в этой схеме принимает на себя роль продакт-оунера на время проекта. Однажды Кириллу Белявскому повезло самому побывать в шкуре такого продакт-оунера, и теперь полученный опыт помогает в работе «по другую сторону изгороди».
В выпуске: 32 отличия нативных компонент iOS и Android, 8 способов организации бэклога, проблемы релиза фич в больших проектах, гайд по вайрфреймам.
Бизнес-аналитик Олеся Иванова рассказывает, как организовать процесс сбора, анализа и обработки требований в распределенной команде с максимальным результатом. Рассмотрим, как спланировать коммуникацию со всеми членами команды.
Бизнес-аналитик Мария Мейманкулова рассказывает о правилах, без соблюдения которых даже идеальные требования не будут прочитаны, а значит, и не будут полезными для BA и команды. Разбираемся, как получать вводную информацию, собственно писать требования и как они помогут в саппорте разработки.
В выпуске: правила применения пуш-нотификаций; предубеждения, с которыми сталкиваются люди при освоении новых функций; обзор основных принципов создания DND; уровни масштабирования.
Представляємо заключну статтю циклу про зарплати. Подивимося на менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, тімлідів, девопсів, сисадмінів та інших ІТ-фахівців. Серед респондентів зарплатного опитування їх було 3545 осіб.
Статьи
· Business Analysis,
Data Science,
DevOps,
HR,
product manager,
project management,
sysadmin,
аналитика,
дизайн,
зарплаты,
разработка,
рынок
Артур Селецкий, Co-Founder в IT Network, подготовил заключительную часть цикла статей о техниках проработки требований. По его словам, бизнес-аналитики больше всего не любят прорабатывать именно требования к администрированию, отчетности и нефункциональные требования. И в то же время без проработки вышеупомянутых требований будущая система не будет полноценно работоспособна.
В выпуске: 10 ошибок требований, тренды индустрии на 2020, UX-чеклисты, подборка материалов для изучения контекстной рекламы.
ИТ-компании ищут фреймворк для того, чтобы измерять и управлять. И находят два подхода: традиционный KPI и более гибкий OKR. Константин Коптелов, Business Development and Strategy Manager, рассказывает о возможных ошибках при внедрении OKR и как их избежать.
В выпуске: паттерны UX взаимодействия, кросс-культурная коммуникация, AI для людей, чекбокс на $100 миллионов.
Комментарии