Я ни 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.
В базе будет та связь, которая необходима для решения задач поставленных перед продуктом, а не потому что у кого то есть фантазии. Во первых суррогатные ключи могут быть и составными. Во вторых есть еще естественные ключи.
Посмотрел тест по БД. Вопрос: 01/04 Сколько внешних ключей содержится в таблице Exams? Правильный ответ, нет информации, потому в вопросе нет информации о фк. А название полей это просто название полей. Дальше смотреть не стал, подозреваю, что все остальное так же безграмотно
Проще, нельзя сравнивать метод и методику :)
Страница 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.В базе будет та связь, которая необходима для решения задач поставленных перед продуктом, а не потому что у кого то есть фантазии.
Во первых суррогатные ключи могут быть и составными.
Во вторых есть еще естественные ключи.
только на "приговоренных" проектах.Компания атласиан резко напряглась, поскольку ее продукты стали резко приговоренные
Посмотрел тест по БД.
Вопрос: 01/04 Сколько внешних ключей содержится в таблице Exams?
Правильный ответ, нет информации, потому в вопросе нет информации о фк. А название полей это просто название полей.
Дальше смотреть не стал, подозреваю, что все остальное так же безграмотно