5. Управление IT-проектами и продуктом. Методологии разработки программного обеспечения | Технострим
5. Управление IT-проектами и продуктом. Методологии разработки программного обеспечения | Технострим
https://www.youtube.com/watch?v=7h_oJ1stN5I
00:06 Обсуждение методологий разработки программного обеспечения
• Обсуждение старых методологий, таких как рефол (каскадная модель) и их недостатков.
• Упоминание о том, что рефол не подходит для динамичных сред, таких как мобильные игры, где важно успеть сесть в нужный поезд.
01:12 Новые методологии и процессы
• Обсуждение новых методологий, таких как джайл, и их преимуществ.
• Упоминание о том, что джайл помогает с управлением изменениями и поздним тестированием.
• Обсуждение спиральной модели, которая ближе к джайлу, но имеет некоторые недостатки.
• Рекомендация почитать о спиральной модели, если есть желание узнать больше.
• Теория ограничений помогает найти узкие места в проекте и оптимизировать процессы.
• Узкие места могут быть в дизайне, разработке, тестировании и других областях.
• И джайл - система гибких подходов к разработке продуктов.
• Основные принципы: люди и взаимодействия важнее процессов и инструментов, работающий продукт важнее исчерпывающей документации, сотрудничество с заказчиком важнее согласования условий контракта, готовность к изменениям важнее исследования первоначального плана.
22:52 Важность документации и сотрудничества с заказчиком
• Документация необходима для понимания проекта и его развития, даже если некоторые шаги не записаны.
• Сотрудничество с заказчиком важно для понимания его потребностей и получения фидбека.
• Лин - это метод разработки, который подразумевает бережливое производство и постоянный фидбек.
• Лин манифекчеринг - это процесс документирования и отслеживания изменений в проекте.
30:00 Теория ограничений и канбан
• Теория ограничений - это метод сокращения процессов и операций, не добавляющих ценности.
• Канбан - это система управления производством, которая помогает оптимизировать процессы и избегать ненужных перемещений.
32:36 Кай дзен и защита от ошибок и дураков
• Кай дзен - это один из принципов лин, который помогает оптимизировать процессы и избегать ошибок.
• Защита от ошибок и дураков - это принцип, который помогает избежать проблем, связанных с неправильным пониманием или выполнением задач.
34:35 Канбан и его использование
• Проблемы недопонимания и недокоммуникаций между подразделениями в рамках одного проекта.
• Канбан - методология, где все равны и нет жестко ограниченных временных промежутков.
• Пример из книги "Как сделать мвп" о том, как Тойота использует канбан для производства.
41:54 Приоритизация задач и выбор приоритетов
• Приоритизация задач для эффективной работы.
• Примеры из практики: обновление питона и внедрение системы оплаты.
47:05 Проблемы канбана и его использование
• Канбан не всегда подходит для больших проектов и компаний с высоким ритмом разработки.
• Гибридная методология скрамбан может быть использована для больших компаний.
• Автор обсуждает книгу "Scrum", написанную Джеффом Сазерлендом, и ее перевод на русский язык.
• В книге обсуждаются основные понятия и термины, такие как "пользовательская история", "бэклок", "спринт" и "роли" в Scrum.
• Автор объясняет, что бэклок - это список задач, которые должны быть выполнены в течение определенного времени, обычно двух-четырех недель.
• Спринт - это период времени, в течение которого команда работает над определенным проектом.
• В конце спринта проводится ретроспектива, на которой команда обсуждает, что было сделано, что не было сделано и что можно было бы сделать лучше.
• Автор обсуждает, что ретроспектива может быть сложной и затратной по времени, но ее упускать нежелательно.
• Он также отмечает, что в реальной жизни редко бывает, чтобы все задачи были выполнены в конце спринта, и что обычно остаются некоторые задачи в ин прогресс.
01:00:41 Оценка задач и планирование спринта
• В команде выбирается набор задач, которые нужно сделать, и оценивается их объем.
• Оценка задач может быть сделана с помощью метода "планинг покер", где на карточках написаны цифры, обозначающие стори пойнты (единицы измерения объема задач).
• Важно учитывать, что человек может сделать только ограниченное количество задач за спринт, и лучше планировать на 36 часов, а не на 40.
01:09:19 Стендапы и прогресс в задачах
• Стендапы - это короткие встречи (10-15 минут) для апдейта статуса и информирования о прогрессе в задачах.
• Стендапы проводятся в начале дня, чтобы люди могли трекать свой прогресс в задачах.
• Важно, чтобы все участники стендапа были в курсе того, что делают другие, и чтобы продакт был в курсе происходящего.
01:13:48 Оценка и планирование спринтов
• Оценка спринтов проводится в часах или стори пойнтах, важно понимать объем задач и планировать их выполнение.
• Для отслеживания прогресса используется инструмент "берндаун", график выгорания задач.
01:16:51 Фокус-фактор и планирование спринтов
• Фокус-фактор - это отношение количества исходного времени к количеству выполненных задач.
• В идеале фокус-фактор должен быть 0,8-0,9, если он ниже, это повод для анализа и улучшения планирования.
01:20:53 Ретроспектива и улучшение процессов
• Ретроспектива проводится после каждого спринта, важно понять, что пошло не так и как улучшить процессы.
• Руководство фасилитатора помогает в проведении ретроспектив и других встреч по стратегии.
01:26:59 Юзер истории и их использование
• Обсуждение того, как юзер истории должны работать и как они обычно работают на практике.
• Упоминание о том, что юзер истории должны быть похожи на джоб стори, но на практике часто формулируются в формате задач.
01:31:15 Спринты и их планирование
• Обсуждение того, как спринты планируются и как они должны быть ограничены по времени.
• Упоминание о том, что важно планировать спринт исходя из того, что будет время на тестирование и доработку задач.
01:33:29 Проблемы в реальности и их решение
• Обсуждение проблем, с которыми сталкиваются в реальности, таких как недоделанные задачи и необходимость доделывать их после спринта.
• Упоминание о том, что важно доносить до людей, что задача считается выполненной только после ее полного завершения.
• Обсуждение того, что в реальности часто приходится менять приоритеты и задачи из-за внешних факторов, таких как срочные запросы от клиентов или болезни сотрудников.
• Важность хорошей коммуникации с другими отделами и подразделениями для минимизации таких изменений.
01:38:23 Забота о команде и продукте
• Забота о команде и продукте является ключевым качеством менеджера.
• Забота проявляется в планировании задач, заботе о продукте, планировании фич, заботе о монетизации и денежном потоке.
01:41:17 Отношение к команде и продукту
• Важно благодарить команду за работу и относиться к ним хорошо.
• В случае проблем, менеджер должен минимизировать потери и сделать все максимально качественно.
01:44:53 Внедрение методологии Scrum
• Внедрение Scrum может быть сложным процессом, особенно в больших компаниях.
• Важно вводить изменения постепенно и обучать команду.
01:49:33 Работа с удаленной командой
• Удаленная команда может использовать видеосвязь для проведения планерки и обсуждения задач.
• В случае отсутствия связи, можно использовать Skype или другие средства видеосвязи.