Agile Манифест – Принципи
Оригинален текст:
Principles behind the Agile Manifesto
We follow these principles:
- Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
- Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
- Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
- Business people and developers must work together daily throughout the project.
- Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
- The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
- Working software is the primary measure of progress.
- Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
- Continuous attention to technical excellence and good design enhances agility.
- Simplicity–the art of maximizing the amount of work not done–is essential.
- The best architectures, requirements, and designs emerge from self-organizing teams.
- At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Превод:
Принципи, заложени в Agile Манифеста
Ние следваме тези принципи:
- Нашият най-висок приоритет е да задоволим нуждите на клиента чрез ранно и постоянно доставяне на стойностен софтуер.
- Приветстваме променящите се изисквания, даже и в напреднал стадий на разработка. Agile процесите прегръщат промяната в името на конкурентното предимство на клиента.
- Често доставяне на работещ софтуер – между две седмици и два месеца – с предпочитание към по-кратките срокове.
- Хората на бизнеса и разработчиците трябва да работят заедно ежедневно през цялото време на проекта.
- Проекти се изграждат от мотивирани личности. Дайте им средата и подкрепата, от които се нуждаят и им гласувайте доверие, че ще свършат работата.
- Най-ефективният и най-ефикасен метод за предаване на информация към и вътре в екипа от разработчици е разговорът лице в лице.
- Работещият софтуер е основната мярка на прогреса.
- Agile процесите насърчават непрекъснатата разработка. Спонсорите, разработчиците и потребителите трябва да могат да поддържат постоянен ритъм безсрочно.
- Постоянното внимание към техническо усъвършенстване и добрият дизайн подобряват гъвкавостта.
- Простотата – изкуството да се максимизира работата, която не е нужно да се върши – е от изключително значение.
- Най-добрите архитектури, изисквания и дизайни произлизат от самоорганизиращи се екипи.
- През равни интервали от време, екипът обсъжда как да стане по-ефективен, след което настройва работата си в съответствие с взетото решение.
***
* (11). self-organizing: вместо самоорганизирани ми се струва по-добре самоорганизиращи се (или може би само-организиращи се). С което се набляга още веднъж, че екипът постоянно се само-организира.
* (12). At regular intervals.
В оригиналния текст някак личи, че действието става редовно (и сравнително често), докато “През равни интервали от време” на БГ някак си набляга на равността на интервала, пък може да е веднъж на 5 години.
Ето и някакъв алтернативен вариант (не претендирам да е по-добър):
“Екипът регулярно/редовно инспектира как би могъл да стане по-ефективен и съответно настройва своето поведение и се адаптира.”
За т. 11 съм съгласен – “самоорганизиращи се” е по-точното. За т.12 не ми звучи добре твоето предложение. Съгласен съм, че трябва да наблегнем на регулярното, т.е. честото пренастройване, но нека да го оставим така още малко и да видим и други мнения, преди да решим как точно да го напишем.