Опыт в ИТ-разработке 25+ лет, работала практически во всех ролях. Занималась разработкой ИТ-систем для крупных промышленных предприятий и финансовых организаций. С 2007 года занимаюсь анализом и проектированием, организацией работ аналитиков, их обучением (от начальника отдела системного анализа до зам.директора Производственного центра крупной ИТ-компании).
Соавтор профессионального стандарта РФ «Бизнес-аналитик».
-
22.01.2021Оценка компетенций как инструмент развития и вовлечения аналитика
В чатах и группах аналитиков часто возникают вопросы:
- Как провести оценку компетенций аналитиков?
- Какими компетенциями должен обладать мидл, какими – сеньор?
- Как оценить компетенции? Как понять каких компетенций не хватает специалисту?
- Как объяснить человеку результат оценки, чтобы не обидеть его?
Расскажу о том, как мы строили систему оценки компетенций, проводили оценку аналитиков и получили инструмент развития специалистов и помощь в обеспечении проектных работ.
И как за 5 шагов построить подобную систему под свои нужды.
Доклад построен на реальном опыте работы начальником отдела системного анализа крупной ИТ-компании. Многие сотрудники выросли от джуна до ведущего аналитика, стали руководителями отделов, менеджерами проектов, главными специалистами, архитекторами. Доклад будет интересен как ресурсным менеджерам аналитиков, так и аналитикам, сознательно стремящимся к собственному профессиональному развитию.
-
Сложнo
-
40 мин
-
Analyst Days / 12
-
21.10.2020Быстро изучить новую предметную область - возможно? реально?
Качество функционального тестирования во многом зависит от знания тестировщиком предметной области проверяемого ПО. Предметных областей много, иногда они сложные, иногда очень сложные, а тестировать надо.
В докладе поделюсь приемами быстрого погружения в новую предметную область. Расскажу, на какие моменты нужно обратить особое внимание при тестировании функциональности сложных систем.
-
Среднe
-
40 мин
-
SQA Days / 27
-
-
15.06.2020Как думать и работать системно?
В продолжение доклада Анатолия Левенчука поговорим о применении методов системной инженерии и системного менеджмента, базирующихся на системном мышлении. О том, как эти методы помогают повысить качество при разработке и внедрении сложных систем, уменьшить непроизводительные затраты и ускорить проектные работы. Сергей Пчеляков поделится примером, как при отставании в 20% к середине проекта, применяя указанные методы, удалось закончить проект успешно, сократив срок почти на 20%.
-
Среднe
-
-
Analyst Days / 11
-
-
30.11.2019"Чтобы не попасть в капкан". О влиянии нефункциональных требований на работоспособность системыЦифровизация бизнеса, сращивание бизнеса и ИТ приводит не только к росту функциональности ИТ-систем, но и к критичности для бизнеса доступности, надежности, безопасности ИС. Поговорим о том, как аналитик может и должен влиять на подобные свойства ИТ-систем, то есть о нефункциональных требованиях, их выявлении, применении, отражении в документах проекта. Рассмотрим основные классификации (международные, государственные, отраслевые) и сценарии атрибутов качества, их применение в работе аналитика. Доклад построен на основе собственного опыта. Поделюсь своим видением чек-листа работ аналитика для обеспечения работоспособности системы.
-
Сложнo
-
40 мин
-
Analyst Days / 11
-
-
28.02.2019Погружение в новую предметную область, чек-лист аналитика
Многим из нас знакома ситуация: от заказчика поступил запрос на пресейл, срочная задача аналитикам, потенциальный новый перспективный контракт, но среди аналитиков Компании нет специалистов в этом домене. Это причина отказаться от контракта? Или есть выход?
На мастер-классе поделюсь опытом, как за несколько дней погружались в новый домен, какие проблемы возникали и как их решали. Обсудим примеры удачного и неудачного опыта и причины неудач. Рассмотрим применение метода ментальных карт (Impact Mapping), как способа определения границ проекта и основных гипотез, созданных совместными усилиями разработчика и Заказчика. Совместно выработаем чек-лист погружения аналитика в новый домен.
-
Среднe
-
1 ч 30 мин
-
Analyst Days / 10
-
-
31.12.2017С нуля и под ключ
Участие аналитика необходимо на каждом этапе разработки программного обеспечения, от обследования до внедрения. На мастер-классе рассмотрим весь процесс разработки ПО и роль аналитика на каждом этапе. Поговорим о том, какие источники информации используются аналитиком на каждом этапе, какие результаты получаются и как применяются в дальнейшем. Что следует увидеть, учесть, предусмотреть для успешной разработки, внедрения и эксплуатации ПО. Рассмотрим типичные проблемные точки и пути разрешения. Безусловно, за полтора часа невозможно рассмотреть подробности, но успеем выделить основные этапы, обсудить цели и результаты каждого этапа.
-
Среднe
-
1 ч 30 мин
-
Analyst Days / 8
-
-
31.01.2017Оценка трудозатрат аналитика: практика применения
Тема доклада навеяна обсуждениями в тесных кругах аналитиков - возможно ли оценивать трудозатраты работ аналитиков и четко определить сроки выполнения работ. Покажем в докладе какие методы оценки трудозатрат и определения сроков выполнения работ системных аналитиков мы применяем в повседневной нашей практике.
Этот доклад не для вас, если у вас:
- опытные высококлассные аналитики, умеющие оценить свои трудозатраты с приемлемой для руководителя проекта точностью;
- разноплановые, зачастую исследовательские работы;
- инновационные направления работ, в основном мозговые штурмы и исследования.-
Сложнo
-
40 мин
-
Analyst Days / 6
-
-
25.02.2015Управление функциональными и интерфейсными требованиями в смежных системах
Информационная система крупной корпорации или ведомства является, как правило, комплексом программных подсистем, а также взаимодействует с ИС других предприятий /организаций. В силу различных причин, внесение изменений в ПО – постоянная жизненная потребность. Несогласованные изменения связанных подсистем (или смежных ИС) могут привести не только к блокировке работы ПО, но и предприятия (ведомства) в целом. В докладе описан пример управления функциональными требованиями автоматизированной документоориентированной системы (комплекса подсистем). Рассмотрены изменения документов, функций ПО над документами, операций пользователями с документами и интерфейсов обмена между подсистемами. Предложена структура хранения требований и методика контроля изменений. Контроль изменений доработок смежных подсистем и внешних ИС обеспечивает стабильную работу корпорации или ведомства. Кроме того, с помощью системы управления требованиями частично автоматизирована подготовка проектной документации.
-
Среднe
-
40 мин
-
Analyst Days / 4
-