SlideShare uma empresa Scribd logo
1 de 17
КТО ЕСТЬ КТО
в IT
ИТ каникулы в JazzTeam
Бизнес-аналитик
Это специалист, который исследует проблему
заказчика, ищет решение и оформляет его
концепцию в форме требований, на которые
в дальнейшем будут ориентироваться
разработчики при создании продукта.
Главная задача бизнес-аналитика — выявить
проблемы бизнеса заказчика и найти
максимально эффективное решение. Для этого
он должен обладать знаниями в предметной
области.
Бизнес-аналитик работает с требованиями
на всех этапах жизненного цикла
разработки ПО и постоянно выступает
посредником между заказчиком и командой
программистов.
Product owner
Человек, отвечающий за разработку
продукта.
Как правило, это product manager для
продуктовой разработки, менеджер проекта
для внутренней разработки и представитель
заказчика для заказной разработки.
Product Owner – это единая точка принятия
окончательных решений для команды в
проекте.
Scrum master
Отвечает за успех Scrum процессов в проекте.
Является интерфейсом между менеджментом
и командой.
Ведет Daily Scrum Meeting и отслеживает
прогресс команды при помощи Sprint Backlog.
Может также помогать Product Owner
создавать Backlog для команды.
Dev Ops engineer
Работает на стыке программирования и
системного администрирования.
Занимается автоматизацией жизненного
цикла приложения (включая
проектирование, разработку,
тестирование, развертывание, поддержку
и мониторинг).
Его цель - максимально увеличить
предсказуемость, эффективность
и безопасность разработки ПО.
Support engineer
Представитель службы технической
поддержки
Принимает и рассматривает заявки
от пользователей продукта или других
инженеров техподдержки.
В зависимости от типа заявки, этот
специалист решает возникшую проблему
самостоятельно или передает
на рассмотрение коллегам.
Technical writer
Умеет перевести любую техническую
информацию на человекопонятный
язык.
Зоны ответственности: техническая
документация, release notes,
software requirements specification,
презентации, meeting minutes,
user stories и даже технические
книжки, how-to видео уроки.
Project manager
Управление проектом в целом и несение
ответственности за его ход и результат.
Зоны ответственности:
расстановка приоритетов, Планирование
выполнения работ, контроль, коммуникации,
а также оперативное решение проблем.
«Хороший PM ценит время, является хорошим
аналитиком, психологом, лидером; энергичен,
позитивен, не паникует, вместо отговорок ищет пути
решения проблем, политкорректен, понимает
стратегию и тактику».
Светлана Милачёва, Project manager
JazzTeam
Спасибо за внимание

Mais conteúdo relacionado

Mais procurados

Continuous UX: встраиваем IxD в процесс гибкой разработки ПО
Continuous UX: встраиваем IxD в процесс гибкой разработки ПОContinuous UX: встраиваем IxD в процесс гибкой разработки ПО
Continuous UX: встраиваем IxD в процесс гибкой разработки ПОСобака Павлова
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуSQALab
 
ТИЦ - инжиниринговые услуги
ТИЦ - инжиниринговые услугиТИЦ - инжиниринговые услуги
ТИЦ - инжиниринговые услугиVladislav Troshin
 
Как мы перестали делать сайты и приложения и начали создавать продукты
Как мы перестали делать сайты и приложения и начали создавать продуктыКак мы перестали делать сайты и приложения и начали создавать продукты
Как мы перестали делать сайты и приложения и начали создавать продуктыCreate Digital
 
Измеряем неизмеримое: навыки, знания и компетенции
Измеряем неизмеримое: навыки, знания и компетенцииИзмеряем неизмеримое: навыки, знания и компетенции
Измеряем неизмеримое: навыки, знания и компетенцииCEE-SEC(R)
 
Аналитик в Agile (статья)
Аналитик в Agile (статья)Аналитик в Agile (статья)
Аналитик в Agile (статья)Andrey Bibichev
 
Менеджер продукта: где границы роли?
Менеджер продукта: где границы роли?Менеджер продукта: где границы роли?
Менеджер продукта: где границы роли?Yury Kupriyanov
 
Бизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоSQALab
 
Продуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовПродуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовCreate Digital
 
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворковYana Brodetski
 
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
 
Как построить системный анализ в продуктовых Agile-командах
Как построить системный анализ в продуктовых Agile-командахКак построить системный анализ в продуктовых Agile-командах
Как построить системный анализ в продуктовых Agile-командахSQALab
 
Успешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа BA, PO, PMУспешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа BA, PO, PMAnton Vityaz
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по AgileAlexey Deryushkin
 
Разговоры — это тоже работа
Разговоры — это тоже работаРазговоры — это тоже работа
Разговоры — это тоже работаСобака Павлова
 
Как из хаоса рождается порядок
Как из хаоса рождается порядокКак из хаоса рождается порядок
Как из хаоса рождается порядокSQALab
 
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014it-people
 
Концепция продукта
Концепция продуктаКонцепция продукта
Концепция продуктаYury Kupriyanov
 

Mais procurados (20)

Continuous UX: встраиваем IxD в процесс гибкой разработки ПО
Continuous UX: встраиваем IxD в процесс гибкой разработки ПОContinuous UX: встраиваем IxD в процесс гибкой разработки ПО
Continuous UX: встраиваем IxD в процесс гибкой разработки ПО
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущему
 
ТИЦ - инжиниринговые услуги
ТИЦ - инжиниринговые услугиТИЦ - инжиниринговые услуги
ТИЦ - инжиниринговые услуги
 
Как мы перестали делать сайты и приложения и начали создавать продукты
Как мы перестали делать сайты и приложения и начали создавать продуктыКак мы перестали делать сайты и приложения и начали создавать продукты
Как мы перестали делать сайты и приложения и начали создавать продукты
 
Измеряем неизмеримое: навыки, знания и компетенции
Измеряем неизмеримое: навыки, знания и компетенцииИзмеряем неизмеримое: навыки, знания и компетенции
Измеряем неизмеримое: навыки, знания и компетенции
 
Аналитик в Agile (статья)
Аналитик в Agile (статья)Аналитик в Agile (статья)
Аналитик в Agile (статья)
 
Менеджер продукта: где границы роли?
Менеджер продукта: где границы роли?Менеджер продукта: где границы роли?
Менеджер продукта: где границы роли?
 
Бизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумного
 
Продуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктовПродуктовый подход в заказной разработке цифровых продуктов
Продуктовый подход в заказной разработке цифровых продуктов
 
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
 
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
 
Как построить системный анализ в продуктовых Agile-командах
Как построить системный анализ в продуктовых Agile-командахКак построить системный анализ в продуктовых Agile-командах
Как построить системный анализ в продуктовых Agile-командах
 
Успешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа BA, PO, PMУспешный запуск продукта: совместная работа BA, PO, PM
Успешный запуск продукта: совместная работа BA, PO, PM
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
 
FeatureOwner
FeatureOwnerFeatureOwner
FeatureOwner
 
Проекты и Процессы
Проекты и ПроцессыПроекты и Процессы
Проекты и Процессы
 
Разговоры — это тоже работа
Разговоры — это тоже работаРазговоры — это тоже работа
Разговоры — это тоже работа
 
Как из хаоса рождается порядок
Как из хаоса рождается порядокКак из хаоса рождается порядок
Как из хаоса рождается порядок
 
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
 
Концепция продукта
Концепция продуктаКонцепция продукта
Концепция продукта
 

Semelhante a Роли в IT

Кто такой менеджер продукта
Кто такой менеджер продуктаКто такой менеджер продукта
Кто такой менеджер продуктаKonstantin Bredyuk
 
Системный анализ в процессе разработки ПО
Системный анализ в процессе разработки ПОСистемный анализ в процессе разработки ПО
Системный анализ в процессе разработки ПОMaxim Galimov
 
Организация эффективных процессов
Организация эффективных процессовОрганизация эффективных процессов
Организация эффективных процессовVladimir Melnikov
 
Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1Andrii Gakhov
 
должностные обязанности
должностные обязанностидолжностные обязанности
должностные обязанностиNatalia Zhelnova
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management FrameworksElena Petrova
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)SPECIA
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...Lead Zeppelin
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
 
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаUXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаYury Vetrov
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury Vetrov
 
вольфсон основы Agile
вольфсон   основы Agileвольфсон   основы Agile
вольфсон основы AgileMagneta AI
 
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ruTechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ruBadoo Development
 
Презентация он-лайн программы обучения управления продуктами
Презентация он-лайн программы обучения управления продуктамиПрезентация он-лайн программы обучения управления продуктами
Презентация он-лайн программы обучения управления продуктамиDmitry Bezuglyy
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
 
Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Lviv Startup Club
 

Semelhante a Роли в IT (20)

Кто такой менеджер продукта
Кто такой менеджер продуктаКто такой менеджер продукта
Кто такой менеджер продукта
 
Системный анализ в процессе разработки ПО
Системный анализ в процессе разработки ПОСистемный анализ в процессе разработки ПО
Системный анализ в процессе разработки ПО
 
Организация эффективных процессов
Организация эффективных процессовОрганизация эффективных процессов
Организация эффективных процессов
 
Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1
 
должностные обязанности
должностные обязанностидолжностные обязанности
должностные обязанности
 
Product Management Frameworks
Product Management FrameworksProduct Management Frameworks
Product Management Frameworks
 
Agile testing
Agile testingAgile testing
Agile testing
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
 
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ... "Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
"Написание спецификации формы и поведения: зачем, кому и как." Саша Куценко ...
 
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"
 
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практикаUXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
UXPeople2013: Юрий Ветров — UX-стратегия. Теория и практика
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
 
вольфсон основы Agile
вольфсон   основы Agileвольфсон   основы Agile
вольфсон основы Agile
 
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ruTechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
 
Презентация он-лайн программы обучения управления продуктами
Презентация он-лайн программы обучения управления продуктамиПрезентация он-лайн программы обучения управления продуктами
Презентация он-лайн программы обучения управления продуктами
 
Формирование проектной команды
Формирование проектной командыФормирование проектной команды
Формирование проектной команды
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
 
Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product Serdiyk Oleksandr. Way from engineer to product
Serdiyk Oleksandr. Way from engineer to product
 
UX Design Рrocess
UX Design РrocessUX Design Рrocess
UX Design Рrocess
 
Менеджер ИТ продукта
Менеджер ИТ продуктаМенеджер ИТ продукта
Менеджер ИТ продукта
 

Роли в IT

  • 1. КТО ЕСТЬ КТО в IT ИТ каникулы в JazzTeam
  • 2.
  • 3. Бизнес-аналитик Это специалист, который исследует проблему заказчика, ищет решение и оформляет его концепцию в форме требований, на которые в дальнейшем будут ориентироваться разработчики при создании продукта. Главная задача бизнес-аналитика — выявить проблемы бизнеса заказчика и найти максимально эффективное решение. Для этого он должен обладать знаниями в предметной области. Бизнес-аналитик работает с требованиями на всех этапах жизненного цикла разработки ПО и постоянно выступает посредником между заказчиком и командой программистов.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10. Product owner Человек, отвечающий за разработку продукта. Как правило, это product manager для продуктовой разработки, менеджер проекта для внутренней разработки и представитель заказчика для заказной разработки. Product Owner – это единая точка принятия окончательных решений для команды в проекте.
  • 11. Scrum master Отвечает за успех Scrum процессов в проекте. Является интерфейсом между менеджментом и командой. Ведет Daily Scrum Meeting и отслеживает прогресс команды при помощи Sprint Backlog. Может также помогать Product Owner создавать Backlog для команды.
  • 12. Dev Ops engineer Работает на стыке программирования и системного администрирования. Занимается автоматизацией жизненного цикла приложения (включая проектирование, разработку, тестирование, развертывание, поддержку и мониторинг). Его цель - максимально увеличить предсказуемость, эффективность и безопасность разработки ПО.
  • 13. Support engineer Представитель службы технической поддержки Принимает и рассматривает заявки от пользователей продукта или других инженеров техподдержки. В зависимости от типа заявки, этот специалист решает возникшую проблему самостоятельно или передает на рассмотрение коллегам.
  • 14. Technical writer Умеет перевести любую техническую информацию на человекопонятный язык. Зоны ответственности: техническая документация, release notes, software requirements specification, презентации, meeting minutes, user stories и даже технические книжки, how-to видео уроки.
  • 15. Project manager Управление проектом в целом и несение ответственности за его ход и результат. Зоны ответственности: расстановка приоритетов, Планирование выполнения работ, контроль, коммуникации, а также оперативное решение проблем. «Хороший PM ценит время, является хорошим аналитиком, психологом, лидером; энергичен, позитивен, не паникует, вместо отговорок ищет пути решения проблем, политкорректен, понимает стратегию и тактику».
  • 16.
  • 17. Светлана Милачёва, Project manager JazzTeam Спасибо за внимание