Блог студии

Самая интересная работа всегда кроется в растущих проектах. В таких случаях мы всегда можем проявить весь багаж знаний что был напоплен нами годами, о некоторых из тонкостей работы с быстрорастущими проектами Вам поведует эта статья… Очень надеемся что данная статья поможет руководителям проектов пересмотреть акценты при работе с быстрорастущими проектами. Итак, поехали:

1. На этапе проектирования архитектуры лучше всего несколько раз просмотреть изначальное ТЗ и обсудить с менеджером механизмы работы систем на предмет таких тонкостей как: это будет работать в реальном времени или с задержкой? Это будет связано с какой-то системой или нет? Есть ли уже решение по интеграции с партнерской системой? Все это поможет заранее выбрать максимально верный стек технологий.
2. Бэкапы – все знают что они должны быть. Особенно важно чтобы они делались всегда без исключения, причем весь код хорошо бы разместить в независимых репозиториях, а данные подпадающие под персональные и под законы обработки этих самых данных хорошо бы сохранять еще и в защищенном виде.
3. Перезакладка по времени. Не секрет, что лучше выполнить доработки раньше, чем назвать слишком короткий срок и не уложиться в него. Всегда как минимум перезакладывайтесь на 30% времени. Если доработка займет менее дня. То не учитывайте сегодняшний день.
4. Мастер-доступ. Если проект сложный и его доработками занимаются несколько разработчиков, то большим плюсом если среди них будет один лидер, который возьмет на себя ответственность публиковать финальные изменения на тестовом сервере, а затем и на рабочем. По сути этот человек должен и продумывать архитектуру приложения. Его должность – архитектор приложений /ведущий разработчик.
5. Поддержка 24/7. Если на проекте бизнес завязан буквально на каждую минуту, то лучше всего выделить человека или обозначить смены поддержки проекта. Это необходимо на случай если с проектом что-то произойдет и потребуется срочная корректировка кода, настроек сервера и т.д….
6. Гид по стилю. Для разработки непротиворечивого дизайна очень необходимо иметь gidebook, чтобы всегда можно было понять как создать дизайн той или иной функциональной возможности более быстро, не занимаясь переделкой или изобретением новых дизайн-компонентов.
7. Последовательная модель обучения. На протяжении жизни проекта сотрудники могут приходить и уходить, но преемственность должна сохраняться. Каждый подключаемый к крупному проекту сотрудник должен в полной мере понимать что ему делать на данной позиции. Он должен быть в полной мере проинструктирован и введен в работу либо руководителем проекта либо архитектором приложений.