Моё экспертное мнение — Scrum не подходит / (подходит с лишними издержками) для профессиональной разработки программного обеспечения.
В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили.
Сверьте и вы.
Можем обсудить почему именно.
Здравствуйте, Министр Промышленности, Вы писали:
МП>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>Сверьте и вы. МП>Можем обсудить почему именно.
Поржал в голос.
У меня за плечами десяток коммерческих релизов успешных разнообразных проектов на Agile-подобных методах за 12 лет, затюненных под конкретные сценарии, а тут вылазит какой-то хрен и мне рассказывает, что это не работает
Ну обсуждайте с другими упоротыми, почему они не шмагли
Здравствуйте, Министр Промышленности, Вы писали:
МП>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>Сверьте и вы. МП>Можем обсудить почему именно.
Ну и в догонку, для "ёксперта" вроде тебя, современное адекватное представление об Agile как методологии разработки адекватно изложено Стивом Макконнелом в его книжке об Agile,
без романтического флера, сугубо в практической плоскости(для каких проектов, в каких условиях и прочая).
Прочтешь, может что поймешь, а обсуждать пересказ пересказа рассказов упоротых скрам-мастеров, бизнес которых-платный саппорт скрама и продажа "процесса"-мне откровенно вломину.
Как и спорить с "нешмаглившими", мне пользы ноль, пустая трата времени.
Re[2]: Scrum не подходит для программной разработки
МП>>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>>Сверьте и вы. МП>>Можем обсудить почему именно.
HFT>Поржал в голос. HFT>У меня за плечами десяток коммерческих релизов успешных разнообразных проектов на Agile-подобных методах за 12 лет, затюненных под конкретные сценарии, а тут вылазит какой-то хрен и мне рассказывает, что это не работает HFT>Ну обсуждайте с другими упоротыми, почему они не шмагли
не, оно конечно работает, но хуже
иногда не работает совсем, если плохо подстроено
усилий лишних тратится больше
у меня за плечами 15 лет, очевидно не менее успешной, коммерческой разработки
причем начинал, когда скрама ещё не было, есть с чем сравнить
Re[3]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>>>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>>>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>>>Сверьте и вы. МП>>>Можем обсудить почему именно.
HFT>>Поржал в голос. HFT>>У меня за плечами десяток коммерческих релизов успешных разнообразных проектов на Agile-подобных методах за 12 лет, затюненных под конкретные сценарии, а тут вылазит какой-то хрен и мне рассказывает, что это не работает HFT>>Ну обсуждайте с другими упоротыми, почему они не шмагли
МП>не, оно конечно работает, но хуже МП>иногда не работает совсем, если плохо подстроено МП>усилий лишних тратится больше
МП>у меня за плечами 15 лет, очевидно не менее успешной, коммерческой разработки МП>причем начинал, когда скрама ещё не было, есть с чем сравнить
Ну у меня в 2002 году первый коммерческий код пошел, в 2003 году вообще в Диасофте работал по ватерфолу, как и потом в Артезио/Ланите в 2004-2006 годах, потом уже более agileподобные методы пошли в дело, так что я тоже могу много что и с чем сравнить
МП>>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>>Сверьте и вы. МП>>Можем обсудить почему именно. HFT>Ну и в догонку, для "ёксперта" вроде тебя, современное адекватное представление об Agile как методологии разработки адекватно изложено Стивом Макконнелом в его книжке об Agile, HFT>без романтического флера, сугубо в практической плоскости(для каких проектов, в каких условиях и прочая). HFT>Прочтешь, может что поймешь, а обсуждать пересказ пересказа рассказов упоротых скрам-мастеров, бизнес которых-платный саппорт скрама и продажа "процесса"-мне откровенно вломину. HFT>Как и спорить с "нешмаглившими", мне пользы ноль, пустая трата времени.
единственноая успешная реализация скрама, которую я видел, которая минимально вредила
была в проекте, который менеджерил бывший опытный разработчик
и где от скрама был только ежедневный стендап вечером, как возможность размяться и поболтать
Re[3]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>>>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения. МП>>>В данном случае это мнение я уже сверил с 2мя надёжными источниками — подтвердили. МП>>>Сверьте и вы. МП>>>Можем обсудить почему именно. HFT>>Ну и в догонку, для "ёксперта" вроде тебя, современное адекватное представление об Agile как методологии разработки адекватно изложено Стивом Макконнелом в его книжке об Agile, HFT>>без романтического флера, сугубо в практической плоскости(для каких проектов, в каких условиях и прочая). HFT>>Прочтешь, может что поймешь, а обсуждать пересказ пересказа рассказов упоротых скрам-мастеров, бизнес которых-платный саппорт скрама и продажа "процесса"-мне откровенно вломину. HFT>>Как и спорить с "нешмаглившими", мне пользы ноль, пустая трата времени.
МП>ха! МП>кажется моё замечание попало в точку
Скорее тебе заняться нечем
Реально
Веришь что Agile не работает-да и хрен с тобой, реально, пользуй другие подходы.
Только забавляют меня те, кто считают-что их мнение единственно верное, особенно если они зафейлились в какой-то методы либо подходах.
Ну ок, ваш выбор-ваш путь.
Re[4]: Scrum не подходит для программной разработки
HFT>>>У меня за плечами десяток коммерческих релизов успешных разнообразных проектов на Agile-подобных методах за 12 лет, затюненных под конкретные сценарии, а тут вылазит какой-то хрен и мне рассказывает, что это не работает HFT>>>Ну обсуждайте с другими упоротыми, почему они не шмагли
МП>>не, оно конечно работает, но хуже МП>>иногда не работает совсем, если плохо подстроено МП>>усилий лишних тратится больше
МП>>у меня за плечами 15 лет, очевидно не менее успешной, коммерческой разработки МП>>причем начинал, когда скрама ещё не было, есть с чем сравнить HFT>Ну у меня в 2002 году первый коммерческий код пошел, в 2003 году вообще в Диасофте работал по ватерфолу, как и потом в Артезио/Ланите в 2004-2006 годах, потом уже более agileподобные методы пошли в дело, так что я тоже могу много что и с чем сравнить
ну давайте сравним передовой скрам с (фу-фу отсталым) вотерфолом
был случай, когда прогеры перешли на вотерфол
и я подозреваю, что выиграли по производительности
объясню почему, пусть побольше мнений напишут
Re[2]: Scrum не подходит для программной разработки
HFT>современное адекватное представление об Agile как методологии разработки адекватно изложено Стивом Макконнелом в его книжке об Agile, HFT>без романтического флера, сугубо в практической плоскости(для каких проектов, в каких условиях и прочая).
я кстати допускаю, что приведённые выше слова полностью верны
может даже удосужусь прочитать эту книжку
но они не отменяют моего изначального сообщения
Re[5]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
HFT>>>>У меня за плечами десяток коммерческих релизов успешных разнообразных проектов на Agile-подобных методах за 12 лет, затюненных под конкретные сценарии, а тут вылазит какой-то хрен и мне рассказывает, что это не работает HFT>>>>Ну обсуждайте с другими упоротыми, почему они не шмагли
МП>>>не, оно конечно работает, но хуже МП>>>иногда не работает совсем, если плохо подстроено МП>>>усилий лишних тратится больше
МП>>>у меня за плечами 15 лет, очевидно не менее успешной, коммерческой разработки МП>>>причем начинал, когда скрама ещё не было, есть с чем сравнить HFT>>Ну у меня в 2002 году первый коммерческий код пошел, в 2003 году вообще в Диасофте работал по ватерфолу, как и потом в Артезио/Ланите в 2004-2006 годах, потом уже более agileподобные методы пошли в дело, так что я тоже могу много что и с чем сравнить
МП>ну давайте сравним передовой скрам с (фу-фу отсталым) вотерфолом
Скрам передовой?
Народ процесс уже давно по Kanban катает. Ну либо Lean, либо гибриды с собственными добавлениями. МП>был случай, когда прогеры перешли на вотерфол
Поработай десяточку лет в Лаборатории Касперского либо другой крупной конторе с продуктовой линейкой ПО, да желательно на сложных релизах в дефиците ресурсов/времени, причем на уровне тим-лида(т.к. мнение рядовых исполнителей оно такое, специфическое), приходи, а обсуждать опыт ремесленников, занимающихся мелкими говноподелиями, которые после релиза выкидываются в мусор, т.к. не являются коробочным изделиями либо линейкой продуктов-не вижу смысла, мне уже все давно понятно, на собственной
шкуре. МП>и я подозреваю, что выиграли по производительности МП>объясню почему, пусть побольше мнений напишут
Ну пусть сразу пишут, сколько денег продукт/линейка продуктов принесла, размер кодовой базы, какой жизненный цикл(после релиза в мусор кодовая база или дальше пилится), сколько команд смежников еще участвовало.
Бытие непродуктовых шараг, занимающихся говноподелиями мне вообще не интересно.
Начинал с таких в 2001-2002 годах, на всю жизнь хватило.
МП>>ну давайте сравним передовой скрам с (фу-фу отсталым) вотерфолом HFT>Скрам передовой? HFT>Народ процесс уже давно по Kanban катает. Ну либо Lean, либо гибриды с собственными добавлениями. МП>>был случай, когда прогеры перешли на вотерфол HFT>Поработай десяточку лет в Лаборатории Касперского либо другой крупной конторе с продуктовой линейкой ПО, да желательно на сложных релизах в дефиците ресурсов/времени, причем на уровне тим-лида(т.к. мнение рядовых исполнителей оно такое, специфическое), приходи, а обсуждать опыт ремесленников, занимающихся мелкими говноподелиями, которые после релиза выкидываются в мусор, т.к. не являются коробочным изделиями либо линейкой продуктов-не вижу смысла, мне уже все давно понятно, на собственной HFT>шкуре. МП>>и я подозреваю, что выиграли по производительности МП>>объясню почему, пусть побольше мнений напишут HFT>Ну пусть сразу пишут, сколько денег продукт/линейка продуктов принесла, размер кодовой базы, какой жизненный цикл(после релиза в мусор кодовая база или дальше пилится), сколько команд смежников еще участвовало. HFT>Бытие непродуктовых шараг, занимающихся говноподелиями мне вообще не интересно. HFT>Начинал с таких в 2001-2002 годах, на всю жизнь хватило.
потерял понимание, почему вы тогда тут скрам защищаете?
Здравствуйте, Министр Промышленности, Вы писали:
МП>Scrum не подходит для разработки программного обеспечения. МП>Можем обсудить почему именно.
У меня опыта настоящего scrum'а, как мне самому ни удивительно, мало. Ненастоящего — много, и он, действительно, не подходит.
Речь о ситуациях, когда каждый от scrum'а (или в более общем смысле от agile) решил взять только то, что удобно ему, сознательно игнорируя неудобные тезисы.
А также о ситуациях, когда некоторые члены команды не осознают (переоценивают либо субъективно, либо через оценку линейных менеджеров) своей степени готовности и подходимости проекту. У меня сложилось впечатление, что scrum не даёт однозначной рекомендации, как без ущерба скорости, качеству и духу совместной разработки в целом ограничивать энтузиазм таких коллег.
Re[7]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>>>ну давайте сравним передовой скрам с (фу-фу отсталым) вотерфолом HFT>>Скрам передовой? HFT>>Народ процесс уже давно по Kanban катает. Ну либо Lean, либо гибриды с собственными добавлениями. МП>>>был случай, когда прогеры перешли на вотерфол HFT>>Поработай десяточку лет в Лаборатории Касперского либо другой крупной конторе с продуктовой линейкой ПО, да желательно на сложных релизах в дефиците ресурсов/времени, причем на уровне тим-лида(т.к. мнение рядовых исполнителей оно такое, специфическое), приходи, а обсуждать опыт ремесленников, занимающихся мелкими говноподелиями, которые после релиза выкидываются в мусор, т.к. не являются коробочным изделиями либо линейкой продуктов-не вижу смысла, мне уже все давно понятно, на собственной HFT>>шкуре. МП>>>и я подозреваю, что выиграли по производительности МП>>>объясню почему, пусть побольше мнений напишут HFT>>Ну пусть сразу пишут, сколько денег продукт/линейка продуктов принесла, размер кодовой базы, какой жизненный цикл(после релиза в мусор кодовая база или дальше пилится), сколько команд смежников еще участвовало. HFT>>Бытие непродуктовых шараг, занимающихся говноподелиями мне вообще не интересно. HFT>>Начинал с таких в 2001-2002 годах, на всю жизнь хватило.
МП>потерял понимание, почему вы тогда тут скрам защищаете?
Я то думал, что чел в твоем лице вообще осознает, что такое Agile, какие другие методологии разработки есть, инспирированные Agile, а тут у нас "ёксперт" вылез, совсем далекий от реального понимания дел в Agile методах разработки софта.
А защищаю, потому что в 2009-2010 годах это была первая методология по Agile, по которой успешно зарелизили два коммерческих проекта, это потом уже начали тюнить методу
под себя, поняв как это работает.
Оставляю вас в вашем уютном болотце обсуждать вещи, в которых вы нихрена не шарите. Счастливо оставаться!
Re[4]: Scrum не подходит для программной разработки
HFT>как и потом в Артезио/Ланите в 2004-2006 годах
оффтоп, можете прояснить что сейчас в Теркоме происходит, отощал как будто
недавно (за последний месяц) читал их описание вакансии, там был текст вроде такого
"... это полноценная разработка, никакое не мошенничество или финансовые пирамиды..."
UPD:
нашел точную цитату:
"Никаких онлайн-казино, финансовых пирамид или сайтов знакомств."
разрабатывать предлагалось некий новый язык программирования (который нахрена новый вообще людям сдался?)
Здравствуйте, HFTMan, Вы писали:
HFT>>>У меня за плечами 12 лет МП>>у меня за плечами 15 лет HFT>Ну у меня в 2002 году первый коммерческий код пошел, так что я тоже могу много что и с чем сравнить
А у меня еще длиннее: 23 сантиме года коммерческой разработки, где здесь главный приз выдают?)
Re[5]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>разрабатывать предлагалось некий новый язык программирования (который нахрена новый вообще людям сдался?)
Кто такой Терком я хз, а вот JetBrains разработал весьма годный Kotlin.
Здравствуйте, Министр Промышленности, Вы писали:
МП>Моё экспертное мнение — Scrum не подходит для разработки программного обеспечения.
Эта тема постоянно возникает на форуме. Из последнего обсуждения вынес две идеи:
1) В скраме многое взято от классических методов, а роли переименованы, но не удалены.
2) Гибкие методологии в книгах стали рекламировать те, кто работал по классике, водопадная, итеративная и прочие. Потом эти люди стали экспертами и поняли, что могут обходится без каких-то процессов. Иными словами, если ты эксперт, то у тебя и скрам будет работать, а если нет, то ничего не поможет. Ещё какая-то книга была, там тоже писали, что если у вас есть эксперты, но нет методологии, то у проекта есть шансы на успех, а если есть методология, но нет экспертов, то велик шанс провала.
Re[6]: Scrum не подходит для программной разработки
МП>>разрабатывать предлагалось некий новый язык программирования (который нахрена новый вообще людям сдался?)
H>Кто такой Терком я хз, а вот JetBrains разработал весьма годный Kotlin.
кстати этот Бреслав Андрей одно время учился в моей школе, на 2 класса меня младше
некоторые отзывы о нём доходили "мальчик, заумный который"
но Kotlin я решил пока не изучать: нафиг он мне сдался, имея C#
он вроде полезен для JS фронтенда, но лично я жду пока весь легаси фронтенд устареет
JetBrains уважаю, решарпером пользуюсь с 2005
они меня правда на работу не взяли разок, не понятно почему
но хоть внутри у себя работают надеюсь не по скраму
HFT>>>>У меня за плечами 12 лет МП>>>у меня за плечами 15 лет HFT>>Ну у меня в 2002 году первый коммерческий код пошел, так что я тоже могу много что и с чем сравнить
J>А у меня еще длиннее: 23 сантиме года коммерческой разработки, где здесь главный приз выдают?)
да, согласен, даже слишком банально получилось, я надеялся таким образом обойти этот аспект