rlabs: переводы
Agile is All About Feedback / Agile - это всего лишь обратная связь
→Agile practices build a technical and organizational infrastructure to facilitate getting and acting on feedback. If you aren’t going to adapt to feedback, then this infrastracture is waste that will only slow you down.
0 Гибкие методики направлены на формирование технической и организационной инфраструктуры для сбора и оценки отзывов. Когда нет желания прислушиваться к отзывам, вся эта инфраструктура только тормозит работу.
→Agile is faster because feedback allows you to find and focus on the most valuable features. If you are certain you know what needs to be built, don’t use Agile. If you don’t have time to gather and act on feedback from customers, then don’t use Agile. If you are sure that everyone understands exactly what needs to be done from the start, then don’t use Agile.
0 Аджайл дает быстрые результаты засчет того, что обратная связь позволяет выделить наиболее важную функциональность и сконцентрироваться на ней. Если кажется, что вы точно знаете, что должны получить в результате - это не аджайл. Если тебе некогда собрать и обработать отзывы клиентов, это тоже не гибкий процесс. Думаешь, что все точно понимают с самого начала проекта, что должно получиться? Не аджайл.
→Agile isn’t faster all by itself. Agile is only a benefit in a world that acknowledges the value of adapting. And that adaptability needs to go all the way to whoever is funding the project. It is not enough for the team to be Agile. The sponsors need to be Agile too. Are all of the requirements really required? Do we know exactly what the software needs to look like from the start?
0 Сами по себе гибкие мектодологии ничуть не быстры. От них бывает отдача только в окружении, понимающем пользу изменений. И это понимание должно распространяться до самых верхов, оплачивающих проект. Недостаточно иметь "гибкую" команду разработчиков, спонсоры тоже должны быть гибкими. Действительно ли все требования так необходимы? Представляете ли вы уже сейчас, как должен выглядеть продукт?
→Agile teams get into terrible binds when executives or clients hand them a list of requirements at the start, tell them to use Agile (because its faster), and then don’t want to participate in the feedback process.
0 Команда оказывается невероятно скована, когда менеджеры или клиенты вручают им список начальных требований, требуют использовать аджайл (потому что это быстрее), и в дальнейшем не желают давать какую-либо обратную связь.
→Being able to give and receive meaningful feedback is often a challenge for people. Yet it is crucial to success with Agile.
0 Получать и давать осмысленные отзывы непросто, и тем не менее это необходимо для успешного применения гибких методологий.
→On my last project, we defined our stories so that they made sense to everyone on the team. Our analysts, testers and developers could all understand and review individual stories. But we found that we had to create a larger grouping, which we called features, to facilitate meaningful review from outside our team. We made sure all the stories in a feature were complete before soliciting feedback from outside the team.
0 В недавнем проекте мы сформулировали "истории" так, что они были понятны каждому. Аналитики, тестировщики и разработчики - все были способны понять и оценить конкретные истории. Тем не менее, нам пришлось сгруппировать их в укрупненные функциональные возможности, чтобы получить адекватную обратную связь от людей, не входящих в команду. Прежде чем попросить отзыв о функционале, мы добивались реализации всех историй, в нем участвующих.
→The reason Agile teams can do with less planning is because feedback allows you to make sure that you are on course. If you don’t have meaningful feedback then you’re not agile. You’re just in a new form of chaos.
0 Причина, позволяющая "гибким" командам работать при меньшем планировании - обратная связь, помогающая понять, правильным ли курсом мы движемся. Если обратной связи у вас - это не аджайл, а всего лишь еще одна форма бардака.
→A lot of teams adopt Agile with a grab-bag approach without quite realizing the point of the practices. They pair-program without discussion or changing drivers. They send code to QA that the testers can’t test because the story boundaries are arbitrary; they can’t tell whether they found a bug or just the end of the story. Iterations become schedule milestones rather than real opportunities to improve alignment and adjust objectives.
0 Многие коллективы пытаются применить гибкие методологии, не вникая в их сущность. Они используют парное программирование без обсуждения и перемены "ведущего". Они выдают тестировзикам такой код, который нельзя протестировать из-за неопределенности историй, так, что нельзя сказать, нашли мы ошибку или просто вышли за пределы истории. Итерации превращаются в запланированные мейлстоуны, исключающие возможность корректировки направления и уточнения целей.
→Agile methods allow your team to get feedback regarding the software you are building. That’s the point. The feedback works on several levels. Pair programming gives developers instant feedback on their code. Stories represent units of work where testers and analysts can give feedback to developers. Iteration releases facilitate feedback from outside the team. Most agile practices are valuable because they create feedback loops that allow teams to adapt.
0 Гибкие методологии дают вашей команде получать отклик о разрабатываемом продукте. В этом вся суть. Обратная связь работает на разных уровнях. Разработчики, практикующие парное программирование, получают непосредственную оценку своего кода. "Истории" представляют собой участки работы, на которых разработчики получают обратную связь от тестировщиков и аналитиков. Итеративные релизы позволяют команде получить отклик снаружи. Большинство гибких техник ценны в первую очередь тем, что создают потоки обратной связи, помогающие команде реагировать на изменения.
Резюме
- Пол:
- мужчина
- Родной язык:
- русский
- С нами:
- с 25 сентября 2008 г. (6597 дней) по приглашению kugaevsky
- Деятельность:
-
29 версий перевода
с общим рейтингом 1
Карма: 1 (оценок: 1)