Deutsch
Germany.ruФорумы → Архив Досок→ Программирование

Agile

2115  1 2 3 4 5 6 все
Tamachi прохожий18.03.19 16:41
NEW 18.03.19 16:41 

Есть в Германии коллективы, пишущие в режиме Agile? Хотелось бы услышать от них : эй, Вы живы?

#1 
AlexNek патриот18.03.19 17:11
AlexNek
18.03.19 17:11 
в ответ Tamachi 18.03.19 16:41

Да много есть, а что именно интересует?

#2 
MrSanders старожил18.03.19 17:40
NEW 18.03.19 17:40 
в ответ AlexNek 18.03.19 17:11

Эт вы поторопились :) Сначала надо бы выяснить что ТС под "режимом Agile" понимает....

#3 
AlexNek патриот18.03.19 17:54
AlexNek
NEW 18.03.19 17:54 
в ответ MrSanders 18.03.19 17:40

ну так по вопросам и стало бы понятно. Подождесмъ...

#4 
Tamachi прохожий18.03.19 18:19
NEW 18.03.19 18:19 
в ответ MrSanders 18.03.19 17:40

Я имел в виду scrum-оподобные технологии разработки ПО.

#5 
Tamachi прохожий18.03.19 18:23
NEW 18.03.19 18:23 
в ответ AlexNek 18.03.19 17:54

Просто у нас здесь период, когда Agile был популярен пришелся на 2008-2012 г. Потом интерес к Agile и вообще к XP резко поубавился, хотя я считаю, что зря.


Вот, интересуюсь, в Германии этот стиль разработки ещё популярен или тоже на спаде?

#6 
Бесконечный цикл прохожий18.03.19 19:13
NEW 18.03.19 19:13 
в ответ Tamachi 18.03.19 16:41

Можно спорить о причинах, но лучшие ветеринары ставят примерно такой диагноз:


5 REASONS WHY AGILE DOES NOT WORK IN GERMANY AND WHAT TO D...

#7 
AlexNek патриот18.03.19 19:39
AlexNek
NEW 18.03.19 19:39 
в ответ Tamachi 18.03.19 18:23

Статистикой и исследованиями не занимаюсь. Но, чисто по личным наблюдениям, довольно много фирм, по крайней мере, декларируют использование Агильной методологии.

А что тогда у вас стали пользовать после 2012?

#8 
MrSanders старожил18.03.19 20:17
NEW 18.03.19 20:17 
в ответ Tamachi 18.03.19 18:23

Судя по статьям и докладам на всяких конференциях - до сих пор популярен. Новую хайп - волну запустить пока не смогли "agile is dead" не взлетело.

#9 
MrSanders старожил18.03.19 20:19
NEW 18.03.19 20:19 
в ответ Бесконечный цикл 18.03.19 19:13
Можно спорить о причинах, но лучшие ветеринары ставят примерно такой диагноз:

Да ну, ерунда, все эти 5 пунктов подходят куче стран. Да той же России. И куда лучше подходят японии. Что не помешало японцам придумать канбан. Вот бы ещё узнать с чего бы этот ветеринар себя в лучшие записал...

#10 
Tamachi прохожий18.03.19 20:22
NEW 18.03.19 20:22 
в ответ AlexNek 18.03.19 19:39

До Agile был водопадный подход. К нему и вернулись после ухода от Agile. Хотя те коллективы, в которых я работал в стиле Agile, выдавали потрясающие результаты по производительности и качеству. Я не понимаю, почему от Agile отказались!

#11 
Tamachi прохожий18.03.19 20:27
NEW 18.03.19 20:27 
в ответ Бесконечный цикл 18.03.19 19:13

Для меня достаточно того, что статья "Почему Agile не работает в ГЕРМАНИИ написана на АНГЛИЙСКОМ языке".


Американцы не любят, когда другие успешнее их.

#12 
dymanoid местный житель18.03.19 21:10
dymanoid
NEW 18.03.19 21:10 
в ответ Tamachi 18.03.19 16:41

Да вон даже Даймлер в некоторых отделах по-эджайлному программит и тестит.

#13 
  beatus Teddybär18.03.19 21:51
beatus
NEW 18.03.19 21:51 
в ответ Tamachi 18.03.19 16:41, Последний раз изменено 18.03.19 21:52 (beatus)
Диенстляйстерам выгодно работать по scrum методике, т.к. на вскидку процентов 15-20% рабочего времени уходит на этот самый скрам, что открывает дополнительные возможности для них (диенстляйстеров) зарабатывать. Но это относится к более-менее серьёзным командам и проектам. Те, что помельче делают только вид, что работают по скраму. Совсем мелкие фирмы работают по принципу "клиент позвонил, теперь переделываем функционал".
#14 
Tamachi прохожий19.03.19 01:15
NEW 19.03.19 01:15 
в ответ beatus 18.03.19 21:51

Ну, 15% времени на Scrum -- не так уж и плохо.

Но ведь Agile это не только scrum. Есть такие кто на серьёзном Agile? Ну типа там с CodeReview, Retrospective , AgilePoker и прочими механизмами повышения качества ПО?
#15 
koder патриот19.03.19 08:56
koder
NEW 19.03.19 08:56 
в ответ Tamachi 18.03.19 20:22
Хотя те коллективы, в которых я работал в стиле Agile, выдавали потрясающие результаты по производительности и качеству. Я не понимаю, почему от Agile отказались!

Висит на доске баг. И все знают, что это жопа. И все тянут со своим последним заданием, что бы в жопу не влезть. Это еще оптимально. А бывает, что просто никто ничего не делает. Особенно на фирмах, где руководство не имеет права заглядывать в программистскую команду с вопросом "кто конкретно что наработал". Задания на доске, никто ничего не берет и все заняты.


CodeReview это не агил. Это просто нормальный программистский процесс. Что мешает организовать CodeReview в водопадной команде?


Потом задания. Эти хреновы пукты. Задание весит 5 пунктов. Не, 5 много, пусть будет 3. Ну пусть 3. И что? Три пукта это сколько часов работы? Ааа, нельзя в часах, это не длительность, а сложность. Ну ок, пусть будет 3.

#16 
MrSanders старожил19.03.19 13:57
NEW 19.03.19 13:57 
в ответ koder 19.03.19 08:56

Вот у вас отличный пример "карго-культа". Стоит назвать "скрамом" и все заработает. Не-а. У вас не скрам. Потому что

а. команде наплевать на успех спринта (баг висит, никто не берёт, никакой взаимопомощи, команда "нерабочая")

б. что команда делает на дейли непонятно (никто ничего не берёт и все заняты)

в. что делает скрам-мастер и где он вообще - неизвестно.

Про "story points" вам явно что-то напел очередной "агильный коуч". Команда отвечает за успех Команда решает как именно она оценивает баллами задачи. Можете хоть наплевать на весь опыт и сделать как хочется - с часами. Почему это плохо? Потому что у каждого разработчика в команде эти часы будут разные. И ПО будет эти часы интерпретировать как ему хочется (а хочется ему "обещаем сделать максимум за столько часов"). На абстрактных "очках" проще договорится во время покера.


Ну и конечно, code review можно делать в водопаде. Проблема в том, что в водопаде все времена распланированы на год вперёд. И как только начинается отставание от графика (а оно начинается, наверное в 95% случаев) что первым принесут в жертву? В скраме - функционал. А в водопаде - "ненужное, отбирающее много времени занятие", т.е. code review ну или тесты, обычно всё же ревью, потому что в нём занят человек, а строчки кода не появляются, отчетность у менедвера ухудшается. Итого - я не видел водопадов где ревью продежался бы дольше 1-го дедлайна (milestone, кто как называет). Потом процесс разработки "оптимизировали" - "вы же профессионалы! мы доверяем что вы сразу пишете качественный код!".

#17 
koder патриот19.03.19 15:25
koder
NEW 19.03.19 15:25 
в ответ MrSanders 19.03.19 13:57, Последний раз изменено 19.03.19 15:29 (koder)
Стоит назвать "скрамом" и все заработает

Все сделали по правилам. Наняли фирму, провели кучу семинаров, закупили доски, установили аттлассиан. Пару месяцев фирма бератовала и надзирала. технически все правильно.

команде наплевать на успех спринта (баг висит, никто не берёт, никакой взаимопомощи, команда "нерабочая")

Да, дураков нет. Когда тикеты раздавались, то чел, который до 15 должен был свой тикет закончить, 16 или должен отчитаться, почему он тянет резину или 16-го он лично и персонально получит неудобный тикет. А тут или я проявлю командный дух и меня поставят раком или подожду, пока это сделает другой дурак. А я его похлопаю по плечу. Кстати, а как перевоспитать команду? Или к скраму обычно и готовые команды продают?

что команда делает на дейли непонятно (никто ничего не берёт и все заняты)

Да, дураков нет.

Все звиздец как заняты. Люди с высшим образованием, свою работу они презентировать умеют.

Да и что такое дейли. Все свои. Все знают, что все тянут резину и демагогят. И что? Ну можно осуждающе посмотреть на бездельника. Ага.

Команда отвечает за успех Команда решает как именно она оценивает баллами задачи. Можете хоть наплевать на весь опыт и сделать как хочется - с часами.

Команда ни за что не отвечает. Вообще. сорри, не получилось. Упс. А каждого десятого расстреливать как то не принято. А с пуктами это вообще класс. Тикет на 3 часа делать три дня несколько странно. А вот тикет на три пункта можно и месяц делать. Хотя все знают, что это одно и то же. Так что вы святое не трожте. Пункты это неприкасаемо.

На абстрактных "очках" проще договорится во время покера.

Это точно. 8. Нет 3. ну ок, 5. И это все длится месяц.

В скраме - функционал.

Точно! Как баг вылазит, так покрытие тестами становится под 150%. И Все на собраниях. Ибо те, кто заседает, ошибок не делают.

#18 
koder патриот19.03.19 15:30
koder
NEW 19.03.19 15:30 
в ответ koder 19.03.19 15:25

Sorry, наболело. Впрочем на хабре есть тоже несколько негативных статей с личным опытом.

#19 
MrSanders старожил19.03.19 18:29
NEW 19.03.19 18:29 
в ответ koder 19.03.19 15:25
Все сделали по правилам. Наняли фирму, провели кучу семинаров...

А вы не помните что за фирма?

Да, дураков нет. Когда тикеты раздавались, то чел, который до 15 должен был свой тикет закончить, 16 или должен отчитаться, почему он тянет резину или 16-го он лично и персонально получит неудобный тикет...
Все звиздец как заняты. Люди с высшим образованием, свою работу они презентировать умеют....

И вот тут должен был возопить скрам мастер: "доколе!" И где он у вас?

Команда ни за что не отвечает. Вообще. сорри, не получилось. Упс. А каждого десятого расстреливать как то не принято.

Было похоже. "вы за всё отвечаете!" и "это ваше решение непродуктивно, мы решили что вы будете делать вот так". Подключили руеководство всего IT-Entwicklung-а, вонять пришлось несколько месяцев.

Ибо те, кто заседает, ошибок не делают.

Карго-культ. "Заседает" тоже команда а не кто-то.

#20 
1 2 3 4 5 6 все