Что такое NPS, чем упущенный импакт отличается от обычного и как он может помочь при расстановке приоритетов?
Аббревиатура выше расшифровывается как Net Promoter Score, или индекс потребительской лояльности. Эта метрика показывает отношение потребителей к бренду.
Подробнее о том, как она рассчитывается и чем NPS отличается от tNPS, в статье на Хабре рассказал Сергей Барановский, руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС.
Читать статью
Аббревиатура выше расшифровывается как Net Promoter Score, или индекс потребительской лояльности. Эта метрика показывает отношение потребителей к бренду.
Подробнее о том, как она рассчитывается и чем NPS отличается от tNPS, в статье на Хабре рассказал Сергей Барановский, руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС.
Читать статью
Хабр
Упущенный импакт tNPS: потенциал, как основа ранжирования
Привет, Хабр! Меня зовут Сергей Барановский, я руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС. Сегодня поговорим о том, что такое NPS, чем упущенный импакт отличается от...
👍6😢1
Профессия аналитик: 13 специализаций. Чем они занимаются?
1. Бизнес-аналитик
2. Аналитик данных
3. Аналитик финансов
4. Системный аналитик
5. Веб-аналитик
6. Аналитик-1С
7. Аналитик маркетплейсов (Wildberries и тд)
8. SMM-аналитик
9. Продуктовый аналитик
10. BI-аналитик
11. UX-аналитик
12. Game аналитик
13. Аналитик качества данных
Читать статью
1. Бизнес-аналитик
2. Аналитик данных
3. Аналитик финансов
4. Системный аналитик
5. Веб-аналитик
6. Аналитик-1С
7. Аналитик маркетплейсов (Wildberries и тд)
8. SMM-аналитик
9. Продуктовый аналитик
10. BI-аналитик
11. UX-аналитик
12. Game аналитик
13. Аналитик качества данных
Читать статью
vc.ru
Профессия аналитик: 13 специализаций. Чем они занимаются? — Карьера на vc.ru
Аналитики собирают данные об эффективности бизнеса, составляет статистические отчеты, определяют области, требующие улучшения, и создают рекомендуемый план оптимизации процессов.
❤5
Техническое Задание для вашего сайта
«ТЗ — это письменное соглашение между вами и исполнителем, совместное видение того, каким должен быть ваш сайт или приложение. Однако ТЗ — это не просто список требований к продукту. Это документ, по которому вы вправе напомнить исполнителю его обязательства и требовать внесения правок, если вас что-то не устраивает. Если в процессе работы придется сменить исполнителя, вы всегда сможете передать ТЗ другому.»
Читать статью
«ТЗ — это письменное соглашение между вами и исполнителем, совместное видение того, каким должен быть ваш сайт или приложение. Однако ТЗ — это не просто список требований к продукту. Это документ, по которому вы вправе напомнить исполнителю его обязательства и требовать внесения правок, если вас что-то не устраивает. Если в процессе работы придется сменить исполнителя, вы всегда сможете передать ТЗ другому.»
Читать статью
Medium
Техническое Задание для вашего сайта
Кто должен делать ТЗ и зачем?
🔥6👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Когда новая фича превзошла все ожидания
😁27😱2
Forwarded from Business | System analyst
Жизненный цикл программного обеспечения и какое место занимает Бизнес-аналитик в нем
Сегодня предлагаю затронуть тему жизненного цикла ПО и понять на каких этапах необходим Бизнес-аналитик
Для чего вообще нужен бизнес-аналитик при разработке ПО?
Сегодня сфера бизнес-анализа играет важную роль в 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? Этапы, методология и процессы жизненного цикла программного обеспечения
Сегодня предлагаю затронуть тему жизненного цикла ПО и понять на каких этапах необходим Бизнес-аналитик
Для чего вообще нужен бизнес-аналитик при разработке ПО?
Сегодня сфера бизнес-анализа играет важную роль в 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? Этапы, методология и процессы жизненного цикла программного обеспечения
👍11👏4
Forwarded from Заметки Аналитика | IT
📑 Курс по документированию API.
(вольный перевод курса Documenting APIs: a guide for technical writers, составленного Томом Джонсоном, техническим писателем Amazon)
На курсе вы разберете API на составные части, узнаете о конечных точках, параметрах, типах данных, аутентификации, curl, JSON, командной строке, консоли разработчика Chrome, JavaScript и прочих деталях, связанных с REST API.
Модули курса:
▪︎ Введение в REST API
▪︎ Используем API как разработчики
▪︎ Документирование конечных точек
▪︎ Спецификация OpenAPI и Swagger
▪︎ Тестирование документации
▪︎ Концептуальные разделы
▪︎ Публикация документации
▪︎ Работа технического писателя
▪︎ Нативные библиотеки API
▪︎ Глоссарий API и источники
▪︎ Документирование кода
#api | @notes_analyst
(вольный перевод курса Documenting APIs: a guide for technical writers, составленного Томом Джонсоном, техническим писателем Amazon)
На курсе вы разберете API на составные части, узнаете о конечных точках, параметрах, типах данных, аутентификации, curl, JSON, командной строке, консоли разработчика Chrome, JavaScript и прочих деталях, связанных с REST API.
Модули курса:
▪︎ Введение в REST API
▪︎ Используем API как разработчики
▪︎ Документирование конечных точек
▪︎ Спецификация OpenAPI и Swagger
▪︎ Тестирование документации
▪︎ Концептуальные разделы
▪︎ Публикация документации
▪︎ Работа технического писателя
▪︎ Нативные библиотеки API
▪︎ Глоссарий API и источники
▪︎ Документирование кода
#api | @notes_analyst
👍18
Forwarded from Business | System analyst
Простыми словами о матрице RACI
Сегодня предлагаю поговорить о матрице RACI, как инструменте управления ответственностью.
При проектировании или изменении процессов, требуется организовать ответственность и взаимоотношения между ролями, задействованными в процессе. Как же нам в этом поможет матрица RACI, как ее построить и применить? - эти вопросы могут возникнуть при определении ответственных с помощью матрицы RACI.
RACI матрица – простой и удобный инструмент для наглядного отображения распределения полномочий и ответственности в рамках проекта или бизнес-процесса. Грубо говоря, RACI помогает избежать ситуаций, когда непонятно, кто принимает решения, кто выполняет работу, кто несет ответственность.
Чаще всего RACI матрица представляет собой табличку, где по вертикали расположены задачи или конкретные результаты, ожидаемые в ходе проекта, а по горизонтали – конкретные люди или роли (роли, конечно, предпочтительнее).
RACI — это аббревиатура, которая включает в себя четыре роли:
1️⃣ Responsible (ответственный за работу) — ответственный непосредственно за выполнение работы
2️⃣ Accountable (ответственный за результат) — сотрудник, который принимает работу и несёт ответственность за результат. Такую роль может занимать только один человек на одной задаче
3️⃣ Consulted (консультирующий) — один сотрудник или группа, с которыми проводятся консультации касательно задачи и мнения которых должно учитываться
4️⃣ Informed (информируемый) — сотрудники, уведомляемые о выполнении конкретной задачи
Вариации матрицы RACI:
RACI-VS:
- добавляется - Verifier (сотрудник, который проверяет результат на соответствие заранее согласованным критериям)
- добавляется - Signatory (ответственный за сдачу работы заказчику)
RASCI - добавляется - Support (сотрудник, который помогает ответственному выполнять работу)
RACIQ- добавляется Quality (сотрудник, который проверяет работу на соответствие качеству)
RACIO- добавляет Оut of the loop (тот, кто не участвует в проекте)
В целом, можно сказать, что матрица RACI — это удобный инструмент визуализации, являющийся частью проектирования любого процесса, ибо в любом процессе есть роли и деятельности, которые требуется распределить и контролировать.
Материалы по теме:
- Руководство по матрицам RACI с примерами
- RACI матрица как инструмент управления ответственностью
Сегодня предлагаю поговорить о матрице RACI, как инструменте управления ответственностью.
При проектировании или изменении процессов, требуется организовать ответственность и взаимоотношения между ролями, задействованными в процессе. Как же нам в этом поможет матрица RACI, как ее построить и применить? - эти вопросы могут возникнуть при определении ответственных с помощью матрицы RACI.
RACI матрица – простой и удобный инструмент для наглядного отображения распределения полномочий и ответственности в рамках проекта или бизнес-процесса. Грубо говоря, RACI помогает избежать ситуаций, когда непонятно, кто принимает решения, кто выполняет работу, кто несет ответственность.
Чаще всего RACI матрица представляет собой табличку, где по вертикали расположены задачи или конкретные результаты, ожидаемые в ходе проекта, а по горизонтали – конкретные люди или роли (роли, конечно, предпочтительнее).
RACI — это аббревиатура, которая включает в себя четыре роли:
1️⃣ Responsible (ответственный за работу) — ответственный непосредственно за выполнение работы
2️⃣ Accountable (ответственный за результат) — сотрудник, который принимает работу и несёт ответственность за результат. Такую роль может занимать только один человек на одной задаче
3️⃣ Consulted (консультирующий) — один сотрудник или группа, с которыми проводятся консультации касательно задачи и мнения которых должно учитываться
4️⃣ Informed (информируемый) — сотрудники, уведомляемые о выполнении конкретной задачи
Вариации матрицы RACI:
RACI-VS:
- добавляется - Verifier (сотрудник, который проверяет результат на соответствие заранее согласованным критериям)
- добавляется - Signatory (ответственный за сдачу работы заказчику)
RASCI - добавляется - Support (сотрудник, который помогает ответственному выполнять работу)
RACIQ- добавляется Quality (сотрудник, который проверяет работу на соответствие качеству)
RACIO- добавляет Оut of the loop (тот, кто не участвует в проекте)
В целом, можно сказать, что матрица RACI — это удобный инструмент визуализации, являющийся частью проектирования любого процесса, ибо в любом процессе есть роли и деятельности, которые требуется распределить и контролировать.
Материалы по теме:
- Руководство по матрицам RACI с примерами
- RACI матрица как инструмент управления ответственностью
👍18