Здравствуйте, jahr, Вы писали:
HFT>>Ну у меня в 2002 году первый коммерческий код пошел, так что я тоже могу много что и с чем сравнить J>А у меня еще длиннее: 23 сантиме года коммерческой разработки, где здесь главный приз выдают?)
Дети, не сорьтесь.
Если нам не помогут, то мы тоже никого не пощадим.
Re[10]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>с оговоркой, что если задача занимает 100 программисточасов, то при плохом процессе, МП>её может удастся сделать не за 100 часов, а больше МП>а скрам в этом аспекте ещё и к этому располагает
В скраме эту задачу нужно разделить на 4 по 25 часов и раздать делать её разным людям.
Если нам не помогут, то мы тоже никого не пощадим.
Re[7]: Scrum не подходит для программной разработки
Здравствуйте, СвободуАнжелеДевис, Вы писали:
САД>безусловно, скрам не всем подходит. но он работает, и работает отлично. и проблема не в методологии, проблема в менеджменте, который тупо нихрена ничего не понимает и знать не хочет.
Ты привёл класический пример говноменеджмента. Переход на скрам всего лишь перенёс отвественность за принятие решений с ваших менеджеров на разрабов и сейлсов. Логичным следующим шагом будет увольнение всех ваших менеджеров за ненадобностью, т.к. теперь вся их текущая роль сводится к рассматриванию зелёных графиков со всякими транспаренсями.
То, что вы стали работать быстрее — это вовсе не предел скорости разработки, а хоть какое-то движение по сравнению с теми тормозами, которые были до этого.
Если нам не помогут, то мы тоже никого не пощадим.
Re[7]: Scrum не подходит для программной разработки
Здравствуйте, __kot2, Вы писали:
__>Здравствуйте, landerhigh, Вы писали: L>>Иными словами, в том, что на СТО держат слепошарого "диагноста" и приемщика-дебила, виноват кто угодно, но не слепошарый диагност, приемщик-дебил и его начальство. L>>Смотри выделенное, в общем. __>если я сейчас подкину монетку, зажму в руке и попрошу угадать, что выпало,
Ты с темы-то не слезай.
Сам СТО притянул, вот и отвечай теперь
Еще раз, кто виноват в том, что слепошарый диагност, приговоривший колодки, умудрился не заметить, что и диски — тогось?
Кто виноват в том, что приемщик, вместо того, чтобы выставить работы по пробегу согласно рекомендациям производителя или опыту ("скорее всего там уже и диски и еще чего"), доверяет слепошарому диагносту?
Здравствуйте, IT, Вы писали:
IT>Я считаю, что процесс нужно организовывать под конкретный проект и руководствоваться прежде всего здравым смыслом.
Между прочим, именно это говорят во всех скрам тренингах.
IT>А дальше можно уже обсуждать на что это похоже. У нас это было похоже на самый обычный вотерфол. Полные тесты не писали сознательно, писали только те, которые не требовали больших временных затрат. Всё в угоду времени разработки. Потом, конечно, дописывали и тесты и много чего рефакторили, но тогда для нас было главное вписаться в сроки. И вторым требованием был перформанс, т.к. обработка суточных данных в старой системе медленно, но уверенно приближалась к 24-м часам.
Ну это в некотором смысле читинг.
За вас уже сделали титаническую работу по наступанию на все грабли, предоставив вам наглядный пример того, как делать не надо.
Здравствуйте, landerhigh, Вы писали:
IT>>Я считаю, что процесс нужно организовывать под конкретный проект и руководствоваться прежде всего здравым смыслом. L>Между прочим, именно это говорят во всех скрам тренингах.
Это да.
— Аджайл очень гибкая методология, которую можно подстроить под себя.
— Тогда давайте отменим статус митинги, или сократим их количество.
— Не-не-не, только не это!
— Ну тогда устраним за ненадобностью ретроспекивы.
— Как можно!
Церемонии — обязательная часть аджайлов, превращающию эту хрень в обыкновенную религию.
IT>>А дальше можно уже обсуждать на что это похоже. У нас это было похоже на самый обычный вотерфол. Полные тесты не писали сознательно, писали только те, которые не требовали больших временных затрат. Всё в угоду времени разработки. Потом, конечно, дописывали и тесты и много чего рефакторили, но тогда для нас было главное вписаться в сроки. И вторым требованием был перформанс, т.к. обработка суточных данных в старой системе медленно, но уверенно приближалась к 24-м часам. L>Ну это в некотором смысле читинг. L>За вас уже сделали титаническую работу по наступанию на все грабли, предоставив вам наглядный пример того, как делать не надо.
Читинг — это когда тебя берут за руку и бережно проводят в обход всех граблей и прочих капканов. Если же на тебя набрасываются скопом, когда ты эти грабли сам пытаешься обойти и заставляют непременно наступить на них снова, то это вовсе не читинг. Это боль, борьба и битва с дураками.
У нас с коллегой ушло около года на доказательство того, что технологии и методологии, которые мы собираемся применять способны решать наши проблемы гораздо лучше, чем то овнецо, которое использовалось до нас.
Если нам не помогут, то мы тоже никого не пощадим.
Re[8]: Scrum не подходит для программной разработки
Здравствуйте, landerhigh, Вы писали:
IT>>- Тогда давайте отменим статус митинги, или сократим их количество. L>Там этих статус митингов — кот наплакал.
Пять штук в неделю минимум. Хотя двух более чем достаточно. Но ведь к этому прилагается ещё куча всего радостного. Итого в день от часа до четырёх — митинги.
Если нам не помогут, то мы тоже никого не пощадим.
Re[8]: Scrum не подходит для программной разработки
Здравствуйте, landerhigh, Вы писали: L>Ты с темы-то не слезай. L>Сам СТО притянул, вот и отвечай теперь
сама система провоцирует закрыть тикет и скинуть проблему на кого-то другого. вот и все.
Re[10]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>+ груминг, планирование, ретроспектива МП>видел когда планирование проводилось в 2х экземплярах — предварительное и чистовое
А мне рассказывали, что в иных компаниях по утрам гимн компании хором поют.
IT>>Пять штук в неделю минимум. L>Ежедневная летучка на пару минут "сделал Х, буду делать У" — это ни о чем.
вот именно — ни о чём, она не нужна
также интересно в какой части дня она проводится
если утром в начале дня и за пропуск карают — это фактор того, что разработчики будут сидеть на работе сонные
если в середине или конце дня — это прерывание и сбивка контекста
IT>>Но ведь к этому прилагается ещё куча всего радостного. Итого в день от часа до четырёх — митинги. L>Ну, сдуру можно еще и не то сломать.
выделенное — реальная проблема даже в компаниях, специализирующихся на аутсорсе, казалось бы
Re[2]: Scrum плоховато подходит для программной разработки
МП>>Можем обсудить почему именно. L>По итогам обсуждения имеем:
L>1. На СТО работают слепошарые дебилы.
начнём с того, что CTO вообще может не быть в компании
и на этой должности как правило бывают бывшие разработчики — а это уже неплохо
дебилы как правило в менеджменте
МП>>+ груминг, планирование, ретроспектива МП>>видел когда планирование проводилось в 2х экземплярах — предварительное и чистовое
L>А мне рассказывали, что в иных компаниях по утрам гимн компании хором поют.
мне тоже, вроде в LG
но в LG на собесе это опровергли (сам я им поверил не до конца)
Re[12]: Scrum не подходит для программной разработки
Здравствуйте, Министр Промышленности, Вы писали:
МП>вот именно — ни о чём, она не нужна
Ну, для удаленного саппорта говен мамонта и правда не нужна.
Для командной разработки софта — жизненно необходима.
МП>также интересно в какой части дня она проводится МП>если утром в начале дня и за пропуск карают — это фактор того, что разработчики будут сидеть на работе сонные МП>если в середине или конце дня — это прерывание и сбивка контекста
Короче, очередные стенания на тему "где бы не работать, лишь бы не работать".
Я знаю, что подавляющее большинство здесь присутствующих предпочитают работать в режиме "оставьте меня в покое". Я бы и сам так работал, есличо.
Только вот время одиночек, выдающих на-гора полезный продукт, закончилось лет 20 назад. Сегодня разработка софта — это очень сложный инженерный процесс, который нельзя отдавать на откуп индивидуальным разработчикам. Результат такого подхода — это вотерфольное состояние продукта, который "почти готов" в течение года до релиза, но в QA в первый раз запускается и не падает сразу только в ночь перед дедлайном.
МП>>вот именно — ни о чём, она не нужна L>Ну, для удаленного саппорта говен мамонта и правда не нужна.
для саппорта она как раз не сможет навредить так сильно
L>Для командной разработки софта — жизненно необходима.
нет
если надо скоординировать работу, то два разработчика списываются или созваниваются друг с другом,
а не слушают по расписанию всю байду которую вещает весь отдел
в редких случаях — там будет более двух разработчиков — решат по потребности
МП>>также интересно в какой части дня она проводится МП>>если утром в начале дня и за пропуск карают — это фактор того, что разработчики будут сидеть на работе сонные МП>>если в середине или конце дня — это прерывание и сбивка контекста
L>Короче, очередные стенания на тему "где бы не работать, лишь бы не работать".
чо за бред
выделенное — основополагающий принцип технологии разработки
это не про отлынивание от работы, а про то, как работу реально сделать
L>Я знаю, что подавляющее большинство здесь присутствующих предпочитают работать в режиме "оставьте меня в покое". Я бы и сам так работал, есличо.
вот так и работай
L>Только вот время одиночек, выдающих на-гора полезный продукт, закончилось лет 20 назад. Сегодня разработка софта — это очень сложный инженерный процесс, который нельзя отдавать на откуп индивидуальным разработчикам. Результат такого подхода — это вотерфольное состояние продукта, который "почти готов" в течение года до релиза, но в QA в первый раз запускается и не падает сразу только в ночь перед дедлайном.
Здравствуйте, Министр Промышленности, Вы писали:
МП>для саппорта она как раз не сможет навредить так сильно
А в саппорте вообще сложно навредить.
L>>Для командной разработки софта — жизненно необходима.
МП>нет МП>если надо скоординировать работу, то два разработчика списываются или созваниваются друг с другом,
Вот начинается.
Что значит "надо скоординировать работу"? Кто решает, что нужно "скоординировать работу"? Откуда эти два разработчка вообще узнают, что им нужно координировать работу?
МП>а не слушают по расписанию всю байду которую вещает весь отдел
Если нам не помогут, то мы тоже никого не пощадим.
