Product lifecycle ws software development (sef)Dmitry Bezuglyy
В предлагаемом докладе делается сравнительный анализ общепринятого подхода к построению процесса создания новых продуктов и наиболее распространенных процессов разработки ПО таких как OUP, MSF и Scrum.
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции Software Quality Assurance Days (2–3 декабря 2011 года, Москва).
Product lifecycle ws software development (sef)Dmitry Bezuglyy
В предлагаемом докладе делается сравнительный анализ общепринятого подхода к построению процесса создания новых продуктов и наиболее распространенных процессов разработки ПО таких как OUP, MSF и Scrum.
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции Software Quality Assurance Days (2–3 декабря 2011 года, Москва).
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...SQADays_2009_Piter
Ромуальд Здебский, Microsoft, Санкт-Петербург, Россия
Обеспечение качества через интегрированное управление проектами разработки ПО - настоящее и будущее
Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года).
Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner.
Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS.
Видеозапись семинара: https://vimeo.com/76600088.
Module 4 On going service consumption vs deliverables expectationsNatalia Perestyuk
ИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Lanzarote´s International Language School
L.I.L.S. is a well respected, established language academy, located in the beautiful resort of Puerto del Carmen. Conveniently situated in a quiet street, just of the main avenida, with plenty of free parking close by, it is also very convenient to reach by public transport.
Having spacious, airy purpose built classrooms and reception areas it is the perfect location to study.
L.I.L.S. offers a range of courses, for both adults and children. Spanish, French, German and English.
*Individual or group classes
* Beginners, intermediate and advanced classes
* New classes starting twice a month, so no need to wait till the end of a term
*Intensive courses for anyone needing to learn a language quickly
* Holiday courses. Planning a holiday and would like to combine it with learning a new language? L.I.L.S can also assist with accommodation
* Children’s activity classes every Saturday, well designed classes combining learning and fun
* School holidays, special activity classes available for children
Whatever your language learning requirements are, L.I.L.S. can help. We are extremely flexible and can offer tailor made packages to suit your timetable and budget.
Contact us today and speak to our friendly and professional staff who can offer help and guidance.
Tel: (0034) 928 528 454
Email: info@academialils.com
Website: www.academialils.com
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...SQADays_2009_Piter
Ромуальд Здебский, Microsoft, Санкт-Петербург, Россия
Обеспечение качества через интегрированное управление проектами разработки ПО - настоящее и будущее
Открытый семинар для студентов в компании CUSTIS (3 октября 2013 года).
Лектор: Игорь Беспальчук, руководитель проектов, сертифицированный Scrum Product Owner.
Аннотация: Данный обзорный семинар позволит широким взглядом окинуть процессы, происходящие при заказной разработке, получить представление об этой индустрии и разобраться, как происходит разработка заказного ПО в CUSTIS.
Видеозапись семинара: https://vimeo.com/76600088.
Module 4 On going service consumption vs deliverables expectationsNatalia Perestyuk
ИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 17:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2553.html
Платформа виртуализации данных на основе Tarantool - система, созданная в Mail.Ru Group в прошлом году. Cовместно с АТ Consulting было создано и запущено в production решение для хранения 100 млн. профилей абонентов компании Beeline, выдерживающее значительные нагрузки.
...
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Lanzarote´s International Language School
L.I.L.S. is a well respected, established language academy, located in the beautiful resort of Puerto del Carmen. Conveniently situated in a quiet street, just of the main avenida, with plenty of free parking close by, it is also very convenient to reach by public transport.
Having spacious, airy purpose built classrooms and reception areas it is the perfect location to study.
L.I.L.S. offers a range of courses, for both adults and children. Spanish, French, German and English.
*Individual or group classes
* Beginners, intermediate and advanced classes
* New classes starting twice a month, so no need to wait till the end of a term
*Intensive courses for anyone needing to learn a language quickly
* Holiday courses. Planning a holiday and would like to combine it with learning a new language? L.I.L.S can also assist with accommodation
* Children’s activity classes every Saturday, well designed classes combining learning and fun
* School holidays, special activity classes available for children
Whatever your language learning requirements are, L.I.L.S. can help. We are extremely flexible and can offer tailor made packages to suit your timetable and budget.
Contact us today and speak to our friendly and professional staff who can offer help and guidance.
Tel: (0034) 928 528 454
Email: info@academialils.com
Website: www.academialils.com
DDD — эффективный способ работы в условиях системной сложностиCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции CEE-SECR 2011 (31 октября – 3 ноября 2011 года, Москва).
Практики командной работы: о пользе письменных артефактовCUSTIS
Открытый семинар для студентов в компании CUSTIS (16 октября 2014 года).
Лектор: Денис Гаврилов, руководитель проектов.
Аннотация: В наше время софт очень редко пишут в одиночку и даже над небольшими проектами трудятся целые команды разработки. А работа в команде — это неизбежные коммуникации: обмен информацией, опытом и наработками. Кроме того, от разработчиков часто требуют «умения понимать чужой код», что не всегда оказывается тривиальной задачей. На семинаре будут рассмотрены практики, которые позволят сделать общение в команде более содержательным и продуктивным. Особое внимание мы уделим письменным артефактам (документации, комментариям), грамотное ведение которых сделает текущую работу прозрачнее и поможет будущим поколениям разработчиков легче разбираться в вашем коде.
Виделзапись семинара: https://vimeo.com/109793887.
Юридические аспекты стартапа: ликбез для всех, кто хочет начать свое делоCUSTIS
Открытый семинар для студентов в компании custis (2 октября 2014 года).
Лектор: Инна Паламарчук, ведущий юрист.
Аннотация: Вы хотите запустить собственный IT-проект, открыть свой бизнес и задаетесь вопросом, нужно ли это юридически оформить? У вас есть единомышленники, которые разделяют ваши идеи, готовы бок о бок трудиться с вами или просто хотят финансово помочь? Как сделать все «по уму» с юридической точки зрения? Этот семинар покажет, что на «виртуальный» бизнес тоже распространяются «земные» правила, и поможет грамотно привести ваши начинания в соответствие с законом.
Видеозапись семинара: https://vimeo.com/108269868.
Форматы взаимодействия бизнеса и ИТ в проектах разного типаCUSTIS
Выступление Сергея Тихомирова, нашего первого заместителя генерального директора, на профессиональной встрече CUSTIS Meetup: Управление ИТ-проектами в банках (17 марта 2016 года, Москва).
Открытый семинар для студентов в компании CUSTIS (31 октября 2013 года).
Лектор: Михаил Заборов, архитектор, руководитель стратегических проектов.
Аннотация: Что такое архитектура применительно к IT? Спросите у десяти экспертов — и получите десять разных ответов. При работе над реальными проектами очень важно, чтобы у команды было единое понимание, что такое архитектура, как она устроена, с чем взаимодействует, чем отличается от требований, технологии и других артефактов, какие функции она должна выполнять и, наконец, что такое качественная архитектура. На семинаре мы поделимся своим практически-философским взглядом на проблему.
Видеозапись семинара:
▪ https://vimeo.com/78616983 — философская часть;
▪ https://vimeo.com/78628966 — практическая часть.
Открытый семинар для студентов в компании CUSTIS (25 сентября 2014 года).
Лектор: Игорь Беспальчук, руководитель проектов дирекции технологического развития.
Аннотация: Уже больше тридцати лет термин «архитектура» широко используется в разработке программного обеспечения. Без сомнения, архитектура — это нечто очень значительное, сложное, а может быть, и самое важное при создании качественного ПО. Но на вопрос о четком определении и критериях значимости архитектуры даже специалисты с большим опытом обычно отвечают уклончиво, умножая абстракции и не добавляя ясности в понимание. Неудивительно, что без четкого представления о том, что такое архитектура, нельзя сказать, какой она должна быть, как ее создать и как проверить, иными словами — как управлять архитектурой. На семинаре мы постараемся разобраться со всеми этими вопросами.
Видеозапись семинара: https://vimeo.com/107810012.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Choose method for requirements Tsepkov Analyst Days-2017Maxim Tsepkov
Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017). Страница доклада http://mtsepkov.org/Methods4req
КРОК предлагает решение диагностики и оптимизации производительности, базирующееся на продуктах Precise Software Solutions — ведущего разработчика ПО в данной области. Precise (бывшее подразделение Symantec, выпускавшее линейку приложений Symantec i3) обладает 18-летним опытом работы в области создания решений для оптимизации производительности всех основных пакетных приложений, заказных приложений, баз данных и устройств хранения.
Выступление Владимира Рахтеенко, нашего генерального директора, и Германа Алексеева, ИТ-директора ГК «Спортмастер», на Неделе российского ритейла (7 июня 2017 года, Москва).
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Диаграммы учета как средство для наглядного и целостного отображения правил у...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на конференции «Соколовские чтения «Бухгалтерский учет: взгляд из прошлого в будущее» (22 апреля 2017 года, Санкт-Петербург).
Опыт построения микросервисной архитектуры в цифровом банкеCUSTIS
Выступление Андрея Солощака, ведущего архитектора «Бинбанка», на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
Золотая лихорадка MSA: почему нам не подошли микросервисы?CUSTIS
Выступление Юрия Веретельникова, сооснователя и технического директора Solit Clouds, на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
Выступление Игоря Беспальчука, нашего руководителя проектов, на профессиональной встрече CUSTIS Meetup: Микросервисы в Enterprise (16 марта 2017 года, Москва).
От монолитных моделей предметной области — к модульнымCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на World Information Architecture Day (18 февраля 2017 года, Санкт-Петербург).
Будущее omni-channel маркетинга: инструменты, кейсы и цифрыCUSTIS
Выступление Артема Казакова, директора по маркетингу Retail Rocket, на бизнес-завтраке «К 2017 готовы: продвинутые инструменты маркетинга для интернет-магазинов» (13 декабря 2016 года, Москва).
This document summarizes Adam Sitnik's presentation on .NET performance. It discusses new features in C# 7 like ValueTuple, ref returns and locals, and Span. It also covers .NET Core improvements such as ArrayPool and ValueTask that reduce allocations. The presentation shows how these features improve performance through benchmarks and reduces GC pressure. It provides examples and guidance on best using new features like Span, pipelines, and unsafe code.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
Process и Case Management в информационной системе: от автоматизации As Is к ...CUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на ежегодной конференции CEE-SECR – 2016 (29 октября 2016 года, Москва).
RBAC & ABAC: гибридное решение для управления правами доступаCUSTIS
Выступление Вячеслава Муравлева, нашего ведущего разработчика, на международной выставке InfoSecurity Russia (20 сентября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/183804752
Омниканальная модель в ритейле: решения и кейсыCUSTIS
Выступление Петра Асратяна, директор программы модернизации информационных систем «Леруа Мерлен Восток», на конференции «IT в ритейле» (12 сентября 2016 года, Москва).
2. Разделение ответственности в проекте –
популярная тема холиваров
Многие уверены, что знают «правильный способ»
Часто выдают претензии смежникам, что те не делают
положенное или, наоборот, лезут на чужую поляну
Однако единственной схемы не существует,
это пережиток эпохи «правильного процесса»
Разделение ответственности нужно
конструировать в проекте, с учетом его
особенностей и интересов участников
О чем будет доклад
2/38
3. 1. Схема для разделения ответственности
2. Простой кейс: разработка по спецификациям
3. Заказчик и компания-разработчик: разделение
ответственности и взаимодействие
4. Ответственность в компании-разработчике
Содержание доклада
3/38
5. Возьмем схему процесса – и разметим
Используем стандартную схему – V-модель
Визуальное представление
V-Model (Wikipedia)
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
Project
Definition
Project Test
and Integration
Time
Verification
and
Validation
5/38
6. Водопадная модель на схеме
ВнедрениеБизнес-
аналитики
Системные
аналитики Тестировщики
Разработчики
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
6/38
10. По разным технологиям
Java и СУБД
Дизайнер и разработчик в web
Выделение «дешевых» специализаций,
например тестировщиков
Работа может быть организована
последовательно или параллельно
При последовательной работе возможно
выделение отделов
Например, дизайн – разработка – тестирование
Специализация в команде
10/38
11. Разрыв между заказчиком и компанией
Компания
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ТЗ ПО
11/38
12. Разрыв между заказчиком и компанией
Компания
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ТЗ ПО
Спецификация недостаточно
определяет продукт
ПО не может выполнять
ожидаемые функции
11/38
13. Разрыв между заказчиком и компанией
Компания
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ТЗ ПО
Спецификация недостаточно
определяет продукт
ПО не может выполнять
ожидаемые функции
Новый цикл?
11/38
14. Разрыв между заказчиком и компанией
Компания
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ТЗ ПО
Спецификация недостаточно
определяет продукт
ПО не может выполнять
ожидаемые функции
Просто отказ
Новый цикл?
11/38
15. Почему плохо работает? Мешает природа
ИТ-разработки
Конструирование
системы
Обычный НИОКР
ПроизводствоПроект
ИТ-разработка
Архитектура
и дизайн
ТЗ Кодирование
Вещь
ПО
12/38
16. Почему плохо работает? Мешает природа
ИТ-разработки
Jack W. Reeves «What is software design» (1992; перевод)
Конструирование
системы
Обычный НИОКР
ПроизводствоПроект
ИТ-разработка
Архитектура
и дизайн
ТЗ Кодирование
Вещь
ПО
Архитектура
и дизайн
КодКодиро-
вание ПО
Компиляция
(build)
12/38
17. ПО ПО
ТЗ
ТЗ
Решение – коммуникация
Поставки ПО
и участие во
внедрении
Это фишка Agile
Компания
Заказчик
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ТЗ
ПО
Так работает
Коммуникации
Заказчик ставит задачу в терминах бизнеса, компания осуществляет
разработку и внедрение вплоть до перестройки бизнес-процессов.
Большая зона совместной ответственности обеспечивает успех проекта
13/38
19. У заказчика есть свой ИТ…
ИТ Заказчика
Заказчик
Компания
Бизнес-подразделения
Заказчика
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ИТ заказчика часто стремится изолировать компанию
от бизнес-подразделений заказчика, однако для успеха проекта
взаимодействие необходимо
15/38
20. Операционная работа и развитие
Заказчик
Компания
Технологи и руководители,
проектный офис
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
ИТ-отдел(ы)
новых разработок
и проектов
Операционные
сотрудники
Эксплуатация ИТ
(админы)
Постановку задачи на разработку и эксплуатацию созданного
приложения осуществляют разные группы стейкхолдеров заказчика
Но это
еще не все
16/38
21. ИТ-проект – часть бизнес-проекта
Concept Maintenance
ИТ-проект
Бизнес-проект
Conc
Concept
Requirements
and Architecture
Detailed
Design
Implementation
Integration
and Test
System
Verification
Maintenance
Implementation
Ответственность стейкхолдеров заказчика – относительно
бизнес-проекта, а не ИТ-проекта
17/38
24. А пусть будет Product Owner
Заказчик
Компания
Product Owner ?
Concept
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Maintenance
Implementation
Только у заказчика
он не всегда есть
19/38
28. Заказчик
Product Owner
Concept
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Maintenance
Implementation
Разработчики
Компания
Аналитики тоже устраняют разрыв
Аналитики
Вопрос: Насколько аналитики заняты в тестировании и сдаче системы?
Вариант 1: Сдают разработчики
Вариант 2: Аналитики тестируют и сдают (модель внутреннего заказчика)
22/38
29. Заказчик
Concept
Product Owner
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Maintenance
Implementation Разработчики
Компания
Аналитики
Менеджер, Product Owner, аналитик
Аналитик:
преобразование требований
в модель системы
Роли,
а не должности
Менеджер
Менеджер, или Teamlead, или Scrum Master:
организация процесса работ и управление им
Product Owner: управление
целостностью и порядком
разработки системы
23/38
30. Тестировщик: младший аналитик
или отдельная позиция?
Заказчик
Product Owner
Concept Maintenance
Implementation
РазработчикиКомпания
Аналитики
Тестировщики
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Зависит от проекта:
каков характер
и объем тестирования
24/38
31. А можно и без аналитиков
Заказчик
Product Owner
Concept
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Maintenance
Implementation
РазработчикиКомпания
Тестировщики
Часто именно эта
картина складывается
исторически
25/38
33. Архитектор, он же Techlead
Заказчик
Concept
Integration
and Test
System
Verification
Maintenance
Implementation
Разработчики
Компания
Тестировщики
Аналитики
Архитектор
Requirements
and Architecture
Product
Owner
Detailed
Design
Кто главный:
аналитик
или архитектор?
1. Построение начальной архитектуры
2. Проектирование типовых решений
Это – разные задачи и позиции
27/38
34. Еще есть внедрение и поддержка
Заказчик
Concept
Integration
and Test
System
Verification
Maintenance
Implementation
Разработчики
Компания
Тестировщики
Аналитики
Requirements
and Architecture
Detailed
Design
Product
Owner
Архитектор
Внедрение
и поддержка
Разделение работ с заказчиком может быть различным
и часто – неявным
28/38
35. Простое управление:
за все отвечает менеджер
Менеджер
Concept
Integration
and Test
System
Verification
Maintenance
Implementation
Компания
Requirements
and Architecture
Detailed
Design
Менеджер перед компанией может отвечать за весь процесс работ
на проекте, включая область ответственности заказчика
29/38
36. Разделение управления:
менеджер и Product Owner
Менеджер
Concept
Integration
and Test
System
Verification
Maintenance
Implementation
Компания
Requirements
and Architecture
Detailed
Design
Product
Owner
Product Owner: управление целостностью
и порядком разработки системы
Менеджер
или Teamlead:
управление
процессом работ
У Scrum Master’а
область та же,
отличается способ
управления
30/38
37. Разделение управления:
менеджер и Product Owner
Менеджер
Concept
Integration
and Test
System
Verification
Maintenance
Implementation
Компания
Requirements
and Architecture
Detailed
Design
Product
Owner
Product Owner: управление целостностью
и порядком разработки системы
Менеджер
или Teamlead:
управление
процессом работ
У Scrum Master’а
область та же,
отличается способ
управления
На V-модели
разделение
не видно –
меняем схему
30/38
41. Размер команды – 7 ± 2
Concept
Requirements
and Architecture
Detailed
Design
Integration
and Test
System
Verification
Maintenance
Implementation
Разработчики
Компания
Аналитики
Менеджер
Менеджер – один на несколько
команд или кто-то из команды
по совместительству
0.5
Product Owner
Product Owner – один
на несколько команд или аналитик
по совместительству
0.5
2
4
34/38
42. А если проект большой?
7 ± 2 мини-группы
одного ведущего
и 1-2 подчиненных
Несколько команд,
общий Product Owner
и (или) менеджер
35/38
43. Если проекты достаточно однородны,
можно передавать одной команде
без специализации
Можно делать мини-группы по каждому
проекту
Решение зависит от равномерности потока
работ по проектам
А если проекты маленькие?
36/38
44. Разделение ответственности зависит
от взаимоотношений с заказчиком
От характера вашего проекта
И от традиций компании
Не существует общепринятого
или единственно правильного способа
Его надо проектировать!
Подводя итоги
Спасибо, кэп!
37/38