Совсем недавно наша аналитик рассказывала о том, как выиграть хакатон, сохранив моральное и физическоездоровье.

За пару дней до выхода статьи эта же аналитик подговорила наших ребят участвовать в командном хакатоне. Результат не самый приятный — 38 место из 60. Однако, этот опыт, как и любой другой, не прошел даром (а еще был очень веселым).

В этой статье каждый участник команды поделится своим опытом и персональной рефлексией. Ну и лулзами, пойманными в процессе.

https://habr.com/ru/post/713278/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713278

Начнем с конца. Вы презентуете готовую фичу. Рассказываете, сколько часов работал РМ, какую глубокую работу провел аналитик, и как всех восхитил разработчик. Но заказчик смотрит непонимающе и говорит, что вообще он представлял это несколько иначе. И вот эти опции ему совсем/в принципе/примерно никогда не потребуются. Деньги остаются у клиента, задача падает на доработку в систему, так же как доверие к вашей команде…

Здравствуй, Хабр. Меня зовут Михаил Вакорин, я ведущий системный аналитик компании SSP SOFT. Сегодня расскажу о неочевидном инструменте, который больше пяти лет применяю в своей работе. Он помогает систематизировать информацию от заказчика и избежать множества неприятных ситуаций. Статья точно будет полезна джунам в сфере аналитики и другим коллегам, желающим прокачать аналитическое мышление.

https://habr.com/ru/post/709556/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709556

Всем привет! Так исторически складывается, что когда вы разрабатываете государственные системы, в большинстве случаев требуется написание большого количества документации, а в данной ситуации такая документация еще и требует соответствию ГОСТ.

Хотелось бы вспомнить одну из парадигм Agile " Работающий продукт важнее исчерпывающей документации ", но в данном случае это не наша история, поэтому сегодня поговорим немного о ГОСТах.

Стоит сделать небольшое лирическое отступление и начать с формального определения:

https://habr.com/ru/post/707358/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707358

Статья отражает как прорабатывать детальные требования, откуда брать их обоснования и почему важно строить синхронизированный процесс проектирования бизнес-процессов и поддерживающих ИТ систем.

И как следствие, почему OpenAI не может создать детальные требования.

https://habr.com/ru/post/706956/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706956

Всем привет! Сегодня хотелось бы поговорить про такую тему, как оценка времени разработки. Тема достаточно интересная т.к. нет какого-то обобщенного стандарта оценки.

Когда-то это было одной из первых моих задач на работе, и когда мне впервые дали требования и сказали "Оцени сколько нужно времени". Естественно первый мой вопрос был "А как ?". Я тогда и представить не могла, как можно оценить то, что не сделано и непонятно, как будет реализовано...

Какие есть подходы и как аналитику оценить задачу? На этот вопрос постараюсь ответить дальше

https://habr.com/ru/post/702094/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702094

Раньше аналитиков звали разве что на хакатоны в составе команд. Но относительно недавно — наконец-то — стали появляться специализированные контесты и хакатоны для системных аналитиков. С 2021 года я ввязывалась в целых три: в первом заняла третье место, во втором седьмое, а в последнем — первое.

В статье расскажу, как этим летом прошел хакатон Sovcombank Challenge 2022. И порефлексирую, как не надо участвовать в соревнованиях.

https://habr.com/ru/post/700884/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700884

Мы уже рассказывали на Хабре, чего в целом ждать от нашей новой конференции Flow. А теперь пришло время рассказать конкретнее: программа готова, поэтому делимся описаниями всех докладов.

Если захочется узнать больше подробностей (например, точное расписание) или приобрести билеты, всё это есть на сайте.

https://habr.com/ru/post/698260/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698260

“Чтобы что” - это что? Как научить аналитика-проектировщика, что является обоснованием функциональных требований, а что нет? Когда заказчик отвечает на вопрос “чтобы что”, как понять, является ли это ответом? Я не нашел книг, где это было бы описано понятно, сжато и лаконично. Чаще всего описаны абстрактные рассуждения, в применении которых на практике возникают проблемы. В статье на примерах разбирается как находить причину требований, какие они бывают, а что не является причиной вовсе.

https://habr.com/ru/post/697444/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697444

Мы в Bimeister любим процессы.

А за что ж их не любить, в самом деле? Хорошо отлаженный процесс создает эффект «оно само»: каждый его участник в любой момент времени точно знает, что и в каком порядке ему нужно делать. За его ходом достаточно приглядывать и иногда нежно подталкивать, если кто-то забуксовал.

С другой стороны, процесс ради процесса совсем не полезен, а очень даже вреден. Если все действуют слаженно, как часы, но итог не соответствует ожиданиям, то ценность такой процесс имеет сомнительную. И да, даже безупречно работавшие ранее процессы требуют корректировки.

Привет тебе, читатель Хабра! Я Маша Демченко, системный аналитик компании Bimeister, и в своей первой статье я хочу рассказать о нашем опыте выявления и преодоления сложностей в процессе согласования требований к ПО.

https://habr.com/ru/post/696462/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696462

Всем привет!

Меня зовут Коля, и я периодически собеседую кандидатов на позицию системного аналитика. За последние два месяца провёл порядка 20 десятков собеседований. В основном были кандидаты с опытом 1.5-3 года, на пути к уровню Middle и с зарплатными ожиданиями 150-200 тысяч рублей в месяц.

В данной статье хочу побрюзжать про несколько расстроивших меня особенностей, которыми обладало большинство кандидатов данного уровня.

https://habr.com/ru/post/694478/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694478

В настоящее время организации в среднем управляют в 10 раз большим количеством данных, чем пять лет назад: с 1,45 петабайт в 2016 году до 14,6 петабайт в 2021 году. Таков главный вывод Глобального индекса защиты данных 2021 года компании Dell, где освещаются проблемы, с которыми сталкиваются предприятия в связи с угрозой вымогательства и сложностями, связанными с ростом объема информации.

Появление новых технологий, таких как облачные нативные приложения, контейнеры, искусственный интеллект и машинное обучение, приводит к возникновению препятствий в области защиты данных для организаций, что может повлиять на их дальнейшее развитие. Ситуация осложняется ускоренным внедрением мультиоблачных и гибридных облачных сред. Согласно исследованию Statista, в период с 2020 по 2022 год управление данными в мультиоблачных средах станет самой сложной задачей в сфере менеджмента информации для предприятий.

Исследование Dell показало, что большинство руководителей компаний сомневаются относительно своих разработок по защите данных, причем 82% респондентов выразили обеспокоенность тем, что существующие в их организации решения не смогут обеспечить выполнение будущих бизнес-задач. Даже компании, предпринимающие определенные усилия для преодоления возникающих препятствий, говорят, что ожидают серьезных трудностей. По данным Dell, 58% компаний, инвестирующих — или планирующих вложить — средства в приложения «программное обеспечение как услуга», испытывают затруднения с поиском средств защиты данных для них.

https://habr.com/ru/post/694256/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694256

Коллеги из Chosy собрали цифры по рынку труда для системных аналитиков. Статью разобьем на три части:

1. Рассмотрим, куда движется отрасль и какие скиллы чаще всего требуются. Информацию мы собирали из разных источников, каждый указали в статье — так вы сможете исследовать каждую тему подробнее.

2. Покажем срез по международному рынку труда для системных аналитиков: какие зарплаты обещают специалистам в Грузии, Армении, Турции и ряде европейских стран.

3. Изучим, что предлагает аналитику российский рынок труда: средняя зарплата, финансовые ожидания работодателей и кандидатов, сколько в среднем публикуется вакансий за день и как это число изменилось за последний месяц.

https://habr.com/ru/post/694114/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694114

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

https://habr.com/ru/post/693822/?utm_source=habrahabr&utm_medium=rss&utm_campaign=693822

Привет! Меня зовут Виктория Кабыткина, я работаю старшим системным аналитиком в компании Lamoda. По своему опыту как в банковской сфере, так и в сфере e-commerce, могу заметить, что во многих компаниях существует тенденция избавляться от монолита и переходить на микросервисную архитектуру.

Тенденция популярна и заставляет задуматься над множеством вопросов. А нужен ли на таких проектах бизнес-аналитик? А системный? А если все-таки нужен, то чем он там занимается? Какие задачи он решает? Полезен ли команде?

В этой статье я постараюсь ответить на эти вопросы и рассказать о роли и задачах аналитика при выделении микросервисов, основываясь на своем личном опыте.

https://habr.com/ru/post/690468/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690468

Вопрос обязательности умения/знания/понимания программирования для ИТ-аналитика-проектировщика вызвал жаркие дебаты в профильных группах. Приводились два вида аргументов:

https://habr.com/ru/post/692524/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692524