<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ru">
	<id>https://tc.imlovingit.ru/index.php?action=history&amp;feed=atom&amp;title=Agile</id>
	<title>Agile - История изменений</title>
	<link rel="self" type="application/atom+xml" href="https://tc.imlovingit.ru/index.php?action=history&amp;feed=atom&amp;title=Agile"/>
	<link rel="alternate" type="text/html" href="https://tc.imlovingit.ru/index.php?title=Agile&amp;action=history"/>
	<updated>2026-04-14T07:09:03Z</updated>
	<subtitle>История изменений этой страницы в вики</subtitle>
	<generator>MediaWiki 1.44.0</generator>
	<entry>
		<id>https://tc.imlovingit.ru/index.php?title=Agile&amp;diff=116&amp;oldid=prev</id>
		<title>Admin: Новая страница: «Идеи и принципы Agile. (https://ru.wikipedia.org/wiki/Гибкая_методология_разработки)  Основные идеи Agile:  -…»</title>
		<link rel="alternate" type="text/html" href="https://tc.imlovingit.ru/index.php?title=Agile&amp;diff=116&amp;oldid=prev"/>
		<updated>2022-05-14T20:14:41Z</updated>

		<summary type="html">&lt;p&gt;Новая страница: «Идеи и принципы Agile. (https://ru.wikipedia.org/wiki/Гибкая_методология_разработки)  Основные идеи Agile:  -…»&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Новая страница&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Идеи и принципы Agile. (https://ru.wikipedia.org/wiki/Гибкая_методология_разработки)&lt;br /&gt;
&lt;br /&gt;
Основные идеи Agile:&lt;br /&gt;
 - люди и взаимодействие важнее процессов и инструментов;&lt;br /&gt;
 - работающий продукт важнее исчерпывающей документации;&lt;br /&gt;
 - сотрудничество с заказчиком важнее согласования условий контракта;&lt;br /&gt;
 - готовность к изменениям важнее следования первоначальному плану.&lt;br /&gt;
&lt;br /&gt;
Основополагающие принципы Agile:&lt;br /&gt;
&lt;br /&gt;
 - наивысшим приоритетом признается удовлетворение заказчика за счёт ранней и бесперебойной поставки ценного программного обеспечения;&lt;br /&gt;
 - изменение требований приветствуется даже в конце разработки (это может повысить конкурентоспособность полученного продукта);&lt;br /&gt;
 - частая поставка работающего программного обеспечения (каждые пару недель или пару месяцев с предпочтением меньшего периода);&lt;br /&gt;
 - общение представителей бизнеса с разработчиками должно быть ежедневным на протяжении всего проекта;&lt;br /&gt;
 - проекты следует строить вокруг заинтересованных людей, которых следует обеспечить нужными условиями работы, поддержкой и доверием;&lt;br /&gt;
 - самый эффективный метод обмена информацией в команде — личная встреча;&lt;br /&gt;
 - работающее программное обеспечение — лучший измеритель прогресса;&lt;br /&gt;
 - спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок;&lt;br /&gt;
 - постоянное внимание к техническому совершенству и хорошему проектированию увеличивают гибкость;&lt;br /&gt;
 - простота как искусство не делать лишней работы очень важна;&lt;br /&gt;
 - лучшие требования, архитектура и проектные решения получаются у самоорганизующихся команд;&lt;br /&gt;
 - команда регулярно обдумывает способы повышения своей эффективности и соответственно корректирует рабочий процесс.&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
</feed>