ну, вы также можете попробовать применить принципы кодирования AGILE . это отлично сработало для нас.
Создаете ли вы пиксели или кодируете... в основном это одно и то же. Вплоть до последних нескольких лет индустрия программного обеспечения в течение многих лет строила вещи линейным образом, то есть генерировала ОГРОМНУЮ спецификацию (обычно на основе множества предположений), а затем строила этот ОГРОМНЫЙ проект линейным образом. Этот процесс больше не работает, потому что он $$ + не позволяет быстро вносить изменения во внешние рыночные силы.
Введите АГИЛ. Не стройте фулл-хаус снизу вверх. Сначала постройте комнату. пригласите людей протестировать его.. затем сделайте заметки, затем добавьте еще одну комнату.. или нет, потому что вы можете узнать, что вам нужно построить чердак. Оставайтесь легкими и гибкими, чтобы вы могли легко вносить модульные изменения в то, что вы строите. Это позволяет случайным вдохновляющим идеям воплощаться в жизнь и делает вашего клиента счастливым. *Эта методология работает только при использовании Time&Materials. Таким образом, ваша задача здесь состоит в том, чтобы убедить вашего клиента, что это сэкономит ему $ в долгосрочной перспективе и произведет продукт более высокого качества.
Мы всегда используем эту технику, когда создаем бренд или анимацию для клиента. Это позволяет клиенту иметь раннюю долю в процессе открытия / творчества и на протяжении всего жизненного цикла проекта.
DA01
Оскорбление величества