Как мотивировать разработчиков развиваться с помощью прозрачной системы повышения зарплат

Данная статья будет интересна не только разработчикам, но и другим ролям в сфере ИТ

В статье речь пойдет о мотивации и о способах повышения заработной платы

Перейти

​​Техники сбора требований к разработке ПО

Прежде, чем начать собирать требования, нам необходимо понимать, что такое требование (1), для чего их собирать (2), выявить всех заинтересованных лиц / стейкхолдеров (3), которые будут пользоваться системой

1️⃣ Требования к ПО- это спецификация того, что должно быть реализовано в системе.
Требования к ПО состоят из трех уровней:
- бизнес-требования
- требования пользователей
- функциональные требования

2️⃣ Сбор требований - это один из самых важных этапов процесса создания любой информационной системы, будь то десктопное, веб или мобильное приложение или же просто доработка уже существующего решения

3️⃣ Стейкхолдеры - это физическое или юридическое лицо, группа лиц, чьи действия и решения могут влиять на деятельность бизнеса, процессы в нем и прибыль. К стейкхолдерам относятся поставщики, сотрудники, акционеры, клиенты и другие стороны, которые напрямую заинтересованы в работе компании и ее результатах или имеют возможность воздействовать косвенно.

Теперь разберемся с техниками сбора требований. Не существует единственной техники, которой можно собрать абсолютно все требования к продукту. Для каждого этапа детализации потребностей подходит одна конкретная техника или комбинация нескольких.

Разберем наиболее часто используемые техники:

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

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

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

📌Анализ существующей документации - Данная методика может быть использована при наличии в организации документации, которая может помочь в определении потребностей Заказчика. Примеры документации включают в себя: регламенты,
описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты и инструкции, шаблоны документов, нормативные акты и т.д.

📌Анализ вариантов использования (Use case) это описательный документ, в котором излагается последовательность событий, описывающих использование пользователем системы для достижения определенных целей. Use case описывают поведение системы, предназначенное для разработки, без описания того как это поведение должно быть разработано

📌 Пользовательские истории (User story) это простой подход к сбору требований, который сдвигает фокус с формального документирования требований к разговору, который позволяет проекту быть более восприимчивыми с момента его создания. Пользовательские истории отличаются от вариантов использования тем, что они написаны клиентами

Также есть и другие техники по сбору требований, такие как, воркшоп, семинары, совещания, работа в фокус-группе и тд.

#сбортребований
----------------------

Комбинирование методик позволяет повысить эффективность сбора требований, а так же избежать их «потери». При сборе требований необходимо помнить, что важны не только функциональные требования (ЧТО делает система), но и нефункциональные (КАК система это делает)

Тщательно собранные требования минимизируют риски проекта, т.к. позволяют сформировать четкий и понятный базис для разработки системы

Как приручить DDD

DDD (Domain Driven Design, предметно-ориентированное проектирование) — это подход, который нацелен на изучение предметной области предприятия в целом или каких-то отдельных бизнес-процессов

Часть 1. Стратегическая - речь пойдет о стратегическом верхнеуровневом проектирование — о том, как разрабатывать программы с точки зрения моделей и требований

Часть 2. Практическая - речь пойдет про практики для работы с кодом и архитектурой, то есть более приближенные к разработке

​​Стейкхолдеры. Кто они, почему так важны и как с ними работать бизнес-аналитику

Для начала разберёмся, что понимается под термином «Стейкхолдер (stakeholder)» - человек, группа лиц или отдельные организации, чьи действия, поведение или решения могут влиять на прибыль компании и процессы в ней, грубо говоря под стейкхолдером понимают любого субъекта, который как-то заинтересован в деятельности компании.

Стейкхолдеры (заинтересованные лица) - это носитель определённой роли, а не конкретный человек или организация.

Для более подробного разбора, кто такие стейкхолдеры, поможет статья

Виды стейкхолдеров
📌По типу взаимодействия:
- внутренние (находятся внутри организации и кто активно вовлечён в процессы компании, такие как: персонал, учредители, инвесторы)
- внешние (за пределами предприятия, такие как: покупатели, поставщики, посредники)
Благодаря анализу внутренних стейкхолдеров можно определить настроения в самой компании, выявить проблемы и найти оптимальное решение для всех участников. Контроль над внешними стейкхолдерами поможет спроектировать алгоритм воздействия и вовремя обнаружить возможные преграды.

📌 по уровню влияния:
- первичные, тот круг лиц, который непосредственно влияет на процессы компании. В эту группу включаются основатели и прямые руководители компании, инвесторы, отделы со всеми работниками, партнеры и поставщики
- вторичные, окружение, не имеющее прямого отношения к производству, однако обладающее большим влиянием. К ним относятся СМИ, представители власти и блюстители правопорядка, общественные деятели и активисты (все зависит от деятельности компании и самих процессов)

Процесс работы бизнес-аналитика со стейкхолдерами
Так как работа со стейкхолдерами — одна из основных задач бизнес-аналитика, ему важно найти подход к каждому из них, правильно определить приоритетность и организовать взаимодействие. Число стейкхолдеров зависит от самого проекта или фичи над которой работает бизнес-аналитик.

Во первых необходимо провести анализ стейкхолдеров:
1️⃣ Правильно определить с какими стейкхолдерами необходимо работать по какой либо фиче или проекту. На данном этапе будет полезен мозговой штурм с перечислением множества различных вариантов для того, чтобы максимально полно перечислить всех лиц, способных повлиять на исход проекта.
2️⃣ Расставить приоритеты, провести оценку влияния и важности стейкхолдеров
3️⃣ Выбрать стратегию работы со стейкхолдерами.
Более подробно про анализ стейкхолдеров описан в статье

После проведённого анализа стейкхолдеров бизнес-аналитику необходимо подготовиться к сбору требований со стейкхолдеров и назначить встречи.
Более подробно про работу с несколькими стейкхолдерами познакомит статья

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

Автоматизация разработки конструкторской документации средствами VBA

Часть 1 - В данной статье автор расскажет о своем подходе к автоматизации работы на примере документов Word. Этот же подход применим и к Visio и к AutoCAD и к любому продукту, в котором предусмотрена возможность использования Visual Basic for Application (VBA).

Часть 2 - продолжение первой статьи, где пойдет речь об организации работы с комплектом разнородных документов при помощи вспомогательной базы Excel и как оказалось возможным делать комплекты документов вообще не открывая Word.

Руководство по SQL для начинающих

Пошаговая инструкция по установке, настройке и наполнению базы данных PostgreSQL с помощью pgAdmin и SQL-запросов.

Часть 1: создание базы данных, таблиц и установка связей между таблицами

Часть 2: фильтрация данных, запрос внутри запроса, работа с массивами

Часть 3: усложняем запросы, именуем вложенные запросы, анализируем скорость запроса

Что такое NPS, чем упущенный импакт отличается от обычного и как он может помочь при расстановке приоритетов?

Аббревиатура выше расшифровывается как Net Promoter Score, или индекс потребительской лояльности. Эта метрика показывает отношение потребителей к бренду.

Подробнее о том, как она рассчитывается и чем NPS отличается от tNPS, в статье на Хабре рассказал Сергей Барановский, руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС.

Читать статью

Работа с GraphQL через Hasura для системных аналитиков и QA

“Цель данной статьи - рассказать о GraphQL и Hasura человеку, который вообще ничего не слышал об этих инструментах. И, например, его карьерный путь сложился так, что ему необходимо иметь общее представление об этих инструментах и даже с ними взаимодействовать, например, для проведения тестирования. Или же ситуация иная: человек постоянно развивается, изучая новые архитектурные подходы, следит за популярными и новыми инструментами и сейчас в своем обучении дошел до GraphQL и Hasura

Я аналитик, который сам недавно оказался в ситуации первого типа (вообще не слышал ничего о GraphQL и Hasura, каюсь), поэтому статья не претендует на глубокое погружение в тему и нацелена скорее на аналитиков и тестировщиков, которые не работали с упомянутыми инструментами.”

Источник

Профессия аналитик: 13 специализаций. Чем они занимаются?

1. Бизнес-аналитик
2. Аналитик данных
3. Аналитик финансов
4. Системный аналитик
5. Веб-аналитик
6. Аналитик-1С
7. Аналитик маркетплейсов (Wildberries и тд)
8. SMM-аналитик
9. Продуктовый аналитик
10. BI-аналитик
11. UX-аналитик
12. Game аналитик
13. Аналитик качества данных

Читать статью

Как изучить SQL за ночь или шпаргалка для системного аналитика

Простая шпаргалка по SQL с теорией и практикой, которой вы сможете воспользоваться в любое время

Шпаргалка подойдёт для тебя, если ты:
✅ИТ специалист, которому необходимо быстро освоить минимальный уровень SQL для выполнения рабочих задач
✅Системный аналитик, которому требуется освежить знания перед собеседованием или научиться, если раньше не было задач с SQL

Перейти

​​Жизненный цикл программного обеспечения и какое место занимает Бизнес-аналитик в нем

#жизненныйцикл

Сегодня предлагаю затронуть тему жизненного цикла ПО и понять на каких этапах необходим Бизнес-аналитик

Для чего вообще нужен бизнес-аналитик при разработке ПО?
Сегодня сфера бизнес-анализа играет важную роль в IT, обеспечивая связь между возможностями информационных технологий и их влиянием на бизнес-цели компании. Если говорить простыми словами, то Бизнес-аналитик определяет потребности и предлагает решения, приносящие пользу заинтересованным сторонам, так же является связующим звеном между разработкой и заказчиками/бизнесом.

"Жизненный цикл ПО - период вpeмeни, кoтopый нaчинaeтcя c момента пpинятия peшeния o нeoбхoдимocти coздaния пpoгpaммнoгo пpoдyктa и зaкaнчивaeтcя в момeнт eгo пoлнoгo изъятия из экcплyaтaции. Этoт цикл - пpoцecc пocтpoeния и paзвития ПO"

Этапы жизненного цикла ПО и какова роль Бизнес-аналитика в них:

1️⃣ Определение потребностей Заказчика - Бизнес-аналитик выявляет цели, масштаб системы, трудоемкость, методологии, регламенты

2️⃣ Выявление и анализ требований - Бизнес-аналитик проводит изучение деятельности компании/заказчика, т.е. анализирует As IS, проводит анализ потребностей заказчика, делает представление деятельности To Be, составляет и описывает требования к ПО. На данном этапе формируется ТЗ для разработки ПО

3️⃣ Проектирование - Бизнес-аналитик проводит консультирование по бизнес-процессам и требованиям. Сопровождает процесс проектирования. Чаще всего Бизнес-аналитик участвует в разработке макетов/дизайна.

4️⃣ Разработка - Бизнес-аналитик проводит консультирование по бизнес-процессам и требованиям. Сопровождает процесс разработки

5️⃣ Тестирование - Бизнес-аналитик проводит консультирование по бизнес-процессам и требованиям. Сопровождает процесс тестирования. Иногда Бизнес-аналитик проводит тестирование функционала, по написанным требованиям, вместе с тестировщиком или самостоятельно

6️⃣ Внедрение - Бизнес-аналитик проводит консультирование по бизнес-процессам, требованиям, использованию ПО, проводит анализ соответствия ПО потребностям заказчика и управляет требованиями

7️⃣ Сопровождение - Бизнес-аналитик решает аналитические задачи в процессе эксплуатации и сопровождения. Проводит анализ разработанного ПО, собирает обратную связь для дальнейшего развития ПО

Как видно из описания, роль Бизнес-аналитика встречается на всех этапах жизненного цикла ПО. Ведь основная цель Бизнес-анализа — это помочь компании внедрять технологические решения экономически выгодным способом, действуя как «переводчик» между бизнесом и ИТ, что и происходит на всех этапах ЖЦ ПО. Также важнейшая ответственность Бизнес-аналитика в ИТ, заключается в работе с заинтересованными сторонами проекта - понять их требования и перевести в детали, понятные для разработки.

Полезные материалы:
✅Что такое жизненный цикл разработки ПО и какие проблемы возникают на каждом этапе SDLC
✅ Что такое SDLC? Этапы, методология и процессы жизненного цикла программного обеспечения

Источник: @ba_and_sa
#жизненныйцикл

Когда новая фича превзошла все ожидания