Технологический цикл и соблюдение фаз производства.
2 likes680 views
Документ обсуждает соблюдение технологического цикла как средство повышения скорости и качества разработки, включая этапы от постановки задачи до функционального тестирования и внедрения. Основные акценты сделаны на эффективной оценке сроков, взаимодействии с заказчиком и необходимости поддержания качества кода. Также подчеркивается важность промежуточных результатов и демонстраций для поддержания доверия заказчика и оптимизации рабочего процесса.
Технологический цикл и соблюдение фаз производства.
- 1. Сергей Сторожев, СТО, Eventmag.ru, Fastlane Ventures Соблюдение технологического цикла, как способ повысить скорость, эффективность и качество разработки
- 2. Технологический цикл # Постановка задачи. Подробности необходимые и достаточные. # Оценка. Технология быстрой оценки сроков и трудозатрат. # Планирование. Повышаем предсказуемость результатов. # Разработка. Скорость vs. качество, как соблюсти баланс. # Функциональное тестирование. Вовлекаем заказчика. # Работа над ошибками. Не дай багфиксу поглотить разработку. # Выход в live и внедрение. Помогаем заказчику справиться со стрессом. # Поддержка. Бережем налаженные процессы производства.
- 3. Постановка задачи “Написано пером - не вырубишь топором” Что и как нужно написать, чтобы ТЗ прочитали и поняли и заказчики, и разработчики. - ТЗ надо писать самим. Тогда заказчик прочитает и задаст вопросы, и разработчикам не потребуется дополнительный перевод. - Пользовательские истории и скетчи с интерфейсами - этого достаточно и разработчикам, и заказчику.
- 4. Оценка “Семь раз отмерь - один раз отрежь” Как быстро и с высокой степенью точности оценить сроки и трудозатраты - Разработка: Объекты в модели, формы, экраны, интерфейсные фишки, неочевидная бизнес-логика, миграция данных - 40% - Тестирование и исправление ошибок: еще 30% - Взаимодействие с заказчиком: консультации, демонстрации, внедрение и доработка и еще 30%
- 5. Планирование "Хочешь успокоить заказчика - расскажи ему о своих планах" Как планирование поднимает уровень доверия заказчика и ответственность команды - Промежуточные результаты: как можно больше точек с промежуточными результатами, как можно больше запланированных демонстраций. - Доступ заказчику в систему управления заданиями: пусть у него будет ощущение руки на пульсе проекта. Ему - спокойствие, Вам - дисциплина.
- 6. Разработка "Вам же это и поддерживать" Как соблюдение технологических процедур и качество кода увеличивают скорость Разворачивание среды: redmine (task-treking и wiki) git - версионное хранилище кода gitlab - управление хранилищем кода CI - заточенный под Ваши технологии Готовые образы виртуальных машин под каждый проект: - среда тестирования для разработчиков (dev) - среда тестирования для тестера и заказчиков (staging)
- 7. Разработка "Вам же это и поддерживать" Программирование: Качество дает скорость всегда! Разработчики обязаны тестировать работу основных сценариев своего функционала. Задача тестера - ловить баги в вариативных средах и нетипичном пользовательском поведении. Не закладывайте функционал на будущее. Не пользуйтесь методами оптимизации заранее. Не прячьте проблемы. Заказчик заинтересован в их скорейшем решении ваших проблем. 80% всех критичных проблем в разработке можно решить небольшим и некритичным изменением ТЗ.
- 8. Функциональное тестирование "Одна голова - хорошо, а заказчика - лучше" Как обнаружить ошибки в ТЗ задолго до фазы внедрения Тестер включается в проект со стартом разработки. Промежуточные демонстрации - это тестирование ТЗ заказчиком. Замечания - исправляем по возможности сразу, обязательно к следующей демонстрации. Мелкие изменения делаем сразу, крупные записываем в запросы на изменения для дальнейших планов на сотрудничество.
- 9. Работа над ошибками "Лучшее - враг хорошего" Как не погрязнуть в бесконечном потоке ошибок. На финальном этапе только менеджер, ответственный за проект, ранжирует работы по исправлению ошибок. Например, хоть и ошибки, найденные заказчиком, не являются более приоритетными, но их лучше исправлять раньше других
- 10. Выход в live и внедрение "Предупрежден, значит вооружен" Как сгладить стресс заказчика от перемен в его жизни, и добиться, чтобы он использовал то, что заказывал Задача менеджера добиться, чтобы до выхода на live все ответственные пользователи познакомились с продуктом и дали обратную связь. Надо добиться, чтобы выход в live был согласован внутри компании заказчика, существовал регламент перехода на новый продукт.
- 11. Поддержка "Не плюй в колодец, пригодится водицы напиться" Как не испортить впечатление и получить новые заказы К моменту окончания проекта количество запросов на изменения позволяют оставить часть команды на поддержку на ресурсной основе. Такой режим может затянуться на несколько лет, поэтому очень важно сохранять качество управления и программирования, и работать с соблюдением всех упомянутых фаз внутри миниитераций.
- 12. Сергей Сторожев, СТО, Eventmag.ru, Fastlane Ventures ss@evmg.ru