Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Работа Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 32   вперед  Ctrl
 Re: Агиле/Скрам или прессинг ?  [new]
stenford
Member

Откуда: урал
Сообщений: 2754
Полковник.
Вот вам пример - договорились с другим субподрядчиком заказчика, что нам на вход будут давать хороший, правильный JSON, вроде на час с тестированием его загрузить, в результате пришла помойка, формат разрушен, и ответ "никто под вас выгрузку делать не будет" - неделя работы.

и что, в чем проблема-то? Если был договор с субподрядчиком, а он свесил эту работу на вас - то понятно фронт работ увеличился, при чем тут скрам/не скрам? Проект будет требовать доп финансирования, или нормального менеджера, который умеет договариваться с субподрядчиками
20 июл 18, 08:33    [21587043]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Василий_100
Member

Откуда:
Сообщений: 107
stenford
Охранник смузи-машины
так и при водопаде никто не мешает с соответствующим комментарием отправить задачу обратно постановщику, и пусть они там дальше разбираются

если-бы у бабушки были яйца (итд по тексту). Если в водопаде разбивать по часам каждое задание, и уведомлять менеджера когда заложенное в него время надо увеличить - то водопад и приобретет черты скрама. Теперь еще в водопаде не мешает разбить его на маленькие водопадики по 2 недели, и каждый день проводить планировку кто что делает и сколько времени осталось. И водопад уже будет вполне себе ничего


Получается, что каскадная модель RUP нужна только для крупных и длительных проектов? А для коротких и когда нужна резкая отдача - именно гибкие методологии? Но, с другой стороны, Agile не предполагает более-менее чёткого следования разработке архитектуры проекта. Потому как в процессе разработки может произойти как смена требований заказчика, так и смена участников разработки и смена их ролей. Таким образом, когда проект станет большим и жирным, то каждый из участников не будет знать, какой код, в каком модуле, в какое время и зачем он писал. Осознания своей роли и своей зоны ответственности у такого программиста не будет. Вся работа программиста будет "размазана" по всему проекту - (интерфейс чуть-чуть писал, чуть-чуть базу крутил, чуть-чуть бэкэнд писал и т.д.).
Вот есть при Agile не будет чёткой ролевой политики и зоны ответственности. Так?
20 июл 18, 09:19    [21587205]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1712
Василий_100
Я подумал, что проблемы даже не в SCRUM и не в людях, а в том, что SCRUM не является стандартом, ГОСТом и поэтому допускает многое, что может нетривиально трактоваться.


Вы забываете, что первым (и единственным неприложным) правилом в scrum служит "процесс для команды, а не команда для процесса. Подстраивайте под себя, как удобно".

На позапрошлой работе я старался скрам по-правильному сделать. Карты сделал. На 5м где-то спринте в среднем всё сходилось (хотя каждая конкретная задача чаще всего не совпадала с оценкой).

На прошлом месте через пару месяцев отказались от покер-планирования. Накидывали задачи на глазок, не выполненные просто переносили- никаких разборок. Приоритет были.
И ввели элементы канбана - просто в jira поставили максимальное число задач на этапе. Очень помогло- регулярно выплывали зависшие задачи. Обычно вида "стрясти с админов новый сервер" и прочие внешниеЕ, но иногда вылезало забытое что-то :)

Сейчас оценка задач обычно выполняется двумя-тремя людьми "в теме" и разделение по областям кода есть- интеграцию с гуглом пилят одни, хадуп/кликхаус другие и т.п. Просто приложение огромное, всё знать никто не может (хотя бас-фактор уитываем и обмен опытом идёт). И кроме двухнедельных спринтов есть месячные отметки (т.е. 2-3 спринта) с обещаниями и плюшками за их выполнение (реально собираемся покушать и попить- заодно поболтать спокойно).

И всегда, кстати, тестировщики выделенные- так удобнее.

Зато всем понятно, что делается и когда это будет. Они коллега теперь в США в крутой кампании работает (хотя крутой в нашей узкой области)- говорит, никакого скрама нет и бардак жуткий- что и когда будет никто толком не знает.
20 июл 18, 09:43    [21587330]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1712
Василий_100
Но, с другой стороны, Agile не предполагает более-менее чёткого следования разработке архитектуры проекта.


Почему? Просто архитектура должна быть гибкая. В которой во-первых сразу заложены точки "сгибания", а во-вторых и в других местах она должна гнуться :)

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


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

Василий_100
Вот есть при Agile не будет чёткой ролевой политики и зоны ответственности. Так?


Нет.

stenford
если-бы у бабушки были яйца (итд по тексту).


Как раз "гибкие технологии" позволяют получить такую волшебную бабушку, если надо.

Причём, в отличии от водопада, вся команда должна иметь хорошые умения. "Если не хватает людей- просто добавь индусов"- это про водопад и RUP как раз.
20 июл 18, 09:48    [21587342]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Полковник.
Кто разбивает задачу на мелкие? Да и что за задачи такие, которые сходу можно декомпозировать, а плюс б делить пополам не больше.


В скраме это делаети команда вот мультик с примером
[youtube=]

+

Уточнение Бэклога Продукта (PBR13) – это деятельность, направленная на уточнение,
оценку и упорядочивание элементов в Бэклоге Продукта. Речь идет о непрерывном
процессе, в рамках которого Владелец Продукта и Команда Разработки обсуждают детали
Элементов Бэклога Продукта, тем самым проверяя и пересматривая эти элементы.
Скрам-команда решает, как и когда должно производиться Уточнение Бэклога Продукта.
Обычно этот процесс занимает не более 10% от доступного времени Скрам-команды. При
этом Элементы Бэклога Продукта в любой момент времени могут быть изменены как
самим Владельцем Продукта, так и по его указанию.
Элементы вверху списка обычно лучше детализированы, чем элементы внизу. Чем
детальнее и яснее описание Элементов Бэклога Продукта, тем точнее может быть
их оценка. В свою очередь, чем ниже находятся элементы в Бэклоге Продукта, тем меньше
они детализированы.
Элементы Бэклога Продукта, которыми будет заниматься Команда Разработки в будущем
Спринте, прорабатываются так, чтобы их можно было реализовать за время одного
Спринта. Эти элементы считаются “Готовыми”, чтобы быть взятыми в Спринт
на Планировании. Такой уровень прозрачности Элементов Бэклога Продукта достигается
благодаря процессу Уточнения Бэклога Продукта.


Вот вам пример - договорились с другим субподрядчиком заказчика, что нам на вход будут давать хороший, правильный JSON, вроде на час с тестированием его загрузить, в результате пришла помойка, формат разрушен, и ответ "никто под вас выгрузку делать не будет" - неделя работы.


Если у вас такие события правило а не исключение, то возможно, для вас больше подходит канбан а не скрам. В скраме разработка делится на итерации (спринты), в течение которых в набор задач лучше не вмешиваться (хотя это возможно по согласованию сторон) - в канбане это непрерывный поток.
20 июл 18, 09:56    [21587372]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Василий_100
Получается, что каскадная модель RUP нужна только для крупных и длительных проектов?


RUP это итеративная модель - перечитайте доступную информацию - в каждой итерации есть почти все активности
Картинка с другого сайта.


А для коротких и когда нужна резкая отдача - именно гибкие методологии? Но, с другой стороны, Agile не предполагает более-менее чёткого следования разработке архитектуры проекта.


Я не очень понимаю, что такое "архитектура проекта" - есть архитектура ПО. В Agile стараются выразить ее в коде, как в рабочем так и в тестах. В XP есть понятие "системной метафоры" для описания архитектуры. В Agile также приветствуется неформальная культура команды и неформальная передача знаний. (Парное программирование, информационные излучатели, code review и все такое.)

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


Это отдельный вопрос, связанный с понятием "владение кодом" - можно разбивать команды по модулям, можно по фичам (feature teams). Обычно приветсвуется коллективное владение кодом - т.е. не отдельный человек отвечает за модуль, а команда или вообще все сразу.

Чтобы знать "какой код, в каком модуле, в какое время и зачем он писал" есть багтрекеры и системы контроля версий. Желательно чтобы команда установила такие правила, чтобы по коду нельзя было понять кто именно его писал.
20 июл 18, 10:12    [21587457]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
https://ru.wikipedia.org/wiki/Rational_Unified_Process#/media/File:RUP_process.png
20 июл 18, 10:13    [21587465]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Vyatich
Member

Откуда:
Сообщений: 3093
Вот ещё мультик с примером:

20 июл 18, 11:02    [21587766]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Vyatich
Вот ещё мультик с примером:


Странный разработчик - вместо того, чтобы послать зарегать заявку в багтрекер устраивает такой большой диалог.
20 июл 18, 11:12    [21587817]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Шайтан
Member

Откуда: город обречённых
Сообщений: 21815
автор
Агиле/Скрам или прессинг ?

Агиле/Скрам вполне работает без прессинга
Как и
Пресиинг возможен без Агиле/Скрам

Есть идея и есть ее реализация.
Чего расшумелись?
20 июл 18, 11:25    [21587870]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
stenford
Member

Откуда: урал
Сообщений: 2754
Василий_100
Вот есть при Agile не будет чёткой ролевой политики и зоны ответственности. Так?

"зоны ответственности" перпендикулярны скраму как таковому, обычно баги идут тому, кто писал функционал, а сам функционал распределяется между девелоперами довольно свободно. Это плохо когда что-то одно закреплено за определенным человеком и только он понимает что там происходит. Код должен писаться так, что-бы любой человек смог в нем за приемлемое время разобраться, и это достигается путем код ревью - говнокод уже не пройдет, извольте писать как положено
20 июл 18, 11:26    [21587876]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
EV.P
Member

Откуда:
Сообщений: 126
Сходил сегодня на собеседование в Почта Банк на вакансию https://hh.ru/vacancy/26248862
Это реально пипец. Не знаю как уснуть. Сел за компьютер, чтобы слить накипевшее.
По факту при трудоустройстве в этот банк помимо договора о работе подписываются аж 6 экземпляров документов (по технике безопасности, по Правилам работы в компании и работе с инфраструктурой, по пожарной безопасности, по Правилам борьбы с нелегальным оборотом денег и ещё какие-то два документа). Все программисты работают по системе Agile с жесткими сроками в 2 недели и паскудным графиком - явка к 8.30 в понедельник и четверг на планёрку. В пятницу, как обычно, делается сборка и тестирование кода, написанного за неделю. Соответственно ранее 21.00 никто ещё не выползал из офиса. Косяки и недоработки вылезали всегда. Пока все косяки не исправлены, никто не имеет права покидать рабочее место. Косяки/недоработки тщательно ищут два реально вредных перца. Один - протеже какой-то шишки, второй - просто родственник тоже кого-то из начальников отделов.
Внутри банка принята жесткая отчётность за каждый нормо-час. Списывать нормо-часы нужно сразу в нескольких системах. Если программист ошибётся хоть на 15 минут, будут реальные разборки полётов и поднятие истории всех чекинов кода и анализ потраченного времени за последний месяц. Как правило, за этим следует немедленное увольнение такого сотрудника.
Условия работы дикие. Компы старые. Руководитель, собеседовавший меня, гордо назвал: "..У нас стоит проверенная временем боевая техника - компьютеры HP 6000 Pro с 4 Гб ОЗУ и "ёмким жёстким диском. Для выполняемых задач такого более чем достаточно!"
Погуглив дома спецификацию такого компьютера, обнаружил, что это всего лишь:
HP Compaq 6000 Pro
Во мрак-то какой! И это реально комп, на котором нужно компилировать код о 2 млн строк си-шарпа и аж тоннах фронт-энд коде javascript, про который мне усердно жужжал будущий ПМ?
По моему личному мнению, мощности даже старческого i3 третьего поколения (который и то шустрее будет ориентировочный тест) недостаточно для вменяемой компиляции даже маленького проекта со 100 тыс строк кода хотя бы за 1 минуту. Что уж говорить про более глобальные и серьёзные проекты с кучей проверок и тестов?
Команды сидят в душных жарких комнатах. Когда ПМ проводил меня по комнатам и показал обстановку в офисе, он с удовольствием сказал: "ну вот, ребята работают, работа кипит...". Когда он открывал комнаты, то из комнат на меня каждый раз пыхало горячим воздухом с явным признаком запаха пота и провонявших от пота носков. Кондиционеры в комнатах есть, но их не включают - так как розетки, к которым подключены кондиционеры, обесточены - в Банке жёсткая экономия денег.
Сервера тоже старые (все HP) и уже почти все сняты с техподдержки (кроме боевых).
В срок 2 недели нужно успеть написать и всячески протестировать такой объём кода, который, как мне показалось, и за месяц-полтора не написать.
По зарплате предлагают скудные 95 тыщ на руки, ДМС с 4 месяца, никаких бонусов и премий (хотя усердно втирают про них на собеседовании с первой же минуты), жесткий дресс-код (кадровичка прямо сказала, что бороду и щетину нужно регулярно брить, лысым - волосы отращивать, волосатым - срочно стричься, когти также стричь, никакими духами/одеколонами не пользоваться, на работу являться крепко выдроченным, а не квёлым) и бодро бежать программировать код с первых же минут обитания в офисе. В общем, кастрация по полной.
По своим каналам пробил инфу - у банка реально жесть творится. Всем, кто приходит устраиваться в ИТ-отдел, также дают низкие зарплаты в 95-110 тыщ на руки.
Есть ещё и куча другой субъективной информации о самих руководителях, их стиле руководства разработкой и о самом банке в целом. Даже не знаю, как всё это переварить....
21 июл 18, 00:49    [21590469]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
17-77
Member

Откуда:
Сообщений: 1359
EV.P,
серьезно что ли? прям не верится
вы все это узнали за 1 час собеседования? или общались с местными программистами?
21 июл 18, 08:08    [21590552]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
defecator
Member

Откуда:
Сообщений: 39279
17-77
EV.P,
серьезно что ли? прям не верится
вы все это узнали за 1 час собеседования? или общались с местными программистами?

кто сказал, что час ? в посте этого нет
21 июл 18, 08:19    [21590561]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Охранник смузи-машины
нельзя писать код все 8 часов! это вредно как для здоровья программиста, так и для проекта.
и вообще, по санитарным нормам нельзя непрерывно работать за компьютером более двух часов.


Разумеется. Так что если вдруг появилась время на отдых надо встать, размяться, сделать производственную гимнастику, а не "в халфлайф пострелять, и на форумах посраться". Т.е. если отдых наиболее эффективный способ использовать проданное время компании то заняться им. И именно в том виде и объеме который нужен для производственного процесса.

Если честь команды скучает на совещании - то это не единая команда.

Скрам описан в скрамгайд так что отстаивать свою точку зрения можно аргументированно и ссылаясь на документы - вы это делали?
22 июл 18, 03:09    [21591638]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
aalexander
Member

Откуда:
Сообщений: 12
Василий_100
YangPut,
Scrum и реально сжатые сроки теперь почти везде, особенно в крупных конторах.

Scrum — концепция работы в условиях сорванных сроков и идеологического кризиса
https://geekbrains.ru/posts/methodologies
22 июл 18, 12:28    [21591940]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26508
Lean Development (бережливая разработка ПО) - ещё одно ответвление гибкой методологии, предполагающее сохранение высокого морально-функционального состояния разработчиков. Это выражается в:

  • Поощрении сотрудников за успешную работу.
  • Изменении текущих задач только по мере необходимости или по запросу заказчика.
  • Строгом выполнении плана: всё, что сверх - считается потерями времени и ресурсов.
  • Внедрении общей концепции «Мыслить широко, делать мало, ошибаться быстро, учиться стремительно».
22 июл 18, 12:46    [21591952]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Охранник смузи-машины
пусть занимаются высосанными из пальца задачами по переливанию из пустого в порожнее, главное чтобы "не простаивали")


Начальник не может придумать осмысленной задачи только если он идиот либо работает "на отвали". Всегда полно недоделок, неоптимального кода и возможностей улучшить свой инструментарий или знания.

Если кому-то кажется что это не так, он, скорее всего, или недостаточно квалифицирован или работает в том же стиле.
22 июл 18, 14:13    [21592042]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
WebSharper
Member

Откуда:
Сообщений: 438
Охранник смузи-машины
Почему-то всегда, когда я хотел я о-то улучшить и оптимизировать, мои стремления изначально подавлялись фразами менеджеров "думать вредно",


У меня был опыт с разными менеджерами, но мне ни разу такое не говорили. Наверное мы либо работали в разных конторах либо по разному успеем общаться.

В Гугле джетбрейнс и МС есть продукты которые зародились как сайдпроджекты из попыток оптимизировать свою работу.

Даже бывшие военные готовы были обсуждать мои идеи.

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


Вы не заметили, чо я все это сопровождаю цитатой в кавычках. Причем цитата эта их этого топика. И автор оригинального сообщения совсем не я...
22 июл 18, 16:09    [21592158]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 26508
Охранник смузи-машины
Кнюпель
Задания разработчикам регламинтируются и контролируются, как и качество кода на выходе.

хех, сразу же возникает вопрос "а судьи кто?".
в код-ревью очень часто используется метод "докопаться до столба", потому как придраться к чему-то надо обязательно, в противном случае возникнут подозрения в квалификации ревьюера)

Руководство - му**ки, менеджеры - му**ки, вот уже и коллеги - му**ки... Однако с Вами так интересно
22 июл 18, 17:20    [21592253]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Охранник смузи-машины
Member

Откуда:
Сообщений: 605
автор
Одним из элементов свободы является отсутствие жестких сроков на выполнение задачи. Для профессиональных управленцев отсутствие жестких сроков может звучать как нонсенс, но в творческой деятельности это один из обязательных элементов эффективной работы. Бессмысленно заставлять программистов работать больше, устраивать сверхурочные авралы и субботники. Работать больше, это совсем не значит — работать продуктивнее. Наоборот. Излишнее давление и суета приводят к непродуманным решениям и многочисленным последующим переделкам. «Хорошо управляемое предприятие — это спокойное место. Зато «фабрика, отличающаяся "кипучей" деятельностью и "трудовым героизмом" работников, который бросается в глаза любому посетителю, является на самом деле плохо управляемой»

клац
22 июл 18, 22:01    [21592531]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
mayton
Member

Откуда: loopback
Сообщений: 41027
Vyatich
Кнюпель
время халявы и бездельников в айти безвозвратно прошло. Задания разработчикам регламинтируются и контролируются, как и качество кода на выходе. Добро пожаловать в 21 век

Время программистов и инженеров в айти безвозвратно прошло. На смену им пришли кодеры-вайтишники, "эффективные менеджеры", фреймворки и аджайл. Добро пожаловать в 21 век

Я миллионы раз ругал скрам-аджайл.

Но с другой стороны если вы - владелец бизнеса. То что вам надо?
Будете оплачивать какое-то пинание куёв под столом? В течение полу-года (waterfall)
С неизвестным резалтом на выходе.

Вы-бы сами заплатили за такое? Я-бы нет!
22 июл 18, 22:10    [21592539]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
Охранник смузи-машины
Member

Откуда:
Сообщений: 605
mayton
Vyatich
пропущено...

Время программистов и инженеров в айти безвозвратно прошло. На смену им пришли кодеры-вайтишники, "эффективные менеджеры", фреймворки и аджайл. Добро пожаловать в 21 век

Я миллионы раз ругал скрам-аджайл.

Но с другой стороны если вы - владелец бизнеса. То что вам надо?
Будете оплачивать какое-то пинание куёв под столом? В течение полу-года (waterfall)
С неизвестным резалтом на выходе.

Вы-бы сами заплатили за такое? Я-бы нет!

почему если не скрам, то сразу вотерфолл? есть ещё много других методологий. итеративная разработка, например. Это ещё не эджайл, но уже не вотерфолл. Или, если хочется эджайла, то есть канбан, в котором нет необходимости в постоянных совещаниях. Или Feature-Driven Development
22 июл 18, 22:14    [21592542]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
defecator
Member

Откуда:
Сообщений: 39279
mayton
Vyatich
пропущено...

Время программистов и инженеров в айти безвозвратно прошло. На смену им пришли кодеры-вайтишники, "эффективные менеджеры", фреймворки и аджайл. Добро пожаловать в 21 век

Я миллионы раз ругал скрам-аджайл.

Но с другой стороны если вы - владелец бизнеса. То что вам надо?
Будете оплачивать какое-то пинание куёв под столом? В течение полу-года (waterfall)
С неизвестным резалтом на выходе.

Вы-бы сами заплатили за такое? Я-бы нет!

у тебя не было софтверного бизнеса
У меня был
9 лет, с 2001 по 2010
42 сотрудника
27 программеров
продукт до сих пор востребован
никаких аджайлов и потогонки
22 июл 18, 22:20    [21592548]     Ответить | Цитировать Сообщить модератору
 Re: Агиле/Скрам или прессинг ?  [new]
mayton
Member

Откуда: loopback
Сообщений: 41027
Охранник смузи-машины
почему если не скрам, то сразу вотерфолл? есть ещё много других методологий. итеративная разработка, например. Это ещё не эджайл, но уже не вотерфолл. Или, если хочется эджайла, то есть канбан, в котором нет необходимости в постоянных совещаниях. Или Feature-Driven Development

Ну... собственно канбан не исключает agile. Canban - это просто методология фиксации текущего статуса спринта.
Вы можете быть на agile с канбаном или на agile без канбана. Имплементации : Магнитная доска. Или борда в atlassian jira. Или просто
напоминалка в почте.

Итеративная разработка - это спринты. Тоесть это тот-же agile. Поэтому я не вижу разницы. Но если вы видите - то прошу прояснить.

А вот что такое Feature-Driven Development - я не знаю. Но если расскажете - буду рад.
22 июл 18, 22:34    [21592558]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 32   вперед  Ctrl
Все форумы / Работа Ответить