Дискуссия у нас следующая. Вы говорите, что удобно искать под фонарем, там светло и удобно ставить амбициозные цели. К этому вопросов нет, но ключ то лежит в темной аллеи под терновым кустом. Дёминг об этом писал еще ой как давно в прошлом веке :)
PS. Голдрат в цели, в ПЕРВОЙ как раз и написал, что организационные привычки, устаревшие KPI и правила есть главные и самые сложные ограничения в любых системах (включая бизнес и социальные структуры). Вы не читали цель. Не знаете и не понимает ТОС.
Это не означает, что не стоит реформировать весь бизнес. Это означает, что даже без реформирования всего бизнеса Agile на уровне одной команды может дать в разы больше того, что дает сейчас.
Может, но станет хуже. Коллега правильно написал, для 2010 года норм, для 2026 года нет, потому, кейсов уже набрана тонна и они показывают что Голдрат очень был прав в Цели. Любая оптимизация не на узком звене бесполезна. И узкое звено должно быть размещено там, где оно позволяет держать экономические показатели в максимально профитной зоне в идеале на рынке.
И ответ на вопрос: какова цель? Дан давно, максимальная величина денежного потока, при минимальных накладных расходах и с 0 связанным капиталом.
Я ни Scrum, ни Kanban методологиями не считаю (в отличие от автора статьи), и слово "методология" применительно к ним использую только в кавычках. Scrum является ничем иным, как религиозным верованием
Авто как бы то же не считает :) Автор, четко написал что скрам это фреймворк, то есть либо методика, либо часть методики. А канбан это метод, штука для построения методики. Про методологию вообще речи не шло
Приходится совершать революцию чтобы он заработал. Он хорош в комплексной среде (по Cynefin framework) для продуктовой работы в компаниях с уровнем зрелости 2 или хотя бы 1.5, по Kanban Maturity model. Вот тут сам боженька велел его начать использовать.
Я так понимаю 1.5 это от свидетелей оценки в стори поинтов с точностью до третьего знака до запятой?
Выражаясь языком экономики, стоимость ритуалов SCRUM составляет 15% от стоимости команды. Эти средства уходят не на разработку, а на разговоры о том, кто что сегодня сделает, жалобы на процессы, игру в карты, показ сделанной работы руководству собственной фирмы и показ того же самого представителям заказчика.
Это координационные издержки, они всегда есть, что со скрамом, что без скрама. Поэтому вопрос сколько их было до скрама и сколько со скрамом и после этого можно да сравнить и тогда можно говорить о это ужас ужас или нет. Скорей всего без скрама вы их даже посчитать не можете :) так что...
Во-первых, эта методология проста для понимания благодаря четкой линейной структуре. Чтобы работать по водопадной методологии, не нужно становиться гуру менеджмента — достаточно последовательно идти по шести основным проектным фазам: определение требований, проектирование, разработка, тестирование, внедрение и сопровождение.
О да! Гайд по водопаду обновляется каждый месяц! А какие конференции проходят ух! Доклады просто закачаешься!
PS. Автор ПМ и почему то запихнул внедрение и сопровождение в фазы проекта, наверно 9 версию пмбока вышла и он от туда это взял
Такое ощущение, что создатели аджаила совершенно не учли наличие тестировщиков. Потому как, если спринт две недели - неделю программисты кодят, неделю тестировщики тестируют. Что делать программистам вторую неделю?
А где в манифесте написано про спринты? Правильно нет там этого. Это про идеалогию...
Согласен, что в случае правильно построенного бизнеса TTM влияетна скорость генерации дохода, а остальные сильно не влияют. Но я спрашивал про вашу компанию, как у вас? А не про сферического бизнеса в вакуме
Вы забыли, что речь идет про учебник для начинающих в IT.Усложнять им картину, рассказывая про пока ненужные им понятия, это примерно как в начальных классах школы говорить, что на самом деле на ноль можно делить.
Нет, вообще мимо аналогия. Прочитав ваш учебник человек получает необходимые знания для выполнения работы младшим тестировщиком. А то что я сказал про ключи это база, это словарь и понятия.
Либо у него нет базы, тогда он не может быть тестировщиком, потому что не понимает, что от него хотят. В этом случае, зачем ему читать 700 страниц, когда есть намного более полные и менее объемные учебники....
Это неправильный подход. Есть проверенные десятилетиями отраслевые подходы, стандарты и архитектуры.
Окей, то есть продукт зарабатывает деньги, но это не правильные деньги...
Ccылки на эти отраслевые подходы, стандарты можно? На IEEE, на ISO и ГОСТ?
И если для конкретного продукта предлагается нестандартное решение, то это должно быть подтверждено очень вескими аргументами. Потому что на другой чаше весов гениального решения "в нашем случае так сделать было лучше/быстрее/эффективней" - продукт, который потом сложно или невозможно поддерживать.
Раз пошла речь о стандартах ГОСТ 25010-2015 атрибут качества сопровождаемость, либо вы в него вложились и тогда измения в продукте дешевы либо нет. Это ни как не связанно с тем какие решения вы использовали.
"Может быть физически" или "может быть, но за это нужно оторвать руки"?
На основании чего отрывать руки будете? На основе эмоций?
В любой нормальной базе данных между exams и teacher будет связь по teacher_id.
В базе будет та связь, которая необходима для решения задач поставленных перед продуктом, а не потому что у кого то есть фантазии. Во первых суррогатные ключи могут быть и составными. Во вторых есть еще естественные ключи.
Картинка: https://sun9-46.vkuserphoto.ru/s/v1/ig2/CYH8adiGywN9cINKu4TioxdPTGLv9d_jbrnJ11_iPVWQqTRlx7WLmh9tt2lDSM11EbHD93YULAWq0gjIiiWZRGQd.jpg?quality=95&as=32x16,48x25,72x37,108x55,160x82,240x123,360x184,480x246,540x277,640x328,720x369,1080x553,1280x656,1440x738,1591x815&from=bu&cs=1280x0
Дискуссия у нас следующая. Вы говорите, что удобно искать под фонарем, там светло и удобно ставить амбициозные цели. К этому вопросов нет, но ключ то лежит в темной аллеи под терновым кустом. Дёминг об этом писал еще ой как давно в прошлом веке :)
PS. Голдрат в цели, в ПЕРВОЙ как раз и написал, что организационные привычки, устаревшие KPI и правила есть главные и самые сложные ограничения в любых системах (включая бизнес и социальные структуры). Вы не читали цель. Не знаете и не понимает ТОС.
Смысла беседы дальше не вижу.
Может, но станет хуже. Коллега правильно написал, для 2010 года норм, для 2026 года нет, потому, кейсов уже набрана тонна и они показывают что Голдрат очень был прав в Цели.
Любая оптимизация не на узком звене бесполезна. И узкое звено должно быть размещено там, где оно позволяет держать экономические показатели в максимально профитной зоне в идеале на рынке.
И ответ на вопрос: какова цель?
Дан давно, максимальная величина денежного потока, при минимальных накладных расходах и с 0 связанным капиталом.
Проще, нельзя сравнивать метод и методику :)
Страница 13 скрам гайда, там четко написано
Авто как бы то же не считает :)
Автор, четко написал что скрам это фреймворк, то есть либо методика, либо часть методики.
А канбан это метод, штука для построения методики.
Про методологию вообще речи не шло
Вопрос, а почему пошли по понятному пути вместо правильного?
Что помешало?
Зачем оцениваете человека когда можете оценить его работу?
Приходится совершать революцию чтобы он заработал. Он хорош в комплексной среде (по Cynefin framework) для продуктовой работы в компаниях с уровнем зрелости 2 или хотя бы 1.5, по Kanban Maturity model. Вот тут сам боженька велел его начать использовать.Я так понимаю 1.5 это от свидетелей оценки в стори поинтов с точностью до третьего знака до запятой?
Вообще то скрам это прыжок сразу на ML3.
Там местами буквы перепутаны должно быть: Kanban Management Professional
Выражаясь языком экономики, стоимость ритуалов SCRUM составляет 15% от стоимости команды. Эти средства уходят не на разработку, а на разговоры о том, кто что сегодня сделает, жалобы на процессы, игру в карты, показ сделанной работы руководству собственной фирмы и показ того же самого представителям заказчика.Это координационные издержки, они всегда есть, что со скрамом, что без скрама.
Поэтому вопрос сколько их было до скрама и сколько со скрамом и после этого можно да сравнить и тогда можно говорить о это ужас ужас или нет.
Скорей всего без скрама вы их даже посчитать не можете :) так что...
Достоинства WaterfallВо-первых, эта методология проста для понимания благодаря четкой линейной структуре. Чтобы работать по водопадной методологии, не нужно становиться гуру менеджмента — достаточно последовательно идти по шести основным проектным фазам: определение требований, проектирование, разработка, тестирование, внедрение и сопровождение.О да! Гайд по водопаду обновляется каждый месяц! А какие конференции проходят ух! Доклады просто закачаешься!
PS. Автор ПМ и почему то запихнул внедрение и сопровождение в фазы проекта, наверно 9 версию пмбока вышла и он от туда это взял
Тихо ругаясь. Раньше хрен кто отличит абстрактный класс от интерфейса, теперь же хрен кто отличит спринт от итерации
Такое ощущение, что создатели аджаила совершенно не учли наличие тестировщиков. Потому как, если спринт две недели - неделю программисты кодят, неделю тестировщики тестируют. Что делать программистам вторую неделю?А где в манифесте написано про спринты? Правильно нет там этого. Это про идеалогию...
Scrum, Kanban и другие «эталонные» методы ведения проектов далеко не идеальны и многое упускают.
Метко сказано, наш выбор: ГОСТ 2, 19, 54869! Только хардкор!
Согласен, что в случае правильно построенного бизнеса TTM влияет на скорость генерации дохода, а остальные сильно не влияют. Но я спрашивал про вашу компанию, как у вас? А не про сферического бизнеса в вакуме
А теперь вопрос.
Как вот эти метрики:
Time to market (TTM) — время доставки до рынка.
Time to lead (TTL) — время производства.
Committed vs Delivered (C\D) — соблюдение сроков.
Velocity — скорость.
Delivery — кол-во доставок до прома.
Rollback — кол-во откатов с прома.
Duration — нахождение задачи в статусе.
Quantity — кол-во сделанных задач.
Показатель качества — работа с инцидентами прома
Влияют на:
Скорость генерации дохода
Операционные расходы
Связанный капитал
А если не влияют, то зачем мереем?
По QA на русском для ИТ практически ничего нет. Для понимания можно начать с ГОСТ ИСО 9000-2015 и ГОСТ ИСО 9001-2015
Вы забыли, что речь идет про учебник для начинающих в IT.Усложнять им картину, рассказывая про пока ненужные им понятия, это примерно как в начальных классах школы говорить, что на самом деле на ноль можно делить.Нет, вообще мимо аналогия. Прочитав ваш учебник человек получает необходимые знания для выполнения работы младшим тестировщиком. А то что я сказал про ключи это база, это словарь и понятия.
Либо у него нет базы, тогда он не может быть тестировщиком, потому что не понимает, что от него хотят. В этом случае, зачем ему читать 700 страниц, когда есть намного более полные и менее объемные учебники....
Это неправильный подход. Есть проверенные десятилетиями отраслевые подходы, стандарты и архитектуры.Окей, то есть продукт зарабатывает деньги, но это не правильные деньги...
Ccылки на эти отраслевые подходы, стандарты можно? На IEEE, на ISO и ГОСТ?
И если для конкретного продукта предлагается нестандартное решение, то это должно быть подтверждено очень вескими аргументами. Потому что на другой чаше весов гениального решения "в нашем случае так сделать было лучше/быстрее/эффективней" - продукт, который потом сложно или невозможно поддерживать.Раз пошла речь о стандартах ГОСТ 25010-2015 атрибут качества сопровождаемость, либо вы в него вложились и тогда измения в продукте дешевы либо нет. Это ни как не связанно с тем какие решения вы использовали.
Если начинать студентов на первом же этапе грузить возможными частными случаями, то у них в голове будет тотальная каша.При чем тут частные случаи. ФК однозначно определяется на основе метаданных. Нет матданных это не ФК.
А то потом начинаются перлы в стиле у вас teacher_uuid, а надо teacher_id.
Переучивать людей дорого.
"Может быть физически" или "может быть, но за это нужно оторвать руки"?На основании чего отрывать руки будете? На основе эмоций?
В любой нормальной базе данных между exams и teacher будет связь по teacher_id.В базе будет та связь, которая необходима для решения задач поставленных перед продуктом, а не потому что у кого то есть фантазии.
Во первых суррогатные ключи могут быть и составными.
Во вторых есть еще естественные ключи.