В дебрях водопада

[vit_r]

Теперь я знаю, что такое agile проект.

Представьте, идёт строительство дома...


Один возводит кладку.

Другой прорубает в стенах отверстия под окна.

Третий пытается вставить рамы, но пока бегал за стеклом, кто-то уже всё забил фанерой.

Четвёртый закладывает кирпичом дыры в стенах.

Пятый кладёт электропроводку. Когда у плинтуса, когда по полу по диагонали, потому что так быстрее.

Пятый решил, что табличка «Не включать! Работают люди!» слишком приказывающая и заменил на «Осторожно! Высокое напряжение!»

Шестой попытался включить дрель, чертыхнулся, прибежал к щиту, чертыхнулся ещё раз, сорвал табличку и включил все рубильники.

Седьмой...

А посреди этого мельтешит прораб, спрашивая, сколько кирпичей уложено, сколько окон прорублено, сколько отверстий пробито, сколько метров электропроводки подключено и есть ли у кого ещё замечания.


Отсюда видно, что важнейшими для любого agile проекта являются два срока:

1. T_нас, когда происходит насыщение системы ошибками и скорость внесения новых растёт до скорости устранения старых.
2. T_нах, когда заказчик понимает, что конечного результата не будет не только в обозримом будущем, но и в будущем необозримом, и прикрывает лавочку.

Задача опытного специалиста перейти с повышением после наступления первого, но до наступления второго.

Comments

[alll]

Ну собственно nuff said:
Extreme Programming was created by Kent Beck during his work on the Chrysler Comprehensive Compensation System (C3) payroll project.[5] Beck became the C3 project leader in March 1996 and began to refine the development methodology used in the project and wrote a book on the methodology (in October 1999, Extreme Programming Explained was published).[5] Chrysler cancelled the C3 project in February 2000...
https://en.wikipedia.org/wiki/Extreme_programming

[white-bars.livejournal.com]

Кстати, не факт, что Agile в принципе пригодна для строительства домов: нет ни одного действительно крупного проекта (уровня операционки), который сделан в парадигме Agile.
Обратное я наблюдал: чтобы написать PowerBI люди полностью забили на Scrum, заперлись в здании на год и написали что хотели.

[karajel.livejournal.com]

В децтве был у отца на работе. Он вешал батареи в новом, видимо, цеху. Для начала он с коллегами под каждым окном в стену забили арматуры на которые позже должны были повесить отопление. Потом пришли штукатуры и заставили арматуры выдернуть потому что им надо стены штукатурить.

[vit-r.livejournal.com]

IT - это социалистическая система организации производства: "Результат не важен, главное, чтобы все были чем-то заняты"

[vit-r.livejournal.com]

Так буковки XP уже стёрты из памяти народной. Знамёна перекрасили и название на них поменяли.

[vit-r.livejournal.com]

В agile работает обратная применимость: Если деградацию скрывать дальше не удаётся, консультанты заявляют или, что agile был применён не правильно, или, что к данному типу проектов agile, к сожалению, не подходит, потому что...

[alll]

Так все ходы ж записаны:
Beck was one of the 17 original signatories of the Agile Manifesto, [1] the founding document for agile software development.
https://en.wikipedia.org/wiki/Kent_Beck

Но читать нынешняя публика ой как не любит, ей лекции подавай, в крайнем случае видео.

[esc.livejournal.com]

Красиво!

[alll]

Дома ж разные бывают. Для постройки домика кума Тыквы вполне подходит, дороговато конечно, но проблемы кума Тыквы хипстеров не волнуют.

[gineer.livejournal.com]

Результат не не важен, а просто не видим.
А так все правильно.

[vit-r.livejournal.com]

Не важен в следующем смысле:

Если результат нельзя (или нет желания) выразить в цифрах, то он является некоторой абстракцией. В этом случае субъективное восприятие важнее объективной реальности.

[gineer.livejournal.com]

А как выразить в цифрах килострочки кода?

Вот в том и дело, что результат работы -- ненаблюдаем и необозрим...

[vit-r.livejournal.com]

Ушло на http://megamozg.ru/post/11018/

[vit-r.livejournal.com]

При желании можно найти метрики на любой вопрос.
Причём, важен именно вопрос.

Что-то логично смотреть в абсолютных числах, что-то в процентах, что-то в динамике.

[gineer.livejournal.com]

И что удивляться у вас такие выводы получаются.

[vit-r.livejournal.com]

Если я напишу, что результаты измерений должны подтверждать или опровергать какую-то теорию, будет лучше?

[gineer.livejournal.com]

Как бы я выше пробовал аргументировать что оно вообще перпендикулярно.

А что у нас уже кроме Поппера уже никого и нет?

[vit-r.livejournal.com]

Вообще-то разговор пошёл куда-то не туда.

Во-первых, я достаточно много занимался измерениями.

Во-вторых, базовое требование к любому требованию на софт - это наличие критерия проверки, то есть, измеримость.

[gineer.livejournal.com]

То есть, ваше слово -- что самое главное это добится измеримости...
а дальше хоть трава не расти?

[vit-r.livejournal.com]

Ну уж не знаю, как можно было так интерпретировать.

[gineer.livejournal.com]

А как еще?

Вот был мой коментарий http://vit-r.livejournal.com/793435.html?thread=5387099#t5387099

соглашусь что сумбурный,
но всетаки достаточно стереотипный и должно быть понятный... может Брукса еще надо было помянуть?
про то что легко намерять хоть килостроками, хоть чем... но структуру кода, которая и определяет -- полезно то что и как в нем написано, или так себе,
таким образом не померяешь

на что пошло ваше замечание про... наука уммет много гитик... есть разные метрики

[vit-r.livejournal.com]

структуру кода, которая и определяет

Я не думаю, что эта аксиоматика правильная. Но объяснять сейчас влом.

[vdggenerator.livejournal.com]

Особенно это относится к прототипированию и рефакторингу

[white-bars.livejournal.com]

Ну, про крупные проекты - это, собственно, известный аспект. У меня бывший начальник - довольно крупный гуру Agile, мы с ним это обсуждали пару раз. Я ему привел в пример Singularity и спросил, можно ли было предотвратить проблемы, сгубившие проект. Он мне в ответ поручил придумать, как можно применить Agile к такого рода проектам :)
Я в результате так и не нашел вменяемого ответа... У меня всё время получалось, что, чтобы предотвратить грабли, нужно заранее знать, где они будут располагаться.
В моих проектах я раз в полгода устраиваю Spike, целью которого является за неделю соорудить прототип того, что мы будем писать следующие полгода. Помогает наступить на грабли максимально быстро... Другое дело, что подготовка и планирование этой недели лично для меня длится месяца полтора (иначе - деньги на ветер), так что удовольствие довольно дорогое.

[norguhtar.livejournal.com]

Вообще обычно выражается тем функционалом что эти строки кода реализуют.