Всегда есть риск того, что в итоге будет слишком низкая вирусность распространения продукта.

На это укажет малое количество рекомендаций и отзывов.

Необходимо построить систему мотивирующую пользователя (необязательно материально).

Система мотивации может быть органично вписана в ваш продукт. Например, multiplayer в играх.

Необходимо протестировать все варианты использования приложения или сервиса.

Может возникнуть проблема полноты требований для реализации ПО.

Необходимо регулярно проводить демо продукта (например, раз в две недели) и сессии планирования.

Назначьте ответственных с помощью задач.

Отношения в стартапе неформальные, и поэтому могут возникнуть проблемы с процессом разработки.

Необходимо проводить регулярные встречи, обсуждать текущие проблемы и прогресс – ежедневные стендапы и ретроспективы.

Назначьте ответственного за проведение этих мероприятий и добавьте задачи:

• Проведение ретроспективы раз в две недели.
• Проведение ежедневных стендапов.

Плохое качество ПО может оттолкнуть первых пользователей.

Необходимо провести ряд мероприятий, обеспечивающих лучшее качество ПО:

• Лучше еще до начала разработки – поговорить с командой о необходимости тестового покрытия.
• Ревью кода разрабатываемого продукта – в ходе ревью также необходимо проверить наличие тестового покрытия.
• Написать тест-кейсы – содержащие описывающие все варианты использования системы.
• Организовать интеграционное тестирование.

Могут неожиданно возникнуть проблемы с надежностью облачных решений или ЦОД. Поэтому необходима возможность быстро переключиться на другой ЦОД или альтернативное облако (лучше от другого вендора).

Рекомендуемые задачи:

• Спланировать стратегию восстановления доступности системы
• Аренда альтернативного облака
• Протестировать восстановления доступности системы