tag:blogger.com,1999:blog-3618588772304760293.post4145161537763091555..comments2023-06-08T17:35:47.767+03:00Comments on Михаил Смирнов: Нумерация версий продукта в TFS (Team Foundation Server)Михаил Смирновhttp://www.blogger.com/profile/17916174329824648705noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-3618588772304760293.post-82298381850948969932010-09-27T14:05:44.000+04:002010-09-27T14:05:44.000+04:00@Michael Smirnov а фазы (именно фазы) тут вообще н...@Michael Smirnov а фазы (именно фазы) тут вообще ни при чём. Можно сказать так: RUPовские фазы внутри каждой итерации ещё набором сидят. Просто в agile всё проще и ближе к земле :)<br /><br>Спринт - это не фаза, по определению. <br /><br>Поэтому а) не надо думать вообще какую фазу выставить, б) и технически об этом думать не надо - нажал кнопарь - оно само привязалось :)Alexey Ragahttp://www.google.com/profiles/alexey.raganoreply@blogger.comtag:blogger.com,1999:blog-3618588772304760293.post-34423548838966849382010-09-27T13:44:12.000+04:002010-09-27T13:44:12.000+04:00Ну фиг его знает...Ну фиг его знает...Michael Smirnovhttp://www.google.com/profiles/mic.smirnovnoreply@blogger.comtag:blogger.com,1999:blog-3618588772304760293.post-78908644972241523502010-09-27T13:35:00.000+04:002010-09-27T13:35:00.000+04:00Ааа, значит я не заметил сообщения о проверке.
Про...Ааа, значит я не заметил сообщения о проверке.<br /><br>Просто после первого нажатия "отправить" у меня вылетела ошибка блогпоста, он на что-то пожаловался.. Попробовал ещё раз - и увидел снова текстбокс для текста...<br /><br>Видимо не заметил :)Alexey Ragahttp://www.google.com/profiles/alexey.raganoreply@blogger.comtag:blogger.com,1999:blog-3618588772304760293.post-91273886095461802602010-09-27T12:48:32.000+04:002010-09-27T12:48:32.000+04:00В блог писать можно и нужно - там просто после про...В блог писать можно и нужно - там просто после проверки появляется, а не сразу.<br /><br>В прочем как и тебя.Michael Smirnovhttp://www.google.com/profiles/mic.smirnovnoreply@blogger.comtag:blogger.com,1999:blog-3618588772304760293.post-9920959400120673902010-09-27T12:46:56.578+04:002010-09-27T12:46:56.578+04:00Ну тут, как говорится, каждому проекту свой процес...Ну тут, как говорится, каждому проекту свой процесс.<br /><br />Конечно каждая фича имеет свои фазы (именно фазы в терминилогии RUP), но конкретно для нас это имеет мало значения, потому что все равно все фичи выпускаются в рамках одной версии.<br /><br />Конечно, мы представляем, в какой фазе сейчас находится какая фича, но плодить их нам было бы неудобно - только лишний раз надо думать какую фазу выставить.Михаил Смирновhttps://www.blogger.com/profile/17916174329824648705noreply@blogger.comtag:blogger.com,1999:blog-3618588772304760293.post-74319146525022146112010-09-27T12:22:15.787+04:002010-09-27T12:22:15.787+04:00Мы в нашем проекте используем ScrumForTFS шаблон, ...Мы в нашем проекте используем ScrumForTFS шаблон, там IterationPath напрямую мапится в Planning Scope, что логично.<br /><br />Выглядит это так: http://storage.raga.name/temp/planningScope.png<br /><br />А объясняется так:<br /><br />- Разные фичи продукта могут (да и будут) иметь разные итерации, без этого жить в непримитивных проектах сложно, поэтому любое значение по умолчанию вообще не имеет смысла.<br /><br />- Если не задавать Planning Scope, то по умолчанию в Scope стоит "весь продукт", что логично, ибо это означает, что workitem пока не запланирован к работе ни в одной из итераций.<br /><br />- Люди, которые создают workitems, бывают двух категорий. <br />Первых назовём "продакт менеджерами", и это уже их непосредственная работа - помещать workitem в нужный Planning Scope. В общем-то, понятно почему.<br />Вторые - все остальные, и это не то, чтобы не их работа, но и они _не имеют права_ вот просто так взять и поместить workitem в понравившийся Scope. Всё, что они могут сделать - это добавить workitem (PBI или Bug), и он именно должен "упасть" в корневой Scope. Потому, что потом его должен оценить Product Manager (либо лицо ответственное за это), выставить приоритеты, определить, когда это должно быть сделано и в каком порядке.<br /><br />- Когда люди создают себе Task (SBI), то они делают его на основе уже имеющегося PBI (обычно это делают программисты в процессе работы: "а, вот тут ещё такую штуку надо сделать!"), что логично и что должно быть, в общем-то, обязательным: странно видеть SBI не являющийся частью PBI.<br />Так вот, они просто идут в PBI и жмут там кнопарь "New Linked Workitem", создают SBI или баг. Потому, что кому охота все поля самостоятельно заполнять :) И потому, что таким образом они говорят "В такой-то фиче новая таска или новый баг", тут должно быть всё понятно.<br />А после нажатия этого кнопаря все "общие" поля типа Planning Scope, Feature Scope и т.д. просто копируются в новый созданный workitem из "родительского", остаётся только добавить описание задачи.<br />Повторюсь, PBI уже по определению находится в нужном Scope, так как заведён он был хрен знает когда и Product Manager, прямо выполняя свою работу, поместил этот PBI для реализации вот данный вот Scope. Ну, тут тоже должно быть всё понятно: "такую-то фичу делаем тогда-то" :)<br /><br />Вот так нам не приходится решать сферических задач в вакууме.Alexey Ragahttps://www.blogger.com/profile/01022307276413493995noreply@blogger.com