Системный аналитик по образованию и по жизни.
Анализирую требования не только к тому, что видит пользователь снаружи, но и к тому, как все устроено внутри систем.
Проектирую архитектуру.
Основной опыт связан с проектами, где важно делать не только по требованию от заказчика, но и генерировать идеи вместе с ним.
Делюсь опытом в школе анализа и проектирования GetAnalyst.ru. Веду проекты от идеи до релиза в своем IT-консалтинге Get It Group
-
06.02.2022Опасные интеграцииСегодня тяжело найти изолированные системы. Они обмениваются данными, передают управление друг другу, чтобы автоматизировать сложные процессы, затрачивать меньше ресурсов на «изобретение велосипедов». Притом, связи создаются не только снаружи, но и внутри больших проектов. Интеграции везде. Но вместе с пользой, встречаются и проблемы. Интеграции – главные точки отказа.Я хочу поделиться опытом, и рассказать, как строить надежные отношения между системами.Вы аналитик или архитектор? Часто работаете с интеграциями? Хочется узнать, как застраховать свою систему от неприятных последствий организации связей с внешним миром? Заглядывайте и забирайте пакет страхования «Опасные интеграции»!
-
Среднe
-
40 мин
-
Analyst Days / 14
-
-
31.08.2021Ошибки проектирования можно избежать
Изучать лучшие практики проектирования систем и пробовать их на своих проектах всегда хорошо, а знать о возможных "подводных камнях" еще лучше.
Признаки, что на этапе проектирования что-то пошло не так:
- команда задает много вопросов к постановке задачи;
- разработчики находят нереализуемые требования и просят изменить их;
- тестировщики находят много неучтенных кейсов в процессе тестирования;
- приходит запрос на расширение функциональности от заказчика, и чтобы его поддержать, нужно добавлять "костыли".
Доклад посвящается ошибкам проектирования, которые встретились в моей практике, как их избежать, и как взять ситуацию под контроль, если они все же настигли. Он будет полезен как системным аналитикам, работающим с проектированием архитектуры систем, так и бизнес-аналитикам, собирающим и описывающим требования к разработке.
-
Среднe
-
40 мин
-
Analyst Days / 13
-
24.01.2021Видеть насквозь: что скрывается за простыми требованиямиПредставим многокомпонентную систему: веб-интерфейсы, мобильные и десктопные приложения, облако, обеспечивающее информационный обмен, интеграции с внешними системами, несколько реализаций REST API. Архитектура приложения, даже не погружаясь в глубину, похожа на сложную молекулу.
Есть простые требования, например, добавить поле в документ. Казалось бы, все очень просто! Сценарий работы пользователя и логика поменялись незначительно, в базе данных маленькие правки. Задача быстро отправляется в разработку. Но неожиданно «сложная молекула» может напомнить о своей многогранности и начать влиять.
Порой, при отсутствии системного анализа даже для простого требования, с каждой итерацией разработки и тестирования могут появляться все новые и новые ошибки. Знакомо?
Как победить влияние на все? Пробовать научиться видеть насквозь при проектировании систем.-
Сложнo
-
40 мин
-
Analyst Days / 12
-
-
29.07.2020Как мы процесс документирования внедряли
Организовывать правильные процессы в IT-проектах дорого. А если IT-проект запускают два разработчика – невозможно. Они берут на себя все роли: заказчиков, тестировщиков, дизайнеров, маркетологов, бухгалтеров и уж тем более аналитиков.
Успешный стартап-проект растет. Появляется потребность быстрее развиваться – новые разработчики, улучшать качество – тестировщики, рекламировать, много разных задач. И вот, маленький зверек превращается в огромного монстра, а как он работает «от» и «до» знает только текущая команда, но и это не точно.
Люди меняются – теряются знания о продукте. Как узнать о том, почему тот или иной процесс выполняется именно так, без поиска нужного разработчика и доступа к коду? Смотреть в документацию, которую надо создать.
В какой-то момент жизни IT-проекта остро встает вопрос документирования. Например, через 10 лет от момента запуска. Описать неописуемое, запустить процессы анализа и документирования – история внедрения системного аналитика в команду.
-
Среднe
-
40 мин
-
Analyst Days / 11
-