Comments 15
окей, корневая причина, которая не позволяет развернуть три резервных датацентра прямо сейчас — отсутствие денег, как предлагается решать?
К сожалению, на некоторых прибыльных проектах слишком много легаси, чтобы так просто взять и всё переписать. Бывает одновременно и долго и дорого. И архитектурные проблемы до бесконечности приходится подпирать костылями.
у них был целый процесс — как быстро, дешево и качественно вводить новые костыли, поддерживая совместимость и вводя/улучшая новые фичи. Они называли это флагами.
1 флаг — это костыль.
новая фича которая нужна только в определенных случаях — вводим специальный флаг, документируем его и применяем фичу только если флаг установлен.
далее сплошное покрытие тестами, чтобы исключить проблемы с введением нового флага (хирургически точные и мелкие изменения в легаси код)
источник: news.ycombinator.com/item?id=18442637
Agile, scrum — авторы этих методологий и не скрывают, что почерпнули многое от Тойоты.
Несколько непонятно к чему это откровение в 2019 году.
В целом написано хорошо. Но поздновато.
Термин «кайдзен» ввела компания Тойота— Это откуда? Из рекламных материалов Тойоты?
Такое впечатление, что нужность качественной работы требуется обосновывать для руководства переводными книжками с громкими именами.
Был также случай, когда на только что запущенный сайт начали пускать трафик, и вдруг он полностью остановился, просто не выдержал нагрузки.— Похоже, что наняли управленца, не соответствующего своей должности, и он повышал свою квалификацию за счёт компании.
После исследования стало понятно, что аутсорсинговая компании, создавшая сайт, сделала так, что он не держал больше 200 человек в день. Смешно и грустно.
После этого было решено отказаться от аутсорсинга и сформировать свою команду разработчиков.
Создав команду получили ещё одну проблему – исправление любой ошибки вызывало лавину новых ошибок. Любые изменения чуть ли не заваливали весь сайт.
Каждое исправление влекло за собой очень-очень много проблем. Когда проанализировали ситуацию, поняли, что нужно коренным образом менять вообще всё – все внутренности. И тогда был полностью отрефакторен весь сайт, с ног на голову поставлена вся его архитектура. И только после этого ситуация коренным образом изменилась и проблемы ушли полностью.
- аутсорсинговая компания сделала сайт, который валится под нагрузкой в 200 человек?
- больше не отдаем разработку сайтов на аутсорс! теперь мы сами будем делать такие сайты!
Кажется, проблема не в аутсорсе, а в неправильной постановке задачи и её приёмке. Если так решать проблемы, то это какой-то совсем аджайловый кайдзен будет, полная джоба.
Кайдзен — это вообще не про то, чтобы заусенец рубить по катаной по локоть, как у вас в примерах. Это про то, как сделать работу действительно общей — чтобы каждый сотрудник мог улучшать любые процессы в компании, и относился к компании как к своей.
Теперь Вы официально прокачены.
И, извините уж, это означает, что нас официально прокатили? Спасибо. Если бы прокачали — было бы "прокачаны".
И только у меня возник вопрос, почему метод называется "5 почему"? Почему именно пять? Почему не три или не десять?
И, поскольку хабр всё-таки технический ресурс, то хотелось бы не 1-2 кейса, а описание метода с указанием узких мест, которые у него есть
Иначе статья напоминает "hello world" заработал. А что дальше — непонятно.
Кайдзен в разработке ПО — из собственного опыта