Даже вот так, например

В тему: я начал делать обзор Benefit Realization management:practice Guide. Сегодня выложил обзор введения и первой секции: ddintsis.com/2019/01/21/review-of-benefit-realization-management-guide-by-pmi/

супер, спасибо!

Хехе )

Все!

Коллеги, а существуют ли методики управления проектами дизайн-разработки? Уверен, что в студии Лебедева точно есть методы, но все же. Проблема такая: "Мы не можем придумать дизайн раньше, чем он придумается... " Т.е. как бы творчество, вроде как творчество не может быть ограничено. И для хорошего творческого результата необходимо время. Никто не хочет хреновый дизайн. Но с другой стороны, у всего есть границы, и у проекта тоже. Нельзя вечно делать дизайн.

Какой контекст дизайна? Дизайн «чего»? Сайта, полиграфии, помещения, app’a, пользовательского опыта?

App

Ну и да, сам Лебедев всегда пишет долго, дорого...

Вообще есть куча методик - UCD, design thinking, куча фреймворков UX.

Купите себе курс или консалтинг по UX и/или продуктовому дизайну. Их много разных. Неплохо ребята из яндекса, мэйла, Райффайзенбанка, Альфы и Сбера рассказывают :)

Там об этом всем есть :)

Спасибо. Тут вопрос в том, что не то, чтоб об этом не известно, да и контора солидная, другое дело как оцифровать творчество, когда творчество. Что есть результат творческого поиска, как часто, в каком виде это должно фиксироваться, так, чтоб это не было с одной стороны работой на отчётность перед прожектом, с другой, было бы действительно результатом поиска, мыслительного процесса.

Ну создание apps - это прям классика-классика как agile (причём в виде самого банального скрам) так и продуктового дизайна.

Где нет никакого «дизайнера со свободным творчеством».

Потому как: а) все начинается с более системных вещей типа business canvas, customer journey map и т.д.
б) команда и правда кроссфункциональна и дизайнер - один из. Который также стендапит и коммитит результат каждый день. От скетча через прототипы и MVP к конечному продукту.

У него просто нет варианта «делать долго». Просто команда и фреймворк ему не дадут этого.

Второй вопрос - не все дизигнеры так умеют или хотят (понятно - тут же вджобывать наравне со всеми придётся). Но тогда ищите того, кто умеет и хочет именно так.

Спасибо, за точку зрения, мнение и советы . Сейчас уже в финальной точке, но следующий раз конечно учтем выученные уроки, верно подмечено про вджобывать...

Иван, вам можно попробовать, для начала выбрать модель жизненного цикла ПРОДУКТА (дизайна). Предиктивный, инкрементальный, итеративный, гибкий)

Или я не понял тезис, или предлагается считать «дизайн» - продуктом. Им для этого псевдо-продукта уде выбирать ЖЦ, Фреймворк и т.д.

Это совсем не по фен-шую. Антипаттерн так сказать.

Ибо продукт только app в целом. А «дизайн» - это реализация в коде и графике архитектуры и логики продукта, которые следуют только из клиентских требований и предпочтений, которые трудно спрогнозировать, но легко выявить на сессиях дизайн-мышления и проверить/скорректировать на прототипах.

Александр, вы правильно поняли. Я не знаток app-разработки, возможно выделять дизайн как подпродукт из общего продукта не целесообразно. Но почему не покробывать?

Апп это те же апельсины, только сбоку. Дизайн это растяжимый по бюджету вопрос, Ярослав, не трогайте святое 😂

Александр, те хорошие с моей т.з. приложения, что я знаю, делались начиная с дизайн-системы, а это не на день задача. Я про темпы поставки.

Т.е. не гоните черепашку галопом?