<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ru">
		<id>https://lib.custis.ru/index.php?action=history&amp;feed=atom&amp;title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_AgileDays-2011%2F%D0%9D%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%8E%D1%89%D0%B0%D1%8F_%D1%87%D0%B0%D1%81%D1%82%D1%8C_Scrum</id>
		<title>Максим Цепков - AgileDays-2011/Недостающая часть Scrum - История изменений</title>
		<link rel="self" type="application/atom+xml" href="https://lib.custis.ru/index.php?action=history&amp;feed=atom&amp;title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_AgileDays-2011%2F%D0%9D%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%8E%D1%89%D0%B0%D1%8F_%D1%87%D0%B0%D1%81%D1%82%D1%8C_Scrum"/>
		<link rel="alternate" type="text/html" href="https://lib.custis.ru/index.php?title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_AgileDays-2011/%D0%9D%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%8E%D1%89%D0%B0%D1%8F_%D1%87%D0%B0%D1%81%D1%82%D1%8C_Scrum&amp;action=history"/>
		<updated>2026-05-21T07:57:42Z</updated>
		<subtitle>История изменений этой страницы в вики</subtitle>
		<generator>MediaWiki 1.26.4</generator>

	<entry>
		<id>https://lib.custis.ru/index.php?title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_AgileDays-2011/%D0%9D%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%8E%D1%89%D0%B0%D1%8F_%D1%87%D0%B0%D1%81%D1%82%D1%8C_Scrum&amp;diff=26722&amp;oldid=prev</id>
		<title>StasFomin: Новая страница: «Из Эстонии. Основатель и глава фирмы. Хороший [[Недостающая часть Scrum — как стать успешным ...»</title>
		<link rel="alternate" type="text/html" href="https://lib.custis.ru/index.php?title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_AgileDays-2011/%D0%9D%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%8E%D1%89%D0%B0%D1%8F_%D1%87%D0%B0%D1%81%D1%82%D1%8C_Scrum&amp;diff=26722&amp;oldid=prev"/>
				<updated>2011-05-11T10:49:54Z</updated>
		
		<summary type="html">&lt;p&gt;Новая страница: «Из Эстонии. Основатель и глава фирмы. Хороший [[Недостающая часть Scrum — как стать успешным ...»&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Новая страница&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Из Эстонии. Основатель и глава фирмы. Хороший [[Недостающая часть Scrum — как стать успешным инженером в Agile? (Антон Кекс, AgileDays-2011)|обзор]], но для новичков.&lt;br /&gt;
&lt;br /&gt;
* В первую очередь итеративно и инкрементально, адаптивно.&lt;br /&gt;
* Нельзя молиться и верить что работает — нужны тесты.&lt;br /&gt;
* Простота. Максимизировать несделанной работы.&lt;br /&gt;
{{remark|[[Участник:StasFomin|Стас Фомин]]: «Максимизировать несделанной работы» — явно что-то не так.}}&lt;br /&gt;
&lt;br /&gt;
* Большие половины в мире используют agile, 84 % из них — scrum, но только половина — итерации, то есть реально много фуфла. ''flaccid scrum''&lt;br /&gt;
* Вид программистов-ковбоев. И программистов-бюрократов, что хуже…&lt;br /&gt;
* Внедрение сверху-вниз. Много плюсов — для менеджеров.&lt;br /&gt;
* Кен Швабер разочаровался в альянсе, сертифицирующем скрам-мастеров, и начал делать программу обучения и сертификации скрам-разработчиков&lt;br /&gt;
* Agile требует жесткой дисциплины, иначе ничего не выйдет&lt;br /&gt;
* [[RuPedia:Принцип YAGNI|YAGNI]]: simplicity — лишние патерны, проги на будущее — но без оговорки Эванса? — работает из предположения, что добавить потом также просто и что не можешь угадать.&lt;br /&gt;
* Продать парное программирование девелоперам…&lt;br /&gt;
вроде для новичков — ушел&lt;br /&gt;
потом вернулся — когда игры кончились&lt;br /&gt;
* История про тесты. Которые просто удаляют, а не исправляют.&lt;br /&gt;
* Build-мигалка под потолком…&lt;br /&gt;
* Не меряйте разработчика числом строк — он начнет писать длинно, а не элегантно.&lt;br /&gt;
* Вертикальная разработка.&lt;br /&gt;
** Горизонтальная — прототип формы, который не работает, потом — следующий слой.&lt;br /&gt;
** Вертикальная — фича снизу доверху&lt;br /&gt;
* Против чрезмерной специализации. Если все кроме одного попали под грузовик, один должен мочь продолжать.&lt;br /&gt;
* Стандарты кода — чтобы ощущали своим.&lt;br /&gt;
* Архитектура — часть дизайна, которую сложно изменить потому что она вбита. Значит лучше, если нет архитектуры… Пришло из строительства, где дизайн дороже. Он считает, что код и есть дизайн, а вовсе не какой-нибудь UML. С одной стороны, против быдло-кодеров. но с другой…&lt;br /&gt;
* Software craftmanship&lt;br /&gt;
* Двойной монитор с дублем экрана и две клавиатуры и мышки. Только пальцем на экране не показывать.&lt;br /&gt;
* Главное у людей — отношение к работе, а не skills&lt;/div&gt;</summary>
		<author><name>StasFomin</name></author>	</entry>

	</feed>