Заметки Аналитика | IT

📑 Реквием по SCRUM: всё равно уже хайп прошёл Читать статью

​​📑 Документация по ГОСТ – не только ТЗ "Когда при внедрении систем 1С всплывает слово «ГОСТ» – практически всегда речь идёт о документе «Техническое задание». И у большинства внедренцев падает настроение, как только им говорят, что надо «написать ТЗ по ГОСТу». Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование. О собственных рецептах приготовления документации по ГОСТу пойдет речь в статье." Читать статью 📄 #статья | @notes_analyst

Только программисты и учёные работают с Big Data. Конечно, это миф. Бизнес-аналитики, маркетологи и дизайнеры обрабатывают массивы информации, чтобы автоматизировать процессы и принимать обоснованные решения. Яндекс Практикум запустил курс «Python для анализа данных». Программа подойдёт, если вы начинающий аналитик, специалист из смежной профессии или новичок в IT. За 3 месяца вы: — научитесь анализировать данные с помощью Python, — изучите основы машинного обучения, — пополните портфолио новым проектом. Более 50% обучения — практические задания. Вы научитесь собирать, сортировать, анализировать и визуализировать данные из различных источников. А в конце — получите удостоверение о повышении квалификации или сертификат о прохождении курса. Первый модуль можно пройти уже сейчас — это бесплатно. Попробуйте, чтобы познакомиться с форматом и понять, подходит ли вам курс. → Начать обучение

​​Основы PostgreSQL для начинающих: от установки до первых запросов Научитесь устанавливать и работать с PostgreSQL. В этом руководстве рассматриваются основные команды, вы создадите первую базу данных и выполните простые SQL-запросы Читать статью

​​📑 Куда и как развиваться системному аналитику, если «потолок» уже близко Автор: Алексей Лобзов, руководитель направления развития компетенции системного анализа в Альфа-Банке. ▪︎ Вариант №1: Лидер компетенции Сценарий для тех, кому нравится помогать коллегам. ▪︎ Вариант №2. Solution архитектор Сценарий карьеры для тех, кому интересны технологии. ▪︎ Вариант №3. Product Owner Путь дипломатии. Читать статью 📄 #статья | @notes_analyst

Если вы чувствуете, что находитесь на грани выгорания, это видео для вас! Денис Пехетерев, руководитель команды аналитики продвижения и размещения товаров в Авито, поделится инструментами и лайфхаками, как справиться с этим состоянием. Не дайте выгоранию взять верх — узнайте, как поддерживать свою энергию и эффективность на рабочем месте и как помочь команде не выгорать, если вы тимлид. Видео по ссылке.

​​📑 ИБ для аналитика: требования и проектные решения "Требования к обеспечению информационной безопасности – один из важнейших разделов ТЗ на ИС/АС. Рассмотрим основные концепции ИБ, которые надо знать аналитику при разработке требований к системе, а также разберемся, в каких проектных решениях могут реализоваться эти требования." Читать статью #статья | @notes_analyst

📝 ​​Agile-подходы гибкой разработки ПО: Scrum и Kanban. Суть  Agile описана в Agile-манифесте, в котором на первое место выходят:  ▫️взаимодействие, ▫️работающий продукт, ▫️сотрудничество с заказчиком ▫️готовность к изменениям. Подробнее:"Ценности и принципы Agile-манифеста" К отдельным Аgile-подходам относятся Scrum и Kanban.  Данные подходы гибкой разработки ориентированы на итеративный и инкрементальный процесс программирования, в котором: 🔹 разработка ПО разбивается на короткие циклы - итерации (в Scrum - спринты); 🔹формируется автономная и самоорганизующаяся команда; 🔹клиенты или представляющий их владелец продукта участвуют на всех стадиях проекта; 🔹требования могут документироваться менее подробно, чем в традиционных проектах; 🔹формируется Резерв  (backlog) проекта, содержащий список задач, которые должна выполнить команда; 🔹каждая задача должна быть актуальна (разрешается добавлять/удалять задачи), иметь вес (время, которое необходимо на её реализацию) и приоритет (может пересматриваться в ходе работы); 🔹для визуализации  данных подходов используют доски: физические или электронные, которые позволяют сделать рабочий процесс открытым и понятным для всех специалистов. 📌 Особенности и принципы Scrum: ▪️︎ над каждым проектом работает универсальная команда специалистов; ▪️︎ выделяют спец.роли: Владелец продукта и Scrum-мастер; ▪️︎ время работы делят на Спринты - одинаковые по длительности отрезки времени (напр.  2 недели); ▪️︎ перед спринтом формируются задачи на данный спринт, в конце – обсуждаются и презентуются  результаты: выполненные задачи заливаются на продакшн, а невыполненные — переносятся в другой спринт; ▪️︎ число задач в работе ограничивается их общим весом; ▪️︎ приоритеты задач расставляет Владелец продукта; ▪️︎ нельзя добавлять задачи в текущий спринт (новая важная и срочная задача -  только со следующего спринта); ▪️︎ основная цель - закончить спринт; ▪️︎ проведение ежедневных встреч для оценки результатов проделанной работы - основа процесса разработки. 📌Особенности и принципы Kanban: ▪️︎ над задачей может работать несколько узкопрофильных команд (дизайнеры, аналитики, разработчики…); ▪️︎ внутри команды нет выделенных ролей; ▪️︎ проект делят на итерации, длина которых может различаться; ▪️ рабочие задачи располагаются на доске, поделенной на колонки, каждая из которых отражает текущее состояние работ (стадии) - например: «Планируется», «Разрабатывается», «Тестируется», «Завершено»;  ▪️︎ каждая задача представляется в виде отдельной карточки; ▪️︎ основная цель - закончить задачу, т.е. пройти все стадии выполнения (когда задача завершает определённый этап, карточку с её описанием переносят в соответствующую колонку); ▪️︎ над задачей трудятся столько времени, сколько это необходимо до её завершения или утраты актуальности и отмены; ▪️︎ главный показатель эффективности - среднее время прохождения задачи по доске; ▪️︎ приоритеты задач расставляет команда; ▪️︎ добавление новых задач - в любое время; ▪️︎ проводить ежедневные встречи не обязательно. --------- Подробнее о принципах работы по Scrum  и Kanban можно прочитать в статьях: 📄 Scrum 📄 Kanban: принципы и возможности в управлении проектами 📄 Scrum vs Kanban: сходства и различия двух самых популярных Agile-подходов 📄 Сравнение Scrum и Kanban. Какая методика Agile подойдет вам? #теория  | @notes_analyst

📢Бизнес-архитектура: ключевые объекты. Бизнес-архитектура — это ёмкое понятие внутри корпоративной архитектуры. Кто-то относит к бизнес-архитектуре capability map, кто-то продукты и сервисы, а кто-то — процессы. Приглашаем вас на открытый урок, где мы разберём, что же относится к бизнес-архитектуре, а главное — как ей управлять. Мы определим, что такое объекты управления бизнес-архитектуры и как мы можем управлять ими на практике. Этот вебинар будет особенно полезен: ✅ Системным аналитикам и бизнес-аналитикам уровня Senior ✅ Проектным менеджерам и управленцам в IT ✅ Начинающим корпоративным архитекторам, стремящимся к востребованности 🗓 Когда: 20 августа в 20:00 МСК 🎤 Спикер: Андрей Коптелов — вице-президент ABPMP Russia и опытный преподаватель 🔗 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/9XyP/ Ждем вас! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

​​Клиент-серверная архитектура. SA для самых маленьких "Клиент-серверная архитектура — это модель взаимодействия в компьютерной сети, где задачи распределены между двумя основными компонентами: клиентами и серверами." Содержание статьи: • Двухуровневая архитектура • Трехуровневая архитектура • Плюсы и минусы клиент-серверной архитектуры • Распределение трафика • Толстый и тонкий клиент • Асинхронные и синхронные вызовы Читать статью 📄 #статья | @notes_analyst

📑 Программа самоподготовки начинающего бизнес-аналитика от Systems Education План программы 0. Введение в профессию 1. Погружение в бизнес: анализ и исследования 2. Scope проекта, бизнес-потребности и требования, анализ причин и последствий 3. Работа со стейкхолдерами 4. Моделирование бизнес-процессов 5. Пользовательские требования в форме User Story 6. Концептуальное моделирование предметной области 7. Поиск решения, сравнение альтернатив 8. Функционально-стоимостный анализ и имитационное моделирование 9. Анализ рисков 10. Финансовый анализ Перейти к материалам #материалы | @notes_analyst

📣 Только начинаете свой путь в системном анализе? Не уверены, какие навыки нужны для успешной карьеры? Представьте, что вы знаете ключевые навыки, необходимые для системного аналитика, и умеете применять их на практике. Вы уверены в своих силах и понимаете, как начать карьеру и развиваться в этой области. Ваши навыки востребованы и вы становитесь незаменимым специалистом в классном проекте. 🔴 Присоединяйтесь к нашему открытому вебинару «Навыки системного аналитика: что важно и откуда начать» 22 августа в 20:00 мск и сделайте этот прыжок в будущее! ➡️ Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://clck.ru/3Cf9hu Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

📑 Требования безопасности: пособие для аналитика Автор: Александра, ведущий системный аналитик отдела криптографии ИнфоТеКС. В данной статье Александра делится рабочими подходами из общепринятой в их компании практики, которые помогут справиться с требованиями безопасности и ускорить освоение этой непростой темы.  Читать статью 📄 #статья | @notes_analyst

📝 Модели разработки ПО Модель разработки ПО - представляет  описание того, какие  и в какой последовательности проходит продукт стадии жизненного цикла и что происходит на каждой из них.  Модели разработки ПО разделяют на классические и гибкие.  Классические модели делают акцент на последовательности, сроках и конечных требованиях к продукту. К ним относят: ▪︎Code and Fix  - только пишем код, проверяем и устраняем ошибки;  ▪︎Waterfall /каскадная модель - последовательный переход от одного этапа разработки на другой без пропусков и возвращений на предыдущие стадии.  ▪︎V-Model - упор на тестирование в ходе разработки.Тесты проводятся параллельно с самим процессом создания продукта.  ▪︎ Инкрементная модель - разработка по частям. Проект делится на составные компоненты, команда по очереди готовит каждый из них, затем происходит финальная сборка; ▪︎ Спиральная модель представляет повторяющуюся последовательность циклов разработки с непрерывным контролем рисков.    ▪︎ Итеративная модель - сначала делается базовая модель продукта, затем следуют итерации по ее усовершенствованию; ▪︎ RAD-Model (скоростная разработка продукта) - все этапы создания продукта делятся не несколько отдельных блоков, с каждым из которых работает отдельная команда разработчиков.  Гибкая модель разработки - Agile model, представляет итеративный подход, позволяет вносить изменения на каждом этапе проекта, может быть не ограничена во времени.  Agile модель имеет множество вариаций и фреймворков, среди которых выделяют: ▪︎ Scrum - предписывает командам разбивать работу на цели, которые необходимо выполнить в рамках ограниченных по времени итераций, называемых спринтами  ▪︎ Kanban - предполагает обсуждение производительности в режиме реального времени и полную прозрачность рабочих процессов. Рабочие задачи визуально представлены на доске Kanban, что позволяет участникам команды видеть состояние каждой задачи в любой момент времени.  ▪︎ Экстремальное программирование (XP) - XP сосредоточена на упрощении процесса разработки, минимизации документации и максимизации обратной связи от заказчиков. ▪︎ Lean - это набор методик, с помощью которых удается добиться снижения потерь и увеличения ценности продукта. Подробнее о наиболее популярных вариациях Agile модели читайте в следующих постах #теория | @notes_analyst

Бесплатный Aston System Analysis Meetup в Санкт-Петербурге. Можно выбрать удобный формат участия: офлайн в Питере или онлайн. Дата: 22 августа Время: офлайн 18:30 (мск) / онлайн 19:00 (мск) Локация: БЦ «Ренессанс Холл», 6 этаж, 601, Владимирский проспект, 23. Спикеры и темы: 🗣 Сергей Прокофьев, Senior System Analyst, ASTON поделится опытом применения «BPMN для системных аналитиков». Он расскажет, в каких кейсах и как правильно использовать нотацию, а также какую ценность она несет для общения бизнес-команды и технической команды. 🗣 Алина Миронова, архитектор бизнес-решений в финансах и CFO, Systems.Education. Выступит с темой «ЛЮСТРА: Методика разработки и анализа бизнес-требований в проектах автоматизации». Она расскажет, как аналитику разработать бизнес-требования таким образом, чтобы свести к минимуму их изменения со стороны заказчика. Спойлер: помогут в этом мнемотехники. Будет нетворкинг, фуршет и розыгрыш фирменного мерча Aston для всех гостей. 👉 Регистрация по ссылке Erid:LjN8KTbSS Реклама: ООО "Астон", ИНН 9715350151

Практические задачи для изучающих SQL Читать статью

🤔Запутались в различиях между пользовательскими сценариями (Use Cases) и пользовательскими историями (User Stories)? Не знаете, какой метод лучше использовать в вашем проекте? 😎А теперь представьте, что вы твердо знаете, как и когда использовать каждый метод. Вы умело используете инструменты аналитики и развиваете свои проекты. Хотите это реализовать? Присоединяйтесь к открытому вебинару 20 августа в 20:00 мск, где вы научитесь: - понимать различия между пользовательскими сценариями и пользовательскими историями; - применять практические примеры использования обоих методов; - разрабатывать примеры для закрепления материала. 🤩Урок будет полезен системным и бизнес-аналитикам, менеджерам проектов, разработчикам и тестировщикам, участвующим в процессе работы с требованиями. Встречаемся в преддверии старта курса «Системный аналитик. Advanced». Все участники вебинара получат специальную цену на обучение! Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/NLMk/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Инструменты системного аналитика: методология, софт, сервисы Автор статьи: Андрей Канивец, аналитик систем жизненного цикла изделий. В данной статье представлен небольшой обзор инструментов, которые автор активно использет в своей работе. Возможно, какие-то из них будут полезны и вам: • приложение для быстрого прототипирования - Lazarus IDE • программы для работы с видео - OBS Studio, ScreenToGif • инструменты для работы с аудиозаписями - Audacity, он-лайн редактор Audio Editor Online, проигрыватель VLC • приложения для работы с текстом - Joplin, Typora • приложение для локального управления версиям файлов - GitFend. И др. Читать статью 📄 #статья | @notes_analyst

📝 Жизненный цикл программного обеспечения ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации. Среди основных этапов ЖЦ ПО можно выделить следующие: ▪︎ Планирование: формируются базовые требования к проекту, определяются его цель и объем работ. ▪︎ Анализ требований: проводится детальное интервьюирование пользователей и сбор требований, определяются функции и характеристики ПО. ▪︎ Проектирование: разрабатывается архитектура системы и проектируются ее компоненты. ▪︎ Разработка: осуществляется непосредственное кодирование. Создаются модули, классы и функции, которые составляют программу. ▪︎ Тестирование: проводятся различные виды тестирования (модульное, интеграционное, системное, приемочное тестирование..) ▪︎ Внедрение: программное обеспечение вводится в эксплуатацию. Обучается конечный пользователь, предоставляется техническая поддержка, включая устранение ошибок, обновления и обслуживание. ▪︎ Вывод из эксплуатации #теория | @notes_analyst