Наследование - это когда есть родитель с базовыми свойствами и дети с уникальными 👨‍👩‍👧‍👦

Процесс, при помощи которого один объект может приобретать свойства другого.

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

Представим, что в кондитерской много лет готовили один и тот же торт "Наполеон". Спустя время повара понимают - нужно усовершенствовать десерт и что-то поменять. За основу берут старый рецепт и также добавляют какие-то новые ингредиенты. Получается все-тот же Наполеон, но, например:
+ с глазурью и ягодами внутри
+ шоколадный - с ягодами и какао

Базовый Наполнеон - класс-родитель, ягодный и шоколадый - производные классы, потомки👌

Наследование на примере с животными 😼

Есть базовый класс - животные

У Животного есть свойства:
Название
Цвет
Порода
Наличие шерсти

И методы:
Говорить
Кушать

От базового класса животные можно выделить подклассы:
1. Котик с методом носить шляпу и бабочку
2. Собачка с методом кушать еду и переваривать в сладости
3. Паук 😹 с методом пугать

Совсем детский пример. Но суть наследования такова. Забрать базовые свойства и методы от родителя и дополнительно реализовывать свои.

Как аналитик я использую знания о наследовании ООП при:
✔️ организации структуры документации - переиспользование статей, ссылочность
✔️ переиспользование общих алгоритмов
✔️ дизайн объектов API (например, json)

Полиформизм - это способность объектов с одним интерфейсом иметь разную реализацию

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

За счёт того, что полиморфизм разрешат использовать один интерфейс для задания единого класса действий, в разы снижается сложность программ.

На картинке мы видим разных животных. У них есть общий метод - говорить. Задача - одна. Но реализация разная. Поэтому мы можем:
1. Создать метод Speak() - одинаковый для всех животных
2. Реализовать его по-разному, в зависимости от того, какой подкласс животных его вызывает. Собачка гавкает, котик мяукает и т.д.

Как разговаривать с разработчиками на одном языке? Можно поставить себя на место разработчика и написать немного кода, чтобы понять о чем они там на своем "птичьем" поют 🙂

Бесплатный вебинар уже завтра!
🚀 Основы ООП для аналитиков - пишем код в прямом эфире
🗓 11 января (ср), 19:00 (Мск)
🔗Регистрация здесь

В программе:
✔️ напишем вместе небольшую программу
✔️ чтобы понять классы и объекты
✔️ разобраться с наследованием, полиморфизмом и инкапсуляцией
✔️ и применять знания ООП при разработке требований.

Подключаться с компьютера - будем программировать!
До встречи в прямом эфире! 😉

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

📹 Основы ООП для системных аналитиков
⏰ 19:00 - 21:00 Мск

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

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

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

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

✔️ Надёжность
Способность ПО сохранять уровень качества функционирования в течение определенного периода времени.
Чем дольше прод не падал и баги с него не прилетали - тем надежнее ПО.
Ежедневные митинги с одной из команд: "У нас 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 - Выпущена в продакшн, закрыта
Набор столбцов определяет команда.

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

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