Архитектурные паттерны для высокой масштабируемости.
Часть 1
«В статье придется ограничиться только вопросами масштабирования, быстродействия и времени ответа
Также автор статьи показал, что 90% систем не имеют такого масштаба чтобы оправдать микросервисы»
⏳ 14 мин | 🟤🟤🟤
Часть 1 | BA|SA
______________________________
Часть 2.
Во второй части автор рассмотриваеи как распределенные архитектуры (и микросервисы в частности) помогают реализовать high load системы
⏳ 14 мин | 🟤🟤🟤
Часть 2 | BA|SA
Часть 1
«В статье придется ограничиться только вопросами масштабирования, быстродействия и времени ответа
Также автор статьи показал, что 90% систем не имеют такого масштаба чтобы оправдать микросервисы»
Часть 1 | BA|SA
______________________________
Часть 2.
Во второй части автор рассмотриваеи как распределенные архитектуры (и микросервисы в частности) помогают реализовать high load системы
Часть 2 | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Архитектурные паттерны для высокой масштабируемости. Часть 1
1. Предисловие Шаблоны такие шаблонные: Я часто встречаю шаблонное предложение даже для слабо нагруженных систем "всё разбить на домены, все домены выделить в микросервисы и это решит все проблемы"....
👌4👍2
10 систем управления проектами в 2025 году. Кто выжил, а кто вышел из игры
В статье рассмотрено 10 оставшихся систем управления проектами и задачами, которые автор смело рекомендует для использования в России в 2025 году. Также приведена сравнительная таблица между системами
⏳ 11 мин | 🟤🟤⚪️
Перейти | BA|SA
В статье рассмотрено 10 оставшихся систем управления проектами и задачами, которые автор смело рекомендует для использования в России в 2025 году. Также приведена сравнительная таблица между системами
Перейти | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
10 систем управления проектами в 2025 году. Кто выжил, а кто вышел из игры
В этой статье рассматриваю 10 оставшихся систем управления проектами и задачами, которые могу смело рекомендовать для использования в России в 2025 году. Также помянем тех, кого больше с нами нет. В...
🔥9👍2❤1
Алоха! Врываемся в рабочие будни с хорошим настроением и с новыми силами!!! И предлагаю начать с небольшого анализа по нашим профессиям, а именно посмотреть, что было в 2020 и, что изменилось за последние года. Я провела небольшой опрос по своим знакомым, также свой опыт затронула, и посидела в инете в поиске инфы на эту тему, и вот мои выводы и мысли 👇
✊ Какие были изменения в найме на роль Бизнес-аналитика и Системного аналитика с 2020 по 2025
✅ 2020 год: Пандемия и его влияние
В 2020 году мир столкнулся с пандемией COVID-19, что вызвало резкие изменения в способах работы, в том числе и на рынке труда:
- Удаленная работа: Многие компании перешли на удаленный формат, что открыло новые возможности для специалистов из разных регионов.
- Спрос на аналитику: В условиях неопределенности, компании стали осознавать необходимость в аналитике для оценки рисков и принятия оперативных решений
- Навыки: Умение работать с удаленными инструментами и аналитическими платформами стало важным, увеличив требования к техническим навыкам.
✅ 2024 год: Новые реалии и их отражение на рынке
К 2024 году ситуация на рынке труда продолжила эволюционировать:
- Гибридные модели: Сложились гибридные модели работы, где employees работают как в офисах, так и удаленно, что увеличивает конкурентоспособность специалистов с гибким образом мышления. Но более востребованными вакансиями для соискателей стали с удаленным форматом работы
- Инструменты и технологии: Возросло использование инструментов для анализа данных (таких как BI-системы) и методологий Agile, что требует от аналитиков навыков работы в командах и умения адаптироваться к быстро меняющимся условиям.
- Фокус на soft skills: Упомянутые выше изменения также повысили важность soft skills, таких как коммуникация, сотрудничество (особенно на удаленном формате) и критическое мышление.
📌 Требования в 2024 году
- Образование: Увеличилась роль дополнительных сертификатов и курсов по аналитике, таким как Agile, Scrum, Data Science, что делает акцент на непрерывном обучении.
- Технические навыки: Важно было знать более продвинутые аналитические инструменты и технологии, включая инструменты визуализации данных (например, Tableau, Power BI), основы машинного обучения, и многое другое в сфере ИТ (тестирование, программирование, и тд)
- Опыт работы: Чаще искали кандидатов с опытом работы в узких направлениях сферы деятельности (финансы, логистика, гос направления, производство, ИТ и тд)
- Софт-скиллы: Повысилась ценность навыков межличностного общения, управления конфликтами и способности к командной работе. Работодатели искали людей, способных эффективно решать проблемы так же на удаленном формате.
❗️ Будущее: Ожидания на 2025 год
В 2025 году можно ждать новых трендов и изменений в области найма, например:
- Автоматизация и машинное обучение: Эти технологии будут оказывать влияние на рабочие процессы. Аналитики будут все больше работать с данными, создаваемыми ИИ, что потребует новых навыков в области data science.
- Глобализация рынка труда: Удаленные позиции станут более распространенными, что создаст конкуренцию среди кандидатов, не будет рамок на один город.
Источник: @ba_and_sa
p.s. В след раз я еще поделюсь небольшой статистикой по росту вакансий и продолжу пост по походам на собесы
Также я сама в 2020 меня работу, а в 2024 ходила на собесы для изучения рынка
В 2020 году мир столкнулся с пандемией COVID-19, что вызвало резкие изменения в способах работы, в том числе и на рынке труда:
- Удаленная работа: Многие компании перешли на удаленный формат, что открыло новые возможности для специалистов из разных регионов.
Я сама в этот год на работе перешла на удаленку, для меня это было открытием чего-то нового, до этого опыта я думала, что не смогу работать дома, где много соблазна не работать
🙈
- Спрос на аналитику: В условиях неопределенности, компании стали осознавать необходимость в аналитике для оценки рисков и принятия оперативных решений
Тем более уже побывали в стресовых ситуациях, когда некоторые сервисы ушли из России.
- Навыки: Умение работать с удаленными инструментами и аналитическими платформами стало важным, увеличив требования к техническим навыкам.
К 2024 году ситуация на рынке труда продолжила эволюционировать:
- Гибридные модели: Сложились гибридные модели работы, где employees работают как в офисах, так и удаленно, что увеличивает конкурентоспособность специалистов с гибким образом мышления. Но более востребованными вакансиями для соискателей стали с удаленным форматом работы
Сама для себя рассматриваю всегда только удаленный формат работы
- Инструменты и технологии: Возросло использование инструментов для анализа данных (таких как BI-системы) и методологий Agile, что требует от аналитиков навыков работы в командах и умения адаптироваться к быстро меняющимся условиям.
- Фокус на soft skills: Упомянутые выше изменения также повысили важность soft skills, таких как коммуникация, сотрудничество (особенно на удаленном формате) и критическое мышление.
- Образование: Увеличилась роль дополнительных сертификатов и курсов по аналитике, таким как Agile, Scrum, Data Science, что делает акцент на непрерывном обучении.
Сама проходила собеседования и на процентов 60-70 у меня спрашивали про доп. обучение (сертификаты, курсы, вебинары и тд.)
- Технические навыки: Важно было знать более продвинутые аналитические инструменты и технологии, включая инструменты визуализации данных (например, Tableau, Power BI), основы машинного обучения, и многое другое в сфере ИТ (тестирование, программирование, и тд)
- Опыт работы: Чаще искали кандидатов с опытом работы в узких направлениях сферы деятельности (финансы, логистика, гос направления, производство, ИТ и тд)
- Софт-скиллы: Повысилась ценность навыков межличностного общения, управления конфликтами и способности к командной работе. Работодатели искали людей, способных эффективно решать проблемы так же на удаленном формате.
В 2025 году можно ждать новых трендов и изменений в области найма, например:
- Автоматизация и машинное обучение: Эти технологии будут оказывать влияние на рабочие процессы. Аналитики будут все больше работать с данными, создаваемыми ИИ, что потребует новых навыков в области data science.
- Глобализация рынка труда: Удаленные позиции станут более распространенными, что создаст конкуренцию среди кандидатов, не будет рамок на один город.
Источник: @ba_and_sa
p.s. В след раз я еще поделюсь небольшой статистикой по росту вакансий и продолжу пост по походам на собесы
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11🔥3❤1🥰1
Use-case 3.0: краткое руководство
В рамках текущей статьи, приведено основное, краткое содержание руководства Use-Case 3.0 — без отступлений, и дополнительных пояснений по тому или иному пункту.
Содержание:
- Что есть Use-case 3.0?
- Ключевые концепции
- Принципы
- Практики
- Анатомия Use-Case 3.0
- Карта Альф Use-Case 3.0
- Жизненный цикл альфы — Вариант использования
- Жизненный цикл альфы — Срез варианта использования
- Результаты работ — артефакты (Work products)
- Деятельность (Activities)
- Нефункциональные требования
- Жизненные циклы разработки
- Рабочий стол (Workbench)
- В заключении
⏳ 13 мин | 🟤🟤🟤
Перейти | BA|SA
В рамках текущей статьи, приведено основное, краткое содержание руководства Use-Case 3.0 — без отступлений, и дополнительных пояснений по тому или иному пункту.
Содержание:
- Что есть Use-case 3.0?
- Ключевые концепции
- Принципы
- Практики
- Анатомия Use-Case 3.0
- Карта Альф Use-Case 3.0
- Жизненный цикл альфы — Вариант использования
- Жизненный цикл альфы — Срез варианта использования
- Результаты работ — артефакты (Work products)
- Деятельность (Activities)
- Нефункциональные требования
- Жизненные циклы разработки
- Рабочий стол (Workbench)
- В заключении
Перейти | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Use-case 3.0: краткое руководство
В феврале 2024 года Ивар Якобсон и Алистер Кокберн опубликовали набор принципов и ключевых концепций, лежащих в основе всех успешных применений вариантов использования. Документ был назван The...
🔥12👍4❤1
System Design для начинающих: всё, что вам нужно. Часть 1
Предисловие от автора:
«Изучая System Design, вы часто видите только теоретические материалы. В этой статье я постарался показать в том числе практическую реализацию многих вещей, чтобы вы не просто готовились к собеседованиям, но и знали, как эти вещи используются в реальном мире»
⏳ 13 мин | 🟤⚪️⚪️
Перейти | BA|SA
Предисловие от автора:
«Изучая System Design, вы часто видите только теоретические материалы. В этой статье я постарался показать в том числе практическую реализацию многих вещей, чтобы вы не просто готовились к собеседованиям, но и знали, как эти вещи используются в реальном мире»
Перейти | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
System Design для начинающих: всё, что вам нужно. Часть 1
Вам не нужно изучать какую‑либо теорию, кроме этой статьи, чтобы начать собеседоваться. После прочтения смело приступайте к решению типовых System Design задач. Изучая System Design , вы...
👍5❤1
Алоха! Еще до новогодних праздников я начала ходить по собеседованиям, чтобы понять, что изменилось в найме. До этого я написала пост о прохождении 15 собеседований и сейчас хочу упомянуть лишь одно, которое запомнилось мне сразу, своим подходом и вопросами.
После прошлых собесов, я прошла еще порядка 15, но планирую добить до 20, посмотрим что выйдет)) в конце будет фитбек в целом по рынку и найму в наше время.
Итак перейдем к самому собесу, что же мне там понравилось и запомнилось👇
1️⃣ Для начала со мной связалась hr, девушка была приятная, сразу же на собеседовании она узнала про мой опыт, про планы на будущее, с какими трудностями я сталкивалась, сколько конфликтов я запомнила и как решала, пару технических задала. Т.е. было не типичное общение с hr, а они подошли уже на этой стадии серьезно.
2️⃣ Потом меня пригласили на второе собеседование уже с руководителем. Проходило оно удаленно, нас было 4 человека (hr, руководитель, бизнес аналитик и я) они были в поиске старшего системного аналитика на один из своих проектов.
На собеседовании системному аналитика могут задать ряд нестандартных и интересных вопросов, которые направлены не только на оценку технических знаний, но и на проверку аналитического мышления, креативности и способности решать проблемы.
✅ Необычные и интересные вопросы, которые мне запомнились:
1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?
Этот вопрос позволяет оценить навыки убеждения, а также умение работать с подходами к управлению изменениями.
2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?
Кандидата просят не только поделиться опытом, но и продемонстрировать способности к самоанализу и рефлексии.
3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?
Этот вопрос позволяет понять, какой подход или инструмент кандидат считает наиболее эффективным и почему.
4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?
Это демонстрирует понимание проблем наследуемого кода и навыков их интеграции в современные процессы.
5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?
Кандидат может продемонстрировать свои способности к инновационному мышлению и креативным решениям.
6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?
Это вопрос о критическом мышлении и о способности видеть возможности для улучшений.
7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?
Такой вопрос помогает оценить, насколько кандидат учитывает различные заинтересованные стороны.
8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?
Этот вопрос может выявить гибкость кандидата и его способность адаптироваться к различным рабочим средам.
9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?
Это позволяет кандидату обсудить примеры стрессовых ситуаций и самокритичного анализа свой действий.
___________
По техническим вопросам мы тоже прошлись, где были вопросы: про UML, бизнес-процессы, BPMN, интеграции, API и тд.
Само собеседование проходило в дружелюбной форме, мы сразу перешли на «ты», обсуждали много что-то вместе, успели посмеяться, немного поспорить))
После собеседования, мне так стало интересно почему именно такой подход у них, что я не постеснялась и спросила, почему были именно такие вопросы🙈 На что мне руководитель ответил, что задавая такие необычные вопросы, работодатели могут лучше понять не только профессиональные навыки, но и личные качества кандидата, его стиль работы и способности к решению сложных задач. Этот подход помогает создать более полное представление о том, как кандидат может вписаться в команду и в будущие проекты.
#собеседование | @ba_and_sa
После прошлых собесов, я прошла еще порядка 15, но планирую добить до 20, посмотрим что выйдет)) в конце будет фитбек в целом по рынку и найму в наше время.
Итак перейдем к самому собесу, что же мне там понравилось и запомнилось
На собеседовании системному аналитика могут задать ряд нестандартных и интересных вопросов, которые направлены не только на оценку технических знаний, но и на проверку аналитического мышления, креативности и способности решать проблемы.
1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?
Этот вопрос позволяет оценить навыки убеждения, а также умение работать с подходами к управлению изменениями.
2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?
Кандидата просят не только поделиться опытом, но и продемонстрировать способности к самоанализу и рефлексии.
3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?
Этот вопрос позволяет понять, какой подход или инструмент кандидат считает наиболее эффективным и почему.
4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?
Это демонстрирует понимание проблем наследуемого кода и навыков их интеграции в современные процессы.
5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?
Кандидат может продемонстрировать свои способности к инновационному мышлению и креативным решениям.
6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?
Это вопрос о критическом мышлении и о способности видеть возможности для улучшений.
7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?
Такой вопрос помогает оценить, насколько кандидат учитывает различные заинтересованные стороны.
8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?
Этот вопрос может выявить гибкость кандидата и его способность адаптироваться к различным рабочим средам.
9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?
Это позволяет кандидату обсудить примеры стрессовых ситуаций и самокритичного анализа свой действий.
___________
По техническим вопросам мы тоже прошлись, где были вопросы: про UML, бизнес-процессы, BPMN, интеграции, API и тд.
Само собеседование проходило в дружелюбной форме, мы сразу перешли на «ты», обсуждали много что-то вместе, успели посмеяться, немного поспорить))
После собеседования, мне так стало интересно почему именно такой подход у них, что я не постеснялась и спросила, почему были именно такие вопросы
#собеседование | @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥16👍9❤5
Алоха! Сегодня поделюсь с вами своими ответами на вопросы, которые задали мне на одном из собеседований, которое мы обсуждали вчера😉
#собеседование | @ba_and_sa
1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?
2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?
3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?
4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?
5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?
6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?
7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?
8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?
9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?
Источник: @ba_and_sa
#собеседование | @ba_and_sa
1. Представьте, что вам нужно убедить руководство в том, что проект, который они одобрили, должен быть отменен или изменен. Как вы подойдете к этой задаче?
1. Провела детальный анализ текущего состояния проекта, выявив его слабые стороны и возможные риски.
2. Подготовила бы презентацию, в которой на основе собранных данных бы четко показала потенциальные проблемы (например: превышение бюджета, несоответствие бизнес-целям или недостаток ресурсов)
3. Предложила альтернативные варианты, которые могут принести больше пользы для компании.❗️ Главное быть уверенным, что проект провальный (на основе собранных данных), также нужно предоставить инфу на понятном языке для заказчика
2. Какой самый сложный проект, на котором вам приходилось работать, и какие уроки вы из него извлекли?
П
ереход на новую ERP-систему. Он требовал интеграции множества старых систем и соответствия разным требованиям бизнеса.
Уроки, которые я вынесла, заключаются в важности тщательной подготовки, привлечения всех заинтересованных сторон на ранних этапах и постоянного общения с командой. Важно также учесть, что изменения могут вызывать сопротивление, поэтому нужно заранее готовить пользователей к новым условиям
3. Если бы вы могли выбрать один инструмент или метод для работы в команде в течение следующего года, что бы это было и почему?
Я бы выбрала Agile-методология. Она позволяет гибко реагировать на изменения, быстро адаптироваться к новым требованиям и улучшать коммуникацию в команде
4. Как вы подходите к работе с очень старыми системами, которые нельзя просто заменить?
1. Провела бы анализ существующих процессов, выявляя ключевые функциональные блоки. 2. Порекомендовала поэтапное обновление, включая интеграцию новых решений и технологий, чтобы постепенно улучшить функциональность системы без значительных затрат
5. Какое ваше самое креативное решение проблемы в проекте, и как вы его реализовали?
Разработка интерактивного прототипа для обучения пользователей. Вместо традиционных учебных материалов я создала симуляцию, которая позволяла пользователям взаимодействовать с системой в безопасной среде. Это значительно снизило количество ошибок после внедрения
6. Если бы у вас была возможность изменить одно правило или процесс в вашей предыдущей работе, что бы это было?
Изменила требование - регистрировать каждую мелкую задачу. Это занимало много времени и ресурсов. Я предложила бы использовать подход разумного управления задачами, чтобы сосредоточиться на более крупных и критически важных задачах, что бы повысить общую продуктивность команды
7. Как вы обеспечиваете баланс между требованиями бизнеса и потребностями пользователей?
Я всегда стараюсь рассматривать требования бизнеса в контексте того, как они влияют на пользователей. Регулярные встречи с бизнес-аналитиками и пользователями помогают находить компромиссные решения. Важно слушать обе стороны, чтобы учесть интересы и добиться конечного успеха проекта
8. В какой мере вы считаете, что ваш стиль работы меняется в зависимости от того, с какой командой вы работаете?
Мой стиль работы действительно изменяется в зависимости от команды. С одними командами я более строго контролирую процесс, а с другими — позволяю больше свободы в принятии решений.
Я адаптируюсь к характеру команды, чтобы создать более продуктивную среду, что, в свою очередь, помогает достигать лучших результатов
9. Как вы справлялись с ситуацией, когда проект пошел не по плану, и что бы вы сделали иначе в следующий раз?
1. Инициация встреч с командой, чтобы определить
корень проблемы и выбрать план действий. Где мы выяснили, что проблемный была недостаточная коммуникация.
2. В след раз у нас были уже регулярные встречи для решения проблем
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍26🔥10❤4
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как аналитику научиться читать код без навыков программирования
Я, как системный аналитик, хочу чтобы начинающие специалисты могли самостоятельно разбираться в коде своих коллег, имели возможность самостоятельно находить ответы на свои вопросы. А зачем аналитикам...
😁11👍5🤯1
Бизнес vs системный аналитик: в чём разница
В статье авторы поделятся своим мнением чем бизнес-аналитик отличается от системного, и расскажут, почему это совсем разные роли.
Статья будет полезна:
- менеджерам
- продуктам
- руководителям проекта
- всем, кто хочет разобраться в теме.
⏳ 6 мин | 🟤⚪️⚪️
Перейти | BA|SA
В статье авторы поделятся своим мнением чем бизнес-аналитик отличается от системного, и расскажут, почему это совсем разные роли.
Статья будет полезна:
- менеджерам
- продуктам
- руководителям проекта
- всем, кто хочет разобраться в теме.
Перейти | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
vc.ru
Бизнес vs системный аналитик: в чём разница — Разработка на vc.ru
Первая грузовая компания Разработка 20 янв
❤16
Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?
«Данная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их анализ, для возможного улучшения»
⏳ 19 мин | 🟤🟤⚪️
Перейти | BA|SA
«Данная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их анализ, для возможного улучшения»
Перейти | BA|SA
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?
Данная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их...
❤3👍1
И снова, Алоха! Сегодня хочу поговорить о пользователях, а точнее о методе, который помогает понять, что для них важно при использовании продукта, ведь у нас цель - создать ПРОДУКТ, удобный, понятный и используемый, именно для ПОЛЬЗОВАТЕЛЕЙ!
И тут к нам на помощь🦸♀️ может прийти «Модель Кано» (есть и другие модели)
Модель Кано — это инструмент, разработанный профессором Нориаки Кано, который помогает анализировать и классифицировать требования клиентов к продукту или услуге. Модель выделяет различные категории требований, что позволяет бизнес-аналитикам/системный аналитикам лучше понять, что важно для пользователей и как это может повлиять на их удовлетворенность.
⚙️ Рассмотрим детальнее компоненты модели Кано
1. Базовые требования/обязательные (Must-be requirements)🏠
Это обязательные требования, которые должны быть выполнены. Их отсутствие вызывает серьезное недовольство, но их наличие не увеличивает удовлетворение.
Пример: В интернет-магазине наличие корзины для покупок — обязательная функция. Без неё пользователи не смогут сделать заказ.
2. Ожидаемые требования (Performance requirements)💫
Чем лучше эти требования выполнены, тем больше удовлетворение пользователей. Это "линейные" требования, где удовлетворение растет пропорционально качеству выполнения.
Пример: В том же интернет-магазине возможность фильтровать товары по цене или рейтингу — желаемая функция. Она делает выбор более удобным, но без неё магазин будет все равно работать.
3. Привлекательные требования (Excitement requirements)🎁
Эти требования могут значительно повысить удовлетворение, но их отсутствие не вызывает недовольства. Это функциональности, которые пользователи не ожидают, но которые приятно удивляют.
Пример: В интернет-магазине бесплатная доставка при заказе от определенной суммы — приятный сюрприз. Пользователи будут более довольны, если получат такую акцию.
4. Неважные требования (Indifferent requirements)🥱
Эти требования не влияют на удовлетворение пользователей, независимо от того, выполнены они или нет.
Пример: Возможность менять цвет иконки приложения или цвет кнопки «Купить» на сайте. Для большинства пользователей это не имеет значения.
5. Обратные требования (Reverse requirements)❌
Эти требования ведут к недовольству, если они реализованы, и наоборот, их отсутствие может быть положительным моментом.
Пример: Сложный и запутанный процесс оформления заказа в интернет-магазине. Если пользователи сталкиваются с трудностями, они могут покинуть сайт
💡 Как пользоваться моделью Кано
1. Сбор данных: Начните с опросов, интервью или фокус-групп для выявления требований и ожиданий клиентов.
2. Классификация требований: Используйте компоненты модели Кано для классификации собранных требований. Определите, к какой категории относятся каждый из пунктов.
3. Приоритизация требований: Оцените важность и влияние каждого требования на удовлетворение клиента. Это поможет определить, какие аспекты следует развивать в первую очередь.
4. Формулирование рекомендаций: На основе классификации и приоритизации создайте отчеты и рекомендации для команды разработки, указав, какие функции следует реализовать в первую очередь.
5. Оценка результатов: После внедрения изменений проведите повторный опрос или анализ, чтобы понять, как изменения повлияли на удовлетворение клиентов и при необходимости скорректируйте курс.
Модель Кано является мощным инструментом для бизнес-аналитиков, позволяя им сосредоточиться на том, что действительно важно для пользователей, и избегать излишней перегрузки продуктовых функций, которые не приносят ценности.
📌 Статьи для прочтения, лишним не будут)))
- Что такое модель Кано: как построить на примере
- Объяснение модели Кано: анализ и примеры
Источник: @ba_and_sa
И тут к нам на помощь
Модель Кано — это инструмент, разработанный профессором Нориаки Кано, который помогает анализировать и классифицировать требования клиентов к продукту или услуге. Модель выделяет различные категории требований, что позволяет бизнес-аналитикам/системный аналитикам лучше понять, что важно для пользователей и как это может повлиять на их удовлетворенность.
1. Базовые требования/обязательные (Must-be requirements)
Это обязательные требования, которые должны быть выполнены. Их отсутствие вызывает серьезное недовольство, но их наличие не увеличивает удовлетворение.
Пример: В интернет-магазине наличие корзины для покупок — обязательная функция. Без неё пользователи не смогут сделать заказ.
2. Ожидаемые требования (Performance requirements)
Чем лучше эти требования выполнены, тем больше удовлетворение пользователей. Это "линейные" требования, где удовлетворение растет пропорционально качеству выполнения.
Пример: В том же интернет-магазине возможность фильтровать товары по цене или рейтингу — желаемая функция. Она делает выбор более удобным, но без неё магазин будет все равно работать.
3. Привлекательные требования (Excitement requirements)
Эти требования могут значительно повысить удовлетворение, но их отсутствие не вызывает недовольства. Это функциональности, которые пользователи не ожидают, но которые приятно удивляют.
Пример: В интернет-магазине бесплатная доставка при заказе от определенной суммы — приятный сюрприз. Пользователи будут более довольны, если получат такую акцию.
4. Неважные требования (Indifferent requirements)
Эти требования не влияют на удовлетворение пользователей, независимо от того, выполнены они или нет.
Пример: Возможность менять цвет иконки приложения или цвет кнопки «Купить» на сайте. Для большинства пользователей это не имеет значения.
5. Обратные требования (Reverse requirements)
Эти требования ведут к недовольству, если они реализованы, и наоборот, их отсутствие может быть положительным моментом.
Пример: Сложный и запутанный процесс оформления заказа в интернет-магазине. Если пользователи сталкиваются с трудностями, они могут покинуть сайт
1. Сбор данных: Начните с опросов, интервью или фокус-групп для выявления требований и ожиданий клиентов.
2. Классификация требований: Используйте компоненты модели Кано для классификации собранных требований. Определите, к какой категории относятся каждый из пунктов.
3. Приоритизация требований: Оцените важность и влияние каждого требования на удовлетворение клиента. Это поможет определить, какие аспекты следует развивать в первую очередь.
4. Формулирование рекомендаций: На основе классификации и приоритизации создайте отчеты и рекомендации для команды разработки, указав, какие функции следует реализовать в первую очередь.
5. Оценка результатов: После внедрения изменений проведите повторный опрос или анализ, чтобы понять, как изменения повлияли на удовлетворение клиентов и при необходимости скорректируйте курс.
Модель Кано является мощным инструментом для бизнес-аналитиков, позволяя им сосредоточиться на том, что действительно важно для пользователей, и избегать излишней перегрузки продуктовых функций, которые не приносят ценности.
- Что такое модель Кано: как построить на примере
- Объяснение модели Кано: анализ и примеры
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15👌10❤6
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как написать грамотный гайд: правила для техписов и разрабов
Большинство гайдов по программному обеспечению написаны трагически плохо. В них не хватает важной информации, и это мешает пользователям повторить описанные в руководстве процессы. Иногда автор...
👏3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Docs-as-Code в технической документации: переход от reStructuredText к AsciiDoc
Хабр, привет! На связи коллективный разум технических писателей компании «Базис». Над представленным в этой статье проектом мы работали вместе, так что и рассказывать о нем будем вместе. Если точнее,...
👍2
Forwarded from DevOps | Инфраструктура | IT
The Architect's Blueprint:
10 архитектурных стилей программного обеспечения и их паттерны
Перейти | AS&IT
10 архитектурных стилей программного обеспечения и их паттерны
Перейти | AS&IT
👍9❤2🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Путеводитель по техническим транзакциям с Camunda 8 и Spring
Интересно, как работают технические транзакции с Camunda и фреймворком Spring? Узнайте больше о транзакционном поведении в этом блоге. Мы регулярно отвечаем на вопросы о том, как работают технические...
❤3👍2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как использовать японские подходы в IT. Часть 1: петля за петлей
Самурай без меча подобен самураю с мечом, но без меча. Японская пословица. Привет! Конничива! Меня все еще зовут Виктор, и я — менеджер проектов в Selectel . Мой карьерный путь оказался извилистым. Я...
👍5❤1