Команда разработки отвечает за качество создаваемого ими программного обеспечения. Хочу поделиться с вами обобщенными критериями определения этого самого качества.

Метрики для определения успешности проекта - качество ПО

✔️ Функциональность
Соответствие функциональных возможностей ПО набору требуемой пользователем функциональности.
Сделали все, что хотел бизнес и пользователи - все довольны 🙂 Система соответствует ТЗ.

✔️ Надёжность
Способность ПО сохранять уровень качества функционирования в течение определенного периода времени.
Чем дольше прод не падал и баги с него не прилетали - тем надежнее ПО.
Ежедневные митинги с одной из команд: "У нас 100 дней без падения прода", "У нас 101 день без падения прода", "Мы обнулились".

✔️ Эффективность
Оптимизация объемов используемых ресурсов.
Чем меньше платим за аренду серверов, тем лучше.
Если на графиках пиковая загрузка ниже 60%, то вероятно мы даже отказоустойчивы 😅

✔️Сопровождаемость
Удобство проведения конкретных изменений (модификаций) кода.
Код читаем, сопровождается комментариями. В проекте есть документация в достаточном объеме, и при очередных доработках нет вопросов: "А почему здесь так сделали?", "А это что, и как оно должно работать?"

✔️Практичность
Легкость эксплуатации ПО.
Низкое количество обращений в тех. поддержку по вопросам работы ПО.
Низкое количество багов и запросов на модификации от пользователей.
За практичность во многом отвечают аналитик и дизайнер UI/UX приложения.


🔥, если теперь знаешь, как оценить качество своего проекта!

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

И вот с какими ошиками я сталкивалась, когда только начинала работать аналитиком.

Формулировки требований от интерфейса приложения
Не понимала до конца, что происходит под "капотом" системы, и как туда залезть. Описывала очевидное. Первая же задача на интеграцию поставила меня в абсолютный тупик.

Длинные письма по результатам переговоров или их отсуствие
Если мы с заказчиком внесли уточнения в требования в процессе разработки, когда уже ТЗ и договор были подписаны, то правки нужно было фиксировать не только в задачах Jira. Нужно было еще и отправлять письма.
Слишком длинные письма - не читают, и потом на приемке их приходится искать и зачитывать их вслух. Отсутствие письма по уточнениям на приемке как-то обернулось "мы этого не обсуждали, почему не как по ТЗ?".

На старте аналитики на детали уходит слишком много времени
Когда нужно было быстро проработать ТЗ и дать оценку на разработку, я погружалась в детальное проектирование. Его нужно было делать только после заключения договора с заказчиком, когда нам согласовали ТЗ.
Получается, что в рамках написания ТЗ я делала лишнюю работу.


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

Коллеги, всем привет!

За 2022 GetAnalyst вырос в 5 раз и с этого года мы будем запускать обучение в США и Европе, плюс новые программы. В связи с этим ищу себе помощника.

🔎 GetAnalyst в поисках системного аналитика (part-time, 4-8 часов в неделю)

▫️Опыт от 3-х лет
▫️Middle/Senior/Руководители/Ведущие
▫️Не менее 2-х проектов в копилке
▫️Умение работать с требованиями: сбор, анализ, написание документации, постановка задач, User Stories, Use Cases
▫️Уверенное владение 1 и более навыками системного, о которых можете рассказать
▫️Грамотная речь (письмо и разговор)
▫️Ответственность
▫️Знание английского очень приветствуется

Что будете делать:
▫️Помощь в проведении занятий, воркшопов
▫️Поддержка учеников школы в чатах
▫️Помощь с проверкой ДЗ

Преимущества:
▫️Бесплатное обучение
▫️Личная работа с основателем проекта - Екатериной Ананьевой
▫️Помощь в подготовке к публичым выступлениям и конференциям
▫️Возможно участие в консалтинговой деятельности на зарубежных проектах

Заполняйте анкету. Я и моя команда обязательно дадим вам обратную связь ♥️

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

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

Бесплатный практический вебинар для системных и бизнес-аналитиков с применением навыков на практике:

🚀 5 лайфхаков для создания цепляющего резюме
🗓 18 января, 19:00 (Мск)
🔗 Регистрация здесь

Готовимся активно участвовать!

Давайте сравним популярные подходы к управлению проектами и разберемся в отличиях и преимуществах каждого?

Agile - это гибкий подход к управлению проектами, когда задачи выполняются поэтапно и пошагово. Как часто принято говорить в тайм мененджменте — «делить слона на маленькие части».

Такой способ помогает выстраивать грамотную коммуникацию между разработчиками и заказчиком. Клиент включён в процесс и не нужно постоянно переносить дедлайны и ждать совещания.

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

Важно: если собираетесь работать по принципу Agile, то необходимо придерживаться принципов, прописанных в манифесте. На этих ценностях строится весь успех.

К agile-подходам относятся scrum и kanban.

У меня был внутренний страх - продавать. Мне казалось, это что-то постыдное. Но это совсем не так. Потому что на самом деле с продажами своих знаний, идей, решений и навыков мы встречаемся каждый день:
+ знакомясь с новыми людьми - я продаю себя,
+ принимая решение в проекте - я продаю свои идеи,
+ решая очередную задачу на работе - я продаю свои знания и умения.

Но самая волнительная продажа - это поиск новой работы. И в этот период жизни хочется чувствовать себя максимально уверенно и спокойно.

Давайте сделаем шаг на встречу уверенности? 🚀

‼️Уже завтра! В прямом эфире будем разбирать как писать продающее резюме. Вы не просто заберете теоретические знания, а примените их в моменте!

🚀 5 лайфхаков для создания цепляющего резюме
🗓 18 января, 19:00 (Мск)

В программе:
✔️ История профессии
✔️ Ключевые навыки
✔️ Где создавать резюме
✔️ 5 фишек, используя которые вместе пишем с нуля или обновляем ваше резюм

Регистрироваться здесь, чтобы не пропустить 😉

Привет!

Сегодня на вебинаре по созданию резюме будем работать с Canva и hh.ru.

На hh.ru рекомендую иметь учетку.

С Canva без VPN бывают проблемы с доступом.
Проверьте заранее, что все работает:
https://www.canva.com/

Уже через 3 часа! Прямой эфир с Екатериной Ананьевой!

📹 5 лайфхаков для создания цепляющего резюме
⏰ 19:00 - 21:00 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.

Это был не просто вебинар. Это был вау-вау-вау вебинар!!! 💥

Было не так много зрителей - видимо с названием не угадала 😅 И больше 90% продержались 3 с лишним часа от начала до конца! Вы герои 🥰

С левой стороны на картинке отзывы:
"Очень много ценной информации! И по резюме, и по профессии в общем"
Справа Miro доска, которая поможет создать крутое резюме! Ее я сделала для вас, показала как пользоваться на вебинаре!

Повторим:
🚀 5 лайфхаков для создания цепляющего резюме
🗓 20 января, 15:00 (Мск)

Нужно зарегистрировать здесь! Это нельзя пропустить 😉

P.S. Кто участвовал в вебинаре и получил больше, чем ожидал, ставьте 🔥

✔️ Agile-подход: Scrum

Особенность Scrum — это командный подход и нестандартное распределение обязанностей внутри коллектива.

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

Основная часть команды — разработчики. У них нет отдельных заданий или подкоманд: все работают как единое целое. Любой участник команды может передать свои обязанности на другого, т.к. все делятся компетенцияи друг с другом внутри команды, каждый в курсе общей текущей картины по проекту. Даже если кто-то заболел, хоть единственный аналитик в команде, это не должно тормозить процесс производства задач.

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

В работе обязательно участвует заказчик. Он консультирует, передаёт требования по продукту, контролирует процесс.

✔️ Agile-подход: Scrum (продолжение)

Ещё один участник команды — scrum-мастер. Выполняет роль куратора: говорит напутственные слова, проводит собрания, находит решения в случае тупика или возникших проблем.

Гениальный scrum-мастер — это тот, который может настроить все процессы и сделать команду самоуправляемой. Чтобы каждый понимал свою зону отвественности и не ждал указаний "сверху", чтобы что-то делать.

Процесс разработки проекта делят на спринты — одинаковые промежутки времени, которые не должны длиться дольше 2-4 недель. В них набирают задачи на определенное количество часов - объем спринта. У каждого спринта конкретная цель.

После завершения спринта команда проводит демонстрацию результатов и получает обратную связь от заказчиков.

Количество таких спринтов неограниченно, главное — идти к общей цели по проекту.

Scrum идеально подходит создания новых продуктов. Он объединяет коллектив из разных сотрудников (разработчики, тестировщики, аналитики, менеджеры) и выстраивает эффективную работу в команде за счет постоянных коммуникаций.

✔️ Agile-подход: Kanban

В основе лежит принцип визуализации задач. Это доска с разноцветными стикерами, поделённая на столбцы. Раньше были физические, сейчас виртуальные (Trello, Miro).

Пример набора столбцов:
▫️Backlog - Ожидает разработки
▫️Analysis - В аналитике
▫️To Do / Ready for Development - Готова к работе, аналитика сделана
▫️In Progress (Development) - В разработке (у программистов
▫️In Testing - На тестировании
▫️Release - Готова к релизу
▫️Done / Closed - Выпущена в продакшн, закрыта
Набор столбцов определяет команда.

В процессе работы карточки (стикеры) перемещаются между этапами, меняя статус. Карточки в столбцах — это конкретные задачи, у которых может быть установлен срок выполнения, что позволяет предупредить простои и сроки. У каждой карточки есть ответственный, который несёт ответственность за неё. Ответственные могут меняться в зависимости от этапа разработки.

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

Начинаем через час! Вебинар Екатериной Ананьевой!

📹 5 лайфхаков для создания цепляющего резюме
⏰ 15:00 - 18:00 Мск

Ссылку на трансляцию пришлем в канал!

❗️Мы уже в эфире❗️

Подключайтесь по ссылке

Kanban VS Scrum
В чём же различие между подходами?

Kanban уделяет меньше внимания срокам, работа происходит в непрерывном потоке. Здесь основной принцип — бережное управление, при котором исключается переработка.

Так же существенное отличие Kanban от Scrum — это то, что задачи могут появляться на доске ежедневно, а в Scrum итерации — 2–4 недели и только потом сверяешь результат.

Можно представить подходы в виде очного (Kanban) и заочного (Scrum) обучений.
В очном ты ходишь в институт регулярно на пары и получаешь задачи. На заочке — прослушиваешь курс лекций в короткий промежуток времени, получаешь задания и приходишь, условно, через пару месяцев для подведения итогов в учёбе.

Каждый подход имеет место.
Многое зависит от проекта. Если разрабатывается новый продукт, то на старте подойдёт Scrum. Он больше фиксирует рамки по срокам. Также здесь коллективная работа, что сильно сплочает.
Когда релиз уже вышел, приходит новый этап. Нужно вносить новые правки, проверять гипотезы. Появляется много маленьких задач. Сюда логично вписываются канбан-доски.

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

Мы по скрамбану 👌

Комментарий от подписчицы Валентины, на который стоит обратить внимание: ссылка

Именно так и работает Agile на практике - берем лучшее и используем.

Например:
1. Канбан доска
2. 1-2-недельные спринты
3. Достижимые цели, чтобы после спринта бежать с демо к заказчику
4. Ежедневные митинги на 15 минут
5. Мероприятия по планированию и оценке задач каждый спринт
6. В середине спринта прилетают новые задачи - криты и блокеры (ошибки от пользователей, мешающие рабоать) и мы их чиним. Есть зарезервированное время под них.
7. Если приоритеты заказчика поменялись, мы убираем из спринта неприоритетную задачу и заменяем на более востребованную

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

Также есть более сложные фреймворки типа SAFe. И это уже другая история.

На собеседованиях, при переходе в новую компанию, рекомендую всегда уточнять по какому фреймворку они работают, частота релизов и другие нюансы, которые могут влиять на ваши рабочие будни ✔️

"Большое спасибо за вебинар! Очень много полезной информации и круто, что можно из полученных знаний самостоятельно сформировать индивидуальную карту развития. Отдельное спасибо за дополнительные материалы!" (Татьяна)

"Отлично раскрыта тема обязанностей системного аналитика и помимо этого получил интересную информацию о правильном резюме" (Ерхан)

"Спасибо! Было очень много ценной информации и по составлению резюме и по профессии системного аналитика" (Анна)

Сегодня повторим практический вебинар:
📹 5 лайфхаков для создания цепляющего резюме
⏰ 15:00 - 18:00 Мск
Регистрация здесь!