Разработка продукта, исходя из поставленной бизнес задачи

Автор Georgiy Dronov
Разработка продукта, исходя из поставленной бизнес задачи

а.

Всем привет. Меня зовут. Павел Я представляю компания.

Глобус Нижний.

Новгород мы занимаемся разработкой мобильных приложений чаще всего — это заказная разработка, но также мы делаем презентацию не хотел начать небольшой цитаты abomasnow соответственно если ваша ваших руках есть только молоток то любая. Проблема в том, что — это значит очень часто когда мы приходим заказчику и начинаем общаться на тему. Зачем нужна мобильное приложение или там. Зачем нужен твой совет либо что-то продукт вообще мы встречаемся. Вот с таким скажем традиционным подходом когда люди вот уже за 20 лет последней. Привыкли, что продукт — это всегда программа не бизнес-требований затем — это некоторым описание документа проектирование после чего у некоторых оперативная разработка потом стабилизация внедрение цистерне как и все остальные вещи классический какой-либо конкретной модели BMW которые любят очень многие компании и собственно. Вот сам процесс разработки превращается в постоянную битву. Когда вы вроде бы сделали план вроде бы всё хорошо начинается первый операцию и что-то идет не так план едет в и начинать его переписывать не успеваете по срокам либо команды выгорает и не очень хорошо получается есть всем известно верное понятие. Атака клонов неопределённости да — это некоторый контакт нормальное распределение да то, что большинство этих проектов об вероятность 90% не попадает от 0 25 до 4x бывает то, что расширяет где-то до 8:00 и соответственно разница может быть 16 раз либо в 32 раза — это значит. То, что когда вы даёте какие-то. Свои оценки на закачку либо вот мы начинаем закачку до ответ вот идеально вроде бы хотелось да то, что есть — это проектирование перед этапом проектирования. Когда у нас ведет разработку заказная продукта. Мы вдвоём них. Проценко жирная потом мы прошли первый раз у нас консуни и мы соответственно уточнили оценку потом мы сделали. Всё разработку и получили, что вот после работы он стал совсем маленьким соответственно мы понимаем о том, что у нас там ещё какой-то бюджет на стабилизацию гарантийную поддержку. Да вот она вот картинки которые мне не хватило в презентация 1 класс когда что-то пошло не так и соответственно вот — это вот знаменита картинка доттаг1а заказчик как понял руководитель как спроектировать дизайнер, что потом программиста. Сколько заплатил заказчик. Вот соответственно очень часто получается немножко наоборот когда проект занижен по оценкам мы понимаем, что мы на самом деле не попали. И на самом деле объём задачи бэклога ещё больше надо соответственно сегодня вроде бы заказчику озвучено уже максимальной стоимости он как бы вроде не готов. После prefer дальше продолжать. Да можешь дать в. Давайте Может хотя бы минимальные ставки до разработаем после чего зарабатываем. Увидим, что мы падаем потоком или по бюджету опять видим, что на самом деле после разработки конус необходимости может вырасти. Еще большее практическое оценку нас была занижена и в общем счастья вот всё время мы пришли соответственно где и, что разработка. Цзы В какой технической документации она не всегда бывает эффективно то есть конечно же если там где надо писать оно пишется. Да, но почему она как правила технического задания всегда на стороне того кто написал. Вот и когда подойти к начинается техническое задание читать он может всегда понять платформу насколько клёвым. Крутые мы классно быть писателем и насколько классный бизнес аналитиком вы работали соответственно. Когда разработчики читают тот же документ. Да и который писал только я закончил либо в этих писаний его могут все понять. По разному. Вот и основная проблема как раз недооценка заключается в том, что каждый понимал по-своему и двусмысленности в документе никогда не избежать вспоминаю тот момент на картинках да где там было фрукт фрукт цветок цветок. Да когда два пирата стояли размышляли над картинки картины вот — это да. Да никто и соответственно 1 год велико ведение как эта картина там выглядит. Да это, что справа — это подделка вот, а второй вообще не мог понять, что — это такое и как различить как бы там и там одно и тоже соответственно как бы за, что мы выступаем то, что в самом начале документацию. Писать не всегда обязательно вернее напишешь сама вот в том как растут в этом подходе который интегральный до через коммуникацию команды. Это позволяет создать единое контекст — это очень важно то, что вот понимаешь, что на самом деле утверждал манифест. Да и вся каталоге при разработке продуктов в решении создает единое контекст у команды и проектной команды заказчика люди которые. После прочтения TZ. Ну или после того как они поговорили прокатиться формальные требования продукт когда начинают обсуждать приходит на самом деле, что что-то они поняли неправильно друг другу. Да, что есть какая-то двусмысленность в словах и соответственно насчёт. Ну вот как бы мне кто? да когда всё — это разделить на некоторые там карточки User Stories тоски фичи в соответствии поговорим, а то скучно в этом и верифицирует то, что люди. Он всё правильно мы приходим к тому, что на самом деле вот как бы фигурка. Вот такая получается и ответ заказчику был необходим — это очень важно потому, что в этом случае команда начинает понимать, что заказчик что-то не учёл.

0 комментариев
0

Читайте также