Очень многие ругают за использование англицизмов в статьях и устной речи. Ну да, мы работаем с англоязычными компаниями, мы привыкли, да и по-русски перевод не всегда найдешь подходящий.
Но все же, как мне кажется, сдвиг в сторону терминов на русском уже есть, вот например Agile подход стали чаще называть "гибким" - и всем понятно о чем речь.
А вот например, User story, дословный перевод - история пользователя. Длинно и неудобно, чаще всего на русском говорят просто "история". Но тут само значение немного теряется - что за история, к чему история?
Но есть так же и другое, на мой взгляд более подходящее слово - "Пожелание". Пожелание пользователя к функциональности системы - "Я хочу делать в системе то и это". Пожелание - подходит по смыслу, правда же?
Тогда и крайне трудно-переводимое слово Product backlog становится простым - Журнал пожеланий. Согласитесь ведь, что это гораздо лучше смотрится в русском тексте, чем product backlog, backlog продукта или баклог подукта или бэклог продукта.
Лично я уже несколько лет пользуюсь термином Пожелание, даже не помню откуда он взялся - особенно-то не распространен, тем более в те годы.
Очень понравилось, что в презентации про проектные трудности используется именно термин Пожелание.
Вот кстати думаю и мега-полезная переводимая книга
Scrum and XP from the Trenches смотрелась бы лаконичней с Пожеланиями вместо Историй и Журналом пожеланий вместо product backlog.
Alexsun, как думаешь?
вторник, 30 сентября 2008 г.
О User story или На тему англицизмов
четверг, 18 сентября 2008 г.
Cкорость разработки команды в GreenHopper
Про плагин для JIRA под названием GreenHopper я уже как-то упоминал, обращая внимание на то, как открыта их разработка для любого желающего (релизы, состав итераций, текущий статус и т.п.).
Поскольку наша корпоративная система управления проектами основана на JIRA, мало того, что приходится с ней работать, но еще ее нужно развивать.. поэтому GH кажется здесь просто спасательным кругом, предоставляя очень удобный интерфейс для работы с JIRA.
Но меня долго удивляло, почему в Agile-ориентированном GH нет на видном месте графика Скорости разработки команды. Наконец, удалось нагуглить способ, как заставить GH отображать скорость. Что забавно, на сайте плагина в явном виде мне этот кейс найти не удалось.
А делается это так:
1. Создаем в jira custom field, например Story Points, тип поля number.
2. Идем в плагин, выбираем Configuration -> Planing Board -> Watched fields.
3. Выбираем в списке наше поле и нажимаем Start Watch.
4. Переходим на Configuration -> Cards и добавляем поле в нужное место на карточку (не забыть сделать это для всех нужных типов issue).
4.1. При этом поле будет доступно только в плагине. Чтобы видеть его в самой jira, поле нужно добавить на соотвествующие скрины в настройках jira.
5. Для каждой итерации в свойство Master (правая панель на Planning Board) проставляем релиз, к которому она относится.
6. Идем в Chart Board, выбираем нужный релиз -> Value chart -> For Story Points -> By Children и видим график скорости разработки за релиз.
6.1. Если графика нет, проверьте, указан ли Release date для релиза.
