PM. Использование беклога и технического решения в разработке

Автор Lyubov Stishevskaya
PM.  Использование беклога и технического решения в разработке

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

Как вывести вот во-первых блок блок — это набор пользовательских историй крупных политических истории возможности сервисы которые планируется внедрить систему он не обязательно необязательно должны подробными вот не обязательно они должны быть какие-то. Вот четко сформулированными. Главное чтобы мы были чтобы у нас было было актуальная версия текущих потребностей и примерное понимание, что мы будем делать дальше давайте рассмотрим поля и соответственно про каждой поговорим номер понятно ясно да так добавлением просто нам информацию кто когда добавили возможность политическая история.

Можете просто записать её в таком простом виде до например там подключение PayPal, а всё приоритет определяется заказчиком то есть именно заказчик управлять, что для него прилетит на, что нет.

А вы просто подсказывать. И, что как бы ну, что можно ли сдавать дальше пока оценка в плане оценки. Вы указываете сколько примерно часов надо на реализацию таких штук надо здесь не лечить писать очень много деталей и потому, что вы, тогда не сможете всё — это дело нормально переваривать да то есть у вас будет там 200 строк и вы скажите как бы — это тяжело поддерживать. Это даже прочитать тяжело поэтому оцениваете как только крупные возможности. А вот основные там не меньше 10 часов оценки ставьте. Потому, что если вы будете сильно. Мелитополь, что у вас будет очень долго срастается benetti какие-то истории более-менее крупные и оценивать его ко дну. Вот втз вы конечно будет уже писать более детально вот, а здесь просто для понимания, что нам нужно реализовать статус понятно. То есть когда мы реализуем его только мы — это уже делаем то ли еще не делали значение важный момент для мы — это делаем какая какая цель у этой истории то есть — это важно понимать, тогда будет понимание, что как расставить приоритет. приоритет. Всё зависит от значения как на сколько нам важно. Это в проекте иметь и какое-то какая сложность внедрения. если занимает 100 часов вот он. Надо подумать надо нам — это настолько сейчас или может чем заняться другим. Вот и соответственно значение определяет то есть некоторые вещи всем не может запуститься в эксплуатацию — это дело надо первую очередь или какие-то там есть очень важные хотелки которые крайне важны для пользователей и dss — это ну по сути. Для нас — это допсоглашение да то есть когда, что реализуется то есть этот в рамках какого числа мы можем понять мы рисовать тайную фичу. Вот какие. Какую пользу несет для команды разработки backlog во-первых вы всегда будете знать, что вы будете дальше делать — это первое то есть во мне нужно после очередного этапа говорить. Так значит, что нужно делать на то есть надо читать. При какой функционал вы сразу сможете сюда и говорите вот всё результата. Ну то есть согласовывайте второй момент вы делаете параллельно этапу проекта вы соответственно прорабатывать или эти истории более детально то есть обновляйте оперблока на постоянным заказчикам когда. Созвонитесь сделать частичная приемка вы параллельно ещё обновляйте backlog если у него какие-то идеи возникают и записывать их сюда чтобы потом детализировать и также параллельна вы выполняете детализацию будущих истории в рамках системы. Вот примерно так — это работает вот то есть мы сразу всё — это дело в системе таким образом. Когда вы заканчиваете там у вас уже будет готовый список пользовательских историй которые включаются следующие очередной допсоглашения в очередной. МТЗ Вот ещё. Ну пожалуй — это всё и у заказчика будет более ясное понимание, что вообще нужно делать. Ну какой у нас план есть у нас будет одно общее введение по проекту вот это, что следующее инструментов техническое решение. У вас есть техническое задание прописывать. Что нужно сделать, но очень часто бывает полезно писать как этого ещё лучше сделать потому, что программистов может быть своим видением у всех разный опыт и лучше сразу поставить ники ограничения способ решения иначе они могут вам не совсем как бы корректно сделать какие-то функционалы и начинать делать велосипеды. Например у вас есть какие-то компоненты там файла плода начинает свой перейти из какой-то внешний сторонний который вот, но не родной совсем вот поэтому важно прописать техническое решение на. Ваш Ваше. То есть вы сделали тоже согласовали с согласованным. Всё дальше мы делаем значит такой у нас элемент оценки да. Или этапа этапа решать. То есть если если — это лучше описать значит решение убрать отсюда например использует такие элементы дату и снова здесь. Что используют отдельная вынес вот если ты узкие места есть задач непонятно то лучше детализировать её и рассказать подробно что. Как прописывать вот, что использовать ограничен в инструментах чтобы пользователь не было соблазна использовать какие-то левые технологии левый инструменты которые вдруг помешаю отправите например какой интернет есть в графике дату надо рисовать и мы говорим надо использовать например там Google Chart. Да там не использовать компоненты devexpress нельзя использовать например вот таким образом мы сразу ставить какие-то рамки в следующий момент — это узкие места если решение есть узкое место на производительность важно. Очень да. То есть вы пишите, что вот при таких-то данных запрос должны выполняться там меньше чем за полсекунды например.

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

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