а что такое чистый аджайл? в тот вся и соль, что его чистым не бывает, это просто набор принципов, которые можно соблюдать в любом процессе. парни просто сели и записали то, что любой адекватный разработчик и тех лид должны понимать и так
стопудово, у нас в банке даже agile был тут недавно анонсирован, как официальная методология. несмотря на то, что это они гонят, конкретно в моих проектах — отлично работали\работают
мне кажется, вы тут какой то свой конкретный неудачный опыт вспоминаете. there is no silver bullet и аджайл, конечно, не панацея. и да, суперпрограммисты-примадонны часто тянут одеяло на себя и тормозят процесс.
1. любой процесс — и аджайл и вотерфолл требуют адекватных людей в команде. их надо тщательно подбирать, растить, и с ними надо дружить. с суперпрограммистами особенно. работу с людьми в проекте никто не отменял, тут никакой процесс ничего сделать не может
2. инспекция кода = code review? зачем отчеты-встречи-обсуждения? это как раз бывает в команде, где нет взаимоуважения, когда вместо того, чтобы думать как лучше и качественнее сделать систему, люди тянут одеяло на себя, выпускают свое раздутое эго погулять.
уже несколько лет у нас в проектах коде ревью выглядит так — человек закончил кодить таску, завел таску на коде ревью на другого человека, тот посмотрел ченжи, написал письмо с мыслями-замечаниями-предложениями с копией на всех, автор поправил, или, в случае, когда несогласен, пришел-поговорил. если вопрос спорный, привлекается лид. паралелльно хорошей практикой стал ежедневный коде ревью всех ченжей, сделанных в проекте, лидом.
я к тому, что не должно быть большой бюрократии по поводу коде ревью, он должен быть простой и быстрый, иначе очень быстро сойдет на нет.
3. а зачем вам целостная картина? задача любого процесса реализовывать пожелания заказчика. и это очень трудно — сразу сходу описать готовую систему, человеческий мозг сам по себе так устроен, детали появляются только по ходу дела, а лучше всего — когда уже видишь что-то работающее. редко бывают заказчики — по совместительству тех райтеры.
для того-то xp, потом переименованный в эджайл, чтобы заказчики не пугались, и был создан, чтобы быстро и легко реагировать на изменения. просто ситуация типа «Давай доделаем фичу, покажем, а там порефакторим. Если время останется...» — совсем не аджайл, а типичный ватерфолл. в аджайле было бы так — «давайте напишем тест, отрефакторим, доделаем фичу и покажем, оцени таски и вышли заказчику наш эстимейт»
вообще один из главных принципов в таком процессе — самоорганизация процесса. по ходу работы те вещи, практики, которые мешают делать качественный продукт, должны отбрасываться (всякие ненужные митинги и излишние обсуждения) а новые подходы — включаться в процесс.
вот хрен знает, какой у нас процесс. если заказывается большая фича, требующая глубокого понимания бизнес области, пишется спека, по ней забиваются таски, если просто есть куча требований — просто забиваются таски. таски бьем на подтаски не больше дня. зная свой велосити (у нас примерно 4 идеальных часа на день) и обьем команды, забиваем спринт тасками на две недели. и побежали. каждое утро на скраме говорим какие таски закрыли вчера, над какими будем работать сегодня.
в конце спринта выкладываем результат на дев энвайромент, показываем заказчику. когда все таски из релиза сделаны несколькими спринтами, пакуем, делаем релиз нотес и отдаем команде UAT, подключаем тестировщиков. Они формально прогоняют наши тесты (кавередж 70 процентов), проводят еще свое тестирование, грузят систему перфоманс тестами, подписывают релиз.
тут и не ватерфолл и не эджайл, а что то между. но Deutsche Bank, в котором я работаю, по крайней мере мой департамент, потихоньку переходит на такой процесс.
поначалу люди меняли одни товары на другие. потом придумали единицу меры — деньги. меняли товары на деньги. потом появились карточки, чтобы купить, нужно просто применить один и тот же кусочек пластмассы к кардридеру.
а теперь и карточки, в принципе, не нужны. для покупки нужно просто помнить свой пароль.
неугадали фантасты. помнится у Лема в «Возвращении со Звезд» у героя был кальстер, который выдавал ему деньги по запросу, напечатанные на пластике. нужно было вбить необходимую сумму. причем ввод производился в двоичном исчислении.
а все таки, не предусмотрена ли какая-то программа предоставления бесплатной возможности использования ваших наработок хотя бы вузам. я на лингвистике учился в РГГУ, мне кажется ребята оттуда смогли бы сделать с этим что-то полезное. и технологии бы двинулись в стране еще чуть чуть. пусть даже не опен сорс.
1. любой процесс — и аджайл и вотерфолл требуют адекватных людей в команде. их надо тщательно подбирать, растить, и с ними надо дружить. с суперпрограммистами особенно. работу с людьми в проекте никто не отменял, тут никакой процесс ничего сделать не может
2. инспекция кода = code review? зачем отчеты-встречи-обсуждения? это как раз бывает в команде, где нет взаимоуважения, когда вместо того, чтобы думать как лучше и качественнее сделать систему, люди тянут одеяло на себя, выпускают свое раздутое эго погулять.
уже несколько лет у нас в проектах коде ревью выглядит так — человек закончил кодить таску, завел таску на коде ревью на другого человека, тот посмотрел ченжи, написал письмо с мыслями-замечаниями-предложениями с копией на всех, автор поправил, или, в случае, когда несогласен, пришел-поговорил. если вопрос спорный, привлекается лид. паралелльно хорошей практикой стал ежедневный коде ревью всех ченжей, сделанных в проекте, лидом.
я к тому, что не должно быть большой бюрократии по поводу коде ревью, он должен быть простой и быстрый, иначе очень быстро сойдет на нет.
3. а зачем вам целостная картина? задача любого процесса реализовывать пожелания заказчика. и это очень трудно — сразу сходу описать готовую систему, человеческий мозг сам по себе так устроен, детали появляются только по ходу дела, а лучше всего — когда уже видишь что-то работающее. редко бывают заказчики — по совместительству тех райтеры.
для того-то xp, потом переименованный в эджайл, чтобы заказчики не пугались, и был создан, чтобы быстро и легко реагировать на изменения. просто ситуация типа «Давай доделаем фичу, покажем, а там порефакторим. Если время останется...» — совсем не аджайл, а типичный ватерфолл. в аджайле было бы так — «давайте напишем тест, отрефакторим, доделаем фичу и покажем, оцени таски и вышли заказчику наш эстимейт»
вообще один из главных принципов в таком процессе — самоорганизация процесса. по ходу работы те вещи, практики, которые мешают делать качественный продукт, должны отбрасываться (всякие ненужные митинги и излишние обсуждения) а новые подходы — включаться в процесс.
вот хрен знает, какой у нас процесс. если заказывается большая фича, требующая глубокого понимания бизнес области, пишется спека, по ней забиваются таски, если просто есть куча требований — просто забиваются таски. таски бьем на подтаски не больше дня. зная свой велосити (у нас примерно 4 идеальных часа на день) и обьем команды, забиваем спринт тасками на две недели. и побежали. каждое утро на скраме говорим какие таски закрыли вчера, над какими будем работать сегодня.
в конце спринта выкладываем результат на дев энвайромент, показываем заказчику. когда все таски из релиза сделаны несколькими спринтами, пакуем, делаем релиз нотес и отдаем команде UAT, подключаем тестировщиков. Они формально прогоняют наши тесты (кавередж 70 процентов), проводят еще свое тестирование, грузят систему перфоманс тестами, подписывают релиз.
тут и не ватерфолл и не эджайл, а что то между. но Deutsche Bank, в котором я работаю, по крайней мере мой департамент, потихоньку переходит на такой процесс.
поначалу люди меняли одни товары на другие. потом придумали единицу меры — деньги. меняли товары на деньги. потом появились карточки, чтобы купить, нужно просто применить один и тот же кусочек пластмассы к кардридеру.
а теперь и карточки, в принципе, не нужны. для покупки нужно просто помнить свой пароль.
неугадали фантасты. помнится у Лема в «Возвращении со Звезд» у героя был кальстер, который выдавал ему деньги по запросу, напечатанные на пластике. нужно было вбить необходимую сумму. причем ввод производился в двоичном исчислении.
неэффективно. у нас круче