Этапы разработки продукта/ПО
создатель Nurbek Tuleuov
1. 1. Сбор и анализ требований:
1.1. Product/Project менеджеры:
1.2. Аналитики
1.3. Аккаунт: менеджеры
2. 6. Поддержка и доработка (при необходимости)
2.1. На этапе поддержке участвуют специалисты технической поддержки. В зависимости от продукта, системы или сервиса поддержка может ранжироваться до 3 линий, где специалисты поддержки первой линии решают самые простые задачи конечных пользователей, а специалисты третьей линии поддержки решают сервисные вопросы и могут подправить баг в системе или разработать дополнительную функцию.
3. 5. Внедрение
3.1. На данном этапе подключаются специалисты по внедрению. Этапы внедрения: Документирование – передача накопленных знаний пользователям и другим разработчикам. Внедрение системы. Анализ работы внедренной системы в текущей инфраструктуре. Правка не состыковок, на данном этапе могут подключиться разработчики. Обучение сотрудников пользованием новой системой или объяснение конечным пользователям, какие изменения произошли, и как это может улучшить работу в системе.
4. 4. Тестирование (тестировщики/QA)
4.1. На этапе тестирования происходит проверка системы/программы на соответствие всем предъявляемым к ней требованиям. Тестировщики: ручные, автоматизаторы Иногда аналитики приемочное
5. 3. Непосредственно разработка продукта: внутренний/внешний заказчик
5.1. 1. Frontend разработка – клиентская часть сервиса, которая видна пользователю. Front: JS (фреймворки: Vue.js, React, Redux, Angulat), верстка (HTML, CSS). (TypeScript, Flash).
5.2. 2. Backend разработка – серверная часть сервиса, которая не видна пользователю и осуществляет передачу и возврат данных с сервера. То есть логика функционирования любой системы. Python, php, java, node.js, C#, C++, RoR, Go.
5.3. 3. Full-stack разработка – разработка frontend и backend частей одним разработчиком.
5.4. 4. Web-разработка – разработка любого сайта, что может работать в браузере (тонкий клиент).
5.5. 5. Desktop разработка – разработка монолитных приложений, требующие установку на компьютер, телефон (Толстый клиент). .exe (C#, C++, Java).
6. 2.Разработка архитектуры, выбор технологий (Архитектор, Lead, разработчики): внутренний/внешний заказчик
6.1. На данном этапе команда выбирает методологию разработки.
6.1.1. Waterfall (или Водопад) – традиционный подход, когда все по порядку. Есть информация сколько стоит разработка и когда она закончится.
6.1.2. Agile – общая методология гибкой разработки. Как итог использования agile бизнес получает то, что хочет. Как недостаток, разработка может вестись бесконечно. Данная методология используется все чаще и чаще. Но преимущественно в продуктовой разработке.