Тестировщик с нуля / Урок 2 / Как тестировать ПО

[@damirfollowingeqator3479]

Преимущество скрама в том, что: 1) менеджеру проще контролировать процесс, все на виду, каждый отчитывается, понятно кто чем занят в данный момент. 2) грамотный скрам мастер подберет нужные задачи в адекватном объеме на текущий спринт 3) команда разработки видит конкретные объемы работы и видимый результат, что в свою очередь мотивирует 4) на команду психологически не давит большой объем задач. 5) гораздо ниже цена ошибки и ее проще выявить

[@КириллБузулан]

Скрам лучше с точки зрения тимбилдилга,если так можно выразиться, команда людей занятых в проекте каждый день делится своими проблемами в работе,успехами и в принципе каждый день общается, для меня как для начинающего сотрудника это важно, важность для проекта в том,что люди которые работают в сплоченном коллективе делают свою работу результативнее. Также плюс скрама в том,что работа разбита на определенные части(спринты с конкретными задачами) и ограничена во времени - это дисциплинирует.

[@Satanushka]

До этого видео думала, что у меня на работе нет модели разработки от слова совсем, а оказалось есть, и это "модель хаоса". Чтож, действительно очень грустная модель, которая и правда способствует быстрому выгоранию. Либо работы нет от слова совсем, либо наваливается одновременно и много, и всё обязательно "горит" по срокам. А конечного результата почти никогда не видишь, что ещё больше демотивирует. Скрам звучит очень круто именно потому что есть четкий план, понятны этапы и сроки разработки. Каждый отвечает за свою часть работы, и видит прогресс в том, что делает. Да и исправлять косяки явно будет дешевле, чем когда сделан почти весь проект обнаружить в ТЗ заказчика важную деталь, которая ломает весь текущий прогресс.. Спасибо, что объяснили всё это простым и понятным языком :)

[@ЕвгенийБачурин-г7д]

Ну вот, есть повод в вести в команду новую модель разработки. )))

[@Satanushka]

@@ЕвгенийБачурин-г7д в том месте это было невозможно по многим причинам. Пыталась протолкнуть эту, и другие идеи, но меня лишь на смех подняли 🤷 В итоге полностью сменила работу. Недавно прошла ИС в фирме, где используется скрам, и это лучшее решение за последний год :)

[@TatianaEfanova]

Пожалуй, тоже поучаствую в обсуждении) Преимущества скрама: 1. Четкое планирование на относительно короткий срок, что позволяет декомпозировать весь проект на посильные кусочки. 2. Есть видимый результат в конце каждого спринта => есть фидбэк по этому результату. 3. Когда у нас есть фидбэк, мы можем улучшать свою работу с каждым спринтом, а значит растет качество продукта. 4. Цена исправления ошибки на каком-либо из этапов значительно ниже, так как проще вернуться к этому шагу.

[@kotomiss]

Боже это самое лучшее что я слышу, спасибо за бесплатные уроки!!!!!!мне стало так интересно 🔥

[@kot12099]

Скрам - командная работа, опережающих догоняют, отстающим помогают, все в курсе всего. Дух борьбы всей команды с проектом.

[@dmitrymanuilov832]

зачем бороться с проектом, если можно работать над ним?🤔

[@SparxBrony]

Как-то с трудом верится. Обычно в командной работе отстающих СКАМЯТ)))

[@darkangelskeleton154]

@@SparxBrony а было бы хорошо что бы помогали, тогда продукт будет более адекватным)

[@МудрыйЧеловек-ф6э]

@@darkangelskeleton154 тебе лет то сколько? Кому нужна "хромая лошадь"?)

[@FreddieZak]

@@МудрыйЧеловек-ф6э а кому нужен токсик?

[@qwerty6810]

Отличный, качественный контент. Никакой лишней воды, все четко, ясно, просто супер. Спасибо

[@МаксимилианИвернев]

2:32 - Водопадная (каскадная) 5:51 - V образная 9:19 - Инкрементальная 13:32 Спиральная 16:44 - Скрам 25:50 Хаоса

[@gulnurzhunissova6171]

Спасибо за разбор. Будем ждать следующего урока 🙌. Было бы здорово наглядно увидеть основную часть работы тестировщика.

[@leshamarshal]

Попробовал другой микрофон. Возможно кому-то звук не зайдет ) В следующем уроке вернулся к своему

[@Karl_Marx_1]

Микрофон норм, просто звук нужен в оба канала

[@ytiu1]

На планшете звук отлично воспроизводится

[@hannastadnyk985]

Всем привет) Уже 3-й год работаю в компании в моделью разработки хаос. Спасибо, теперь я точно знаю как это называтся. Так вот и скрам и хаос командная работа, но в модели хаос очень часто из-за погони за быстрым результатом и плохого планирования работы команда не до конца понимает что надо делать, иногда ставят нереальные задачи и как итог в проду уходят корявенькие непроработанные до конца нечто. Потом после каждой наименьшей правки на проде вылазит куча багов и процесс поддержания ее превращается в целый челлендж. В то время как скрам с его постановкой задач является более упарядоченным и менее стрессовым и позволяет лучше проработать задачу.

[@ЛешаАпгрейдов]

Вы тестер?)

[@АнастасияКацевалова]

По спринтам удобнее работать, потому что есть четкие задачи, есть четкий дедлайн, каждый член команды занят работой. не надо в отличие от водопадного метода ждать, когда другие участники команды закончат планировать и разрабатывать, можно постоянно выполнять маленькие задачи, которые ведут к большой цели)

[@dmytrogursky2262]

Найкращі відео які я знаходив, добре розгорнута інформація і легко сприймається. Дякую!!

[@fialka_purpure]

спасибо за лекцию и за котика на втором плане

[@uf382]

Преимущества скрама в том, что есть четкое понимание действий у всей команды и есть определенные сроки, так же постоянно идет ежедневное обсуждение проделанной работы и работы что нужно провести, что опять же закрепляет в умах команды необходимые дальнейшие действия, а так же позволяет методично внедрять обновы в проект, что так же может влиять на боевой дух команды, в общем, сила в постоянных коммуникациях и сплоченности. Хаос в принципе вы описали настолько исчерпывающе, что нечего добавить, постоянный стресс и неразбериха, нет четкости понимания дальнейших действий, что так же может замедлить некоторые процессы, к примеру когда готовишь документацию под одно, а теперь резко нужно под другое.

[@ТатьянаБондаренко-и1ц]

котик милый на заднем плане)))) спасибо за лекции, все понятно без воды.

[@kittyblue8980]

Спасибо за урок! Думаю что работа в скраме удобна тем, что можно на начальных этапах выявлять маленькие недочеты, исправлять и двигаться дальше.

[@К.Камаил]

Лёша, большое человеческое спасибо за видосы.

[@alexmrpl-mon]

И большое спасибо Вам за такое понятное изложение материала!👍

[@Elena-P-Guseva]

Спасибо за видео. Два дня потратила на изучение этой темы в одном из курсов. Вы же объяснили все простыми словами за 30 минут :)))

[@Janett415]

Спасибо за урок! Всё очень просто и доступно изложено, легко запоминается, а главное: очень интересно слушать и усваивать информацию.

[@MikhailSelivanov]

Это самая быстрая и отлаженная модель от идеи до релиза. При условии адекватного скрам менеджера и слаженной работы всей команды. Спасибо!

[@valerymovchun132]

Мне как жене начинающего програмиста все очень даже понятно. Вот хочу обучится на тестировщика, очень все понятно, спасибо за уроки✌🏻кот на заднем плане чёткий❤️

[@МаксимЯрош-м5о]

Добрый день, и как успехи?Курсы помогли вам обучиться и трудоустроиться?Вот сам начал изучать эти курсы)

[@sanboy4492]

@@МаксимЯрош-м5о как ваши успехи, курсы помогли?

[@himitsu7786]

@@sanboy4492 а тебе?)

[@antoniycarl8235]

Звук норм, информация донесена доступно, жду следующего видео. Спасибо)

[@BillyPotterGames]

Не работал и не работаю в этой сфере, но недавно заинтересовался. Смотрю этот курс уже спустя 3 года после выхода, но всё равно хочется ответить на вопрос Алексея. Мне кажется, что скрам, как принцип работы, напоминает подход художников, которые делают несколько мазков и потом окидывают свою картину взглядом или иногда вовсе отходят на пару шагов назад, чтобы лучше видеть, как сказались текущие штрихи на общей картине. То есть это подход, который имеет минимальные риски, ведь исправить ошибки при таком подходе гораздо проще, все действия команды просматриваются и чётко виден небольшой промежуточный результат. Скрам мастер кстати видимо выступает как раз в роли художника )

[@MaksRoss418]

Плюсы скрама: 1) Выделяет небольшой элемент, который можно показать как работающий. Соответственно, есть что показать, можно проверить работоспособность, если найдутся ошибки их дешевле исправить, ибо элемент небольшой. 2) Постоянные митинги дают возможность держать руку на пульсе разработки: выявлять отставания, проблемы, вносить изменения. 3) Стремление к параллельному задействованию сразу всей команды разработки может сократить общий срок выпуска продукта

[@ТатьянаЗайко-н8й]

В скрам все четко и распланировано, вложенном определенные сроки, хорошо поставленный и распределены роли каждого в команде

[@roningamingmlbb]

Приимуществом скрама есть самая большая доля командной работы, каждый проект будет разбираться по крупицам, в ходе уже создания продукта можно корректировать его на любом из этапов, каждый будет выражать своё мнение, что однозначно даст возможность и тим лиду посмотреть кто на что способен, что бы в дальнейшем нарезать правильные таймлайны каждому на решения их задач, так же будет понятно кого без ущерба эффективности можно нагрузить больше а кого нужно меньше + это несомненно позволит делится опытом людям из разных процессов, что в итоге позволит команде в общей суме быть более многогранной, многозадачной, развитой и конечно же сделает большую часть команды взаимозаменяемыми инструментами/единицами, и конечно же сполит коллектив, что в свою очередь приведёт к повышению эффективности команды в целом.

[@vladdolzhok5024]

Преимущества Scrum, заключаются в более экономном расходовании средств и времени, затрачиваемых на разработку проекта. А так же, scrum позволяет избегать возникновения дорогостоящих багов, на поздних этапах SDLC, устранение которых ведёт в к большим финансовым, временным и трудозатратам, вплоть до полной переделки продукта, начиная ещё со стадии проектирования.

[@leshamarshal]

Хороший вариант !

[@user19088k]

спасибо

[@hook_off]

Очень интересный видос, если посмотреть на эти модели более широко, то это не только про конкретные этапы разработки ПО, а в целом этапы любого проекта, любого дела, которое может вообще никак не относится к IT

[@ГульзараЮсупова-ы6ц]

1. преимущество скрама перед водопадной моделью - правки/доработки дешевле, быстрее можно внести изменения в продукт, если на каком то из этапов что то не учли 2. преимущество скрима перед моделью хаоса - больший/лучший контроль процесса, меньше стресса для команды, возможность планирования (в общем то все то о чем писали большинство комментаторов) Как то так, по моему мнению)

[@cebotarieduard8978]

но все в переди. буду слушать и следуйщие курсы и просветляться

[@Yodader]

скрам позволяет лучше контролировать каждый этап работы, в связи с относительно небольшими обьемами выполняемых задач (при сравнении с полным проектом). Дает возможность задействовать регулярно специалистов всех направлений, без их долгого простоя, и при этом не создавая ситуацию не прекращяемого давления на какое-то одно подразделение, что может привести к выгоранию сотрудников и, соответсвенно, к снижению эффективности и качества выполнения работы.

[@HellishFox-p8i]

преимущество в гибкой модели в том, что каждый работает в команде, все идет по плану (что-то спланировали - разработали - протестировали - доработали - внедрили), есть определенный срок (проект не затянется на годы, чтоб его внедрить), есть планерки на которых контролируется что подтянуть и проверяется результат выполненной работы. В модели хаоса же не известно, что и когда тебе дадут на тестирование (такой режим хардкора), более стрессовый, нежели чем в гибкой модели, где ты точно знаешь кто и чем занимается в данный период времени. мне кажется модель хаоса это больше для опытных, нежели чем для новичков. PS. очень милый котик!🥰

[@undiscovered5555]

Нехватает английских аналогов названий! А так отличный урок) Спасибо

[@carolinheart4597]

Скрам удобнее за счёт оперативного взаимодействия при решении конкретной задачи, этапы протекают быстрее и можно внести большее количество позитивных изменений, а так же их проверить, а учитывая нестабильность рынка и высокую скорость нтп можно определить как самую актуальную. Водопадная модель хороша своей конкретикой, но может быть использована для решения задач с долгой стратегией, например на гос. заказах. Модель хаоса думаю больше подойдёт к стартапам или к развивающимся проектам, без конкретного видения финального продукта.

[@ЮляГолубничая]

Спасибо за видеоуроки!! Капец почитала кометы-все позитивные, и есть с разными терминологиями, видно пишут профи. А я впервые такие термины читаю, надеюсь просмотрев видеоуроки и я начну догонять 🤪😃

[@SimonShemagonov]

1) Декомпозиция задач 2) Четкий контроль в результате проделанной работы по итогам каждого спринта 3) Каждый в курсе дела, результатах, в общем что и как идет в процессе разработки

[@MoiMir-t2o]

Otlichnii urok. Bravo. Posmotrim kak budet dalbshe!

[@aleksandrartemov525]

1, Планирование задач и возможность редактирования общего списка, 2. Небольшие сроки 3. Возможность контролировать процессы разработки. 4. Разбитие большой работы на мелкие части. 5. В случае корректировки проекта, можно вносить корректировки на поздних сроках тестирования в отдельную часть, а не в весь проект. 6. Более экономичная и гибкая модель.

[@НаталяПавлюк-о1ь]

Я считаю, что основное преимущество скрама над водопадной моделью в том, что мы можем что-то менять. Есть возможность увидеть недочеты еще на начальных этапах. В то время в водопадной модели мы сможем заметить какие-то ошибки только почти в конце работы. Также в скраме есть дух командной работы. Есть спринты, которые мотивируют успеть что-то в срок и не подвести остальных. Ну и важным являеться также то, что в скраме есть возможность внести изменения существенные в начальный проект. В водопадной модели у нас такого нет

[@Aygul489]

На мой взгляд, главное преимущество scrum модели это сведение к минимуму человеческого фактора. Таким образом, результат работы всей команды не будет страдать из-за одного члена команды. Последние годы я работаю в различных проекта и рабочих группах. На моем опыте, самая большая проблема это не квалификация членов группы, а именно такие характеристики, которые трудно выявить до начала работы. Например, один член команды постоянно срывает дедлайны и вся команда вынужденно ждтет его и рискует не сдать вовремя работу. Или из-за одного члена команды,вся команда в авральном режиме работала ночами в последние дни до дедлайна. Второе преимущество модели это тот Самый слон,которого лучше есть по частям. Третье преимущество, возможность исправлять ошибки и корректировать работу как можно быстрее после обнаружения ошибок. Так сказать, пока "горячие". Четвертое преимущество, мозговой штурм при регулярных встречах. Одна голова хорошо,а 5 - 9 еще лучше.

[@4equilibrio]

Преимущества scram: - минимизация простоев участников команды - снижаются риски масштабных ошибок - на каждом спринте получаем видимый результат. К тому же результат мотивирует - гибкость процесса без лишней бюрократии - прозрачность: понятно, что делаем, как делаем, в чем трудности, как решить. Реальная командная работа. Я так поняла, что "водопад" хорош, когда задача понятная, понятно какими средствами решать, условно типовая.

[@Vladimir_M11]

в скраме - можно четко спланировать время и задачи; быстрая обратная связь между всей командой; можно вносить изменения на различных этапах. Хаос - это предпринимательство)) - решать задачи по мере их поступления (может быть завал; ошибка может вылезти на позднем этапе, тогда как, например, в скраме, ее бы могли протестить на раннем).

[@geryur8954]

Благодарю за урок. Все понятно) Скрам используется из-за своей гибкости и в то же время позволяет отладить удобный, работающий процесс. В нем наверное тоже бывают перегрузы из-за количества задач, но благодаря спринтам все разгребается быстро ))

[@slaviksoroka8110]

Скрам будет приоритетным т.к. в отличии от водопадного метода, V-образного, прослеживается тим билдинг, отчеты о проделанной работе, контроль менеджером процесса на всех стадиях, что позволяет избежать неоднократного перезапуска процесса.

[@АнжеликаАскарова-я7с]

Действительно, скрам наиболее адекватным способом выглядит, имеет много плюсов и для команды и для заказчика, спасибо за урок, Леша)))

[@shumilovqa]

Из преимуществ скрама: 1. Каждый член команды отчитывается о проделанной работе, что даёт понимание другим людям о ходе работы, из этого можно сделать корректировку плана 2. Спринтами мы можем добивать определённые задачи 3. Мотивация от видимости проделанной работы

[@FiLiN3107]

Скрам сплоченная работа всей команды, контроль сотрудников в плане плана работы вчера, сегодня , завтра! Удобно

[@Хелпер-у9ь]

1. Преимущество "скрам" от водопадной модели - в дроблении общей работы над проектом на этапы/спринты; спринты же помогают сосредоточить силы всей команды на одном кусочке задачи (этапе работы), тем самым выявить на том или ином спринте проблему\недоработку, разрешить ее и по завершению одного спринта получить готовый и "чистый" результат, тем самым не понести дополнительные затраты при обнаружении проблем/дефектов к релизу проекта. 2. Преимущество "скрама" от модели "хаоса" в четких задачах и алгоритме действий всей команды, наличие ожидаемого результата по завершению выполнения каждого этапа, в упорядоченности и системности работы над проектом.

[@rusau]

Немного не соглашусь, что Scrum Master это PM 😊 Scrum Master это про фасилитацию, он по сути организатор и контролер того, что все идет по фреймворку и сам непосредственно не влияет ни на разработку, ни на какие-то решения команды, а лишь направляет ее и гарантирует, что все идет по скрам. PS: хорошие уроки!

[@leshamarshal]

В идеале да. Как правило роль скрам мастера выполняет кто-то на проекте . Это может быть не только pm. А в принципе и другой участник команды. Кране редко существует отдельно выделенный скорам мастер. И так уже получается, что обычно это pm. Пожалуй было бы правильнее так объяснить.

[@rusau]

@@leshamarshal да, просто PM это больше про должность, а скрам мастер про роль в скрам) У меня в команде PM нет, а вот отдельный скрам мастер в наличии)

[@АртемисА]

@@rusau О Артём а я и на тебя подписан))

[@Lexx.m]

Ни на что не влияет, но гарантирует? Это как? Думаю правильнее описать: Он - это трасса Минск - Брест. Она гарантирует что вы из г. Минск приедете в г. Брест. Но исправность автомобиля, защиту от прокола шины и достаточность бензина не гарантирует, и никак на это повлиять не может.

[@olesm3977]

SKRAM думаю популярен из-за многозадачности проектов, а разделение и выполнение по частям, структуре, облегчает понимание конечной цели. Водопадная модель подходит к "узким" продуктам, когда есть возможность строго разделить этапы и не смешивать работу специалистов. И как раз первый этап "проектирование" думаю самый затратный, чтоб выдать детальное, правильное ТЗ кодировщикам. Модель хаоса - очень сомнительна, но возможна. некоторые способны наоборот работать более эффективно без рамок и четких указаний, ибо они не дают расслабиться и оттянуть момент "сдачи". Это как творческий подход и вдохновение.

[@artembortnik5276]

Спасибо за проделанную работу! Все супер! В некоторых местах окно-видео с камера перекрывает информацию

[@КонстантинДесятков-ь6н]

Скрам я считаю это в первую очередь модель взаимодействия всей команды, сюда добавляются спринты в которых четко поставлены задачи и определены роли. Митинги входящие в модель Скрам так же способствуют достижению лучшего результата за короткие сроки, опять же из-за взаймодействия всей команды в процессе. Ну и конечно же гибкость этой модели в том плане что мы можем в любой момент перейти на какой то из предыдущих этапов чтобы что то подправить и т.д. Поправьте если не прав. Только начал смотреть ваши уроки и хотел бы поблагодарить за ваши труды, очень ценно и полезно.

[@f3f387]

Преимущества скрама перед другими моделями тестирования 1. Работа в команде со старта проекта с разработчиками, аналитиками, маркетологами, дизайнерами. Возможность моментального решения при обнаружении дефектов на начальных этапах и как следствие экономия времени и денег на доработку проекта 2. Участие в коротких спринтах, где тестировщик анализирует работу разработчиков на предыдущем этапе спринта постепенно переходя к следующей недели, тем самым оперативно выявляя дефекты 3. Распределение ролей в команде на свиней и кур, где одни полностью вовлечены, другие частично В водопадной модели нельзя вернуться к начальному этапу проекта после итогов тестирования, модель хаоса более затратно по времени и стоимости

[@ЕвгенияЕвгения-й2ь]

Скрам , как модель для конечного результата на мой взгляд очень удобная , т. к всегда можно посоветоваться , есть понимания времени , есть обсуждение задачи , можно исправить ошибки не переделывая весь проект, на выходе качественный продукт , водопад не нравится тем , что если в конце продукт не соответствует ожиданию , то все переделывается

[@mikaadvgf]

Скрам помогает подстроиться под текущие задачи владельцев продукта, если они меняются. Это позволяет не начинать всё с нуля

[@ильяконовалов-э2в]

Скрам это соревнование, а это поддергивает. Тянешься к тому, кто дальше убежал, но не тянешь назад при этом. Поэтапно решаешь задачи порциями, а не огромными локтями как в водопаде. Определённость и чёткость, как правильно сказал, это уменьшает стресс у улучшает показатели производительности.

[@vinapopova2812]

Скрам гибок(на этапе выборки процессов на конкретный спринт) и в то же время структурирован внутри спринтов. По концепту больше всего похож(имхо) на базисный подход к достижению глобальной цели - разбивку её на меньшие, но достижимые. Позволяет сохранить мотивацию благодаря встречам, где по сути ты подводишь итоги своей работы, одновременно планируя текущий этап и в конце спринта видишь результат. На этих встречах сразу видны проблемы конкретного этапа, так что команда всегда в курсе того, что и у кого вызывает затруднения и может помочь дотянуть. Отчётность проще, т.к. есть некая модульность(отчёты по спринтам потом можно собрать в отчёт по продукту в целом). Меньше стресса (по сравнению с той же моделью хаоса) т.к. люди чётко знают чем занимаются и знают, что могут всегда обратиться за помощью к команде. Со стороны заказчика - можно уже по истечении 2х недель увидеть какую-либо функциональность и примерно прикинуть, совпадает ли это с его видением, + на основании презентации у заказчика могут возникнуть новые идеи, которые возможно уточнят какие-либо функциональности или расширят их. Трудозатраты на исправление дефектов ниже и конечный результат чище за счёт выделения определённых целей на спринты ( в отличие от водопадной модели). Спасибо огромное за метериал!

[@Antonio_Gastroni]

Скрам, затягивает в работу всю команду. Что есть продуктивно. На всех этапах вся команда вовлечена.

[@ЛевТроцкий-с2ц]

Спасибо. Интересно. Поддержу комментарии ранее написанные. Скрам: снижает риски точки не возврата, затрат рабочего времени, себестоимость продукта, заказчик не испытывает сожаление за потраченные средства.

[@kkkoprpl]

Модель скрама имеет следующие преимущества: 1. вы знаете как командный игрок кто какими задачами занимается в процессе спринта. 2. проще выявить ошибку в работе по такой модели, и дешевле её устранить, чем например в V-образной, спиральной модели и т.д. Может быть даже дешевле чем ошибка по водопадной модели. 3. в модели скрама можно распределить работу так, что-бы каждый занимался теми задачами, в чем он более силён 4. нет необходимость ждать пока твои напарники закончат свои задачи, что-бы ты мог приступить к своим. (преимущество перед водопадным методом) 5. чёткое распределение по времени

[@funny_pilot_drone]

благодарю за старания! читал эти модели не вьезжал, посмотрел - понял

[@khurshidayakubova4128]

Преимущества скрама: 1. Проект разделен на небольшие куски, у которых есть цель и измеримый результат 2. Командная работа, ежедневные или еженедельные отчеты, что дает чувство сопричастности к созиданию 3. Контроль развития проекта, и опять же, проект идет четко заданным курсом, а не рыскает как в хаотической модели 4. Цена ошибки ниже, она проще и быстрее выявляется 5. Думаю, она хороша для команд, в которых много новичков без опыта/большого опыта 6. Заказчик же может держать руку на пульсе разрабоки и понимать, куда идут его деньги

[@summmerrrain]

Первое, о чём подумала, это то, что в модели хаоса, если твоя задача априори не самая приоритетная, то, кажись, она не будет сделана никогда) Я долгое время была заказчиком со стороны бизнеса и хорошо, что у нас скрам. В спринт берется несколько крупных важных задач, но если остаются небольшие "хвостики" времени, будут взяты незначительные задачи. Которые кто-то тоже очень ждёт:)

[@АлександраЩербакова-ь1б]

Отличный канал, понятные уроки. Спасибо!

[@mariagevorgyan5706]

Спасибо вам за ваш труд 👏 🎥

[@CaLLlaLoT]

Спасибо большое за видео, очень понравилось. Всё чётко про модели разработки. Всё стало понятно.

[@leshamarshal]

Благодарю )

[@TroopeR6991]

Я думаю скрам модель тестирования преобладает над остальными тем, что: 1 - она позволяет закрывать потребности больших проектов, через разделение его на более малые части (как инкрементальная модель). 2 - через спринты куда проще отслеживать видимые результаты работы, а значит остальным участникам проекта будет проще анализировать и планировать дальнейшие шаги. 3 - тестировщику проще работать, тк у него есть конкретный план на ближайший спринт и он может не отвлекаться на другие задачи (как в модели хаоса например). 4 - скрам лучше инкрементальной модели тем, что больший объем протестированного может внедриться в систему. Например группы тестеров работают над разными функциональностями, а значит общее время работы всех участников сокращается.

[@МаргаритаЛузан-д6ы]

Скрам и водопадная модель: 1) В скрам есть цикл, можно рано или поздно обнаружить баг и исправить его. Водопадная модель не предусматривает "возврата на шаг назад", соответственно, ошибки в ней стоят дорого. 2) Скам позволяет поделить большой объем работы на части, удобнее выполнять задачу по конкретным пунктам. В водопадной модели можно начать нервничать, когда увидишь массу задач :) 3) Скрам подразумевает контроль над вашей работой в виде "планерок". Это стимулирует к работе и помогает разобраться с возникшими сложностями

[@seoonlyRU]

все по делу, Алексей! лайк от вебмастера-гуру СЕООНЛИ

[@aftandilbigmovich6568]

Скрам - это методика, помогающая командам вести совместную работу. Проводят собрания, используют специальные инструменты и принимают на себя особые роли, чтобы организовать работу и управлять ею, также требования могут меняться по ходу проекта и клиент принимает также участие в водопадной клиент не видит проект до окончания работы . Cкраме постоянно тестирование после каждого обработанного блока , по сути тестировщик принимаем постоянное участие . В водопадной модели- все требования известны вначале и не меняются до окончание работы. Тестирование в конце в работы и если будут найдены ошибки то они опять проходят тот же круг с начала .

[@vvaleriaal]

1) Слаженная командная работа, все в курсе всего и стремятся выполнить цель спринта. 2) Лучше контроль со стороны руководителя, за счет ежедневных митингов и четко поставленных целей. 3) Есть четкие временные рамки по спринту, что еще больше мотивирует и добавляет соревновательного духа. 4) Четкая структура работы, где все понимают, что им надо сделать, а не ждать каких-то сюрпризов.

[@arseniholad1770]

Scrum - есть преимущество в том что есть понятная организация работы и конкретный отчёт того что сделал команда за (Cпринт) и в дальнейшем гораздо проще распределить задачи которые в следующем спринте надо выполнить. В водопадном такого не присутствует так как там идёт ступенчатая работа, после окончания одной ступени начинается другая, которой занимается другой человек. В ней, конечно, присутствует отчёт о выполненной работы, но данный отчёт происходит только в конце все выполнены работы и это как вы сказали приводит к тому что уходит большое количество времени и денег.

[@ГульжанШулакова-т5л]

Спринтами работать удобно: поставили задачу, определили время, максимально выложились, отчитались, закрыли задачу вставили в ПО как кирпичик. Особенно если проект большой. Когда большая задача разделена на маленькие куски понятнее как с этим поступить. Слона надо есть по частям) Водопадная модель неудобная в плане громоздкости и фатальности ошибок

[@Pass1ve1ncome]

Преимущество скрам модели в том, что прорабатывается каждая часть проекта пошагово каждым членом команды как по отдельности по своему направлению, так и в общем командная работа в спринте. Как результат - качественно проработанный проект, в котором маловероятно возникновение дефекта(бага), и возвращение назад не будет, что экономит как время, нервы, так и средства (для заказчика).

[@annatorrin]

Преимущества гибкой модели перед водопадной: 1. В гибкой модели можно вернуться назад и это не будет так трудозатратно 2. Гибкая модель прорабатывает каждый элемент по отдельности, в то время как, водопадная требует сразу проработанный план программного продукта в мельчайших подробностях Преимущества гибкой модели перед моделью хаоса: 1. В модели хаоса нет чёткого плана работы, что приводит к стрессовой ситуации на работу

[@n1k28]

1. Когда работаешь по модели Скрам все участники нацелены на результат. Нет застоя на самом процессе работы (работа ради работы). Скрам это работа ради результата в ограниченные сроки. 2. Участники видят конечный результат, что позволяет понимать, что выполненная работа не напрасна и приносит плоды. 3. Модель Скрам позволяет производить контроль выполнения этапов и корректировать направления в зависимости от выполнения промежуточных этапов. 4. Модель Скрам составлена таким образом, что участники в конкретный Спринт не отвлекаются и не тратят силы на другие задачи, не оговоренные в самом начале. Все силы уходят на выполнение основных задач. Такой подход дает самые продуктивные результаты!

[@linknotforbuilt7877]

Огромное спасибо! Изучаю с удовольствием! Хочу стать тестировщиком

[@vera_celtic]

Я так поняла, что идея скрама - видеть конкретный результат на каждом спринте. Идти к цели маленькими шагами, постоянно анализировать а туда ли мы идём. При завершении каждого спринта видеть какая работа уже проделана, что улучшить. И постоянное тестирование на каждом этапе. Проще вернуться на шаг разработки и добавить фитчу, устранить баг, упростить использование конечного продукта и пр.

[@DIMru]

На мой взгляд у скрама преимущество, 1) четко определенные временные границы спринта 2) Высокое КПД команды, мало простоев 3) Виден результат по итогу спринта, что мотивирует на дальнейшее продвижение 4) Цена ошибки не такая высокая как в других моделях

[@ИгорьИлларионов-ч3ю]

Спасибо большое за отличные уроки! Я новичок в тестировании, ты все хорошо, понятно объясняешь!!!

[@shakhmenik6677]

Скрам в первую очередь командная работа, meeting’s, дисциплина (3 вопроса) и чётко поставленная работа, результатом которой будет гордиться вся команда.

[@alekseych8190]

В скраме можно спланировать работу и рассчитать количество необходимых ресурсов. Так же он позволяет проработать задачи лучше.

[@solfa9118]

Скрам более структурированный, очень хорошо видно и понятно кто, что и на каком этапе сделал

[@danilbkr]

В первую очередь гибкая модель имеет преимущество с экономической точки зрения. Бизнес не переплачивает за простои команд, пока идёт процесс отличный от их деятельности. Во вторую очередь это позволяет быстрее выпускать новые релизы с улучшениями и получать реальную обратную связь от пользователя и видеть есть ли смысл тратить больше времени чтобы прокачать ту или иную фичу или она оказалась не востребована среди пользователей и больше в нее инвестировать не следует. В третью очередь это позволяет стейкхолдерам в реальном времени наблюдать жизнь продукта, а не ждать пока все будет готово. Также это позволяет получать прибыль от еще не завершенного проекта.

[@Nailja]

Преимущества у скрама большую задачу разделили на маленькие Четкий план Командная работа налажена Совместное обсуждение проделанной работы, выявление ошибок и задач Тестировщик подключается на этапе требований

[@peterbrechko3202]

Прямо как на производстве, даже лучше) спасибо.

[@neforhell7260]

Преимущества скрама в том, что финальная цель разделяется на большое количество задач, которые решаются отдельно и благодаря этому можно уделить более пристальное внимание задачам и более детально контролировать процесс создания продукта. Есть моральный аспект, заключающийся в том, что после каждого спринта команда видит результат и это должно мотивировать людей, т.к. видение перед собой положительного результата работы обычно хорошо влияет на мотивацию и мораль команды. Меньшие затраты ресурсов на производство продукта, по сравнению с водопадной и V - моделями разработки, т.к. большая задача разделяется на оч много маленьких и критические ошибки можно заметить на начальных этапах.

[@konstantinzakharov5643]

Скрам - это командная работа. В скраме команда сама принимает решение, сколько она смодет взять на спринт из бэклога проекта. Требование известны. Тестировщик может на этапе анализа документации начать писать чек-листы и тест-кейсы, может выявить противоречия и несоответствия в требованиях, определиться с тестовыми данными. Тестировщики поключаются на ранних этапах работы. Например, в каскадной модели тестировщики начинают работать только на этапе тестирования,. Модель хаоса - это большой батхерт для всей команды. Определенно СКРАМ - самая лучшая методология.

[@ilyanaochirova816]

Скрам более удобен тем, что на каждом шаге строится четкая стратегия выполнения плана по продукту. Каждый сотрудник может мониторить свои результаты, задается вопросами на митингах о проделанной работе и ставит цели на дальнейшую работу. Так работнику проще оценивать свои возможности по выполнению задач, понимать сколько времени отдовится на определенное действие. Плюс команда собирается вместе, и есть возможность сразу обсудить вытекаемые возможные дефекты на ранних стадиях, чего трудно сделать в водопадной модели.

[@Allex50525]

Есть заказчик- есть исполнитель. В Скраме помимо перечисленных преимуществ в разбивку сложной задачи на подзадачи, которые дисциплинируют и позволяют держать команду в тонусе есть важный этап: "демонстрация результатов 2-х недельрой работы команды". По итогам этой демонстрации заказчик каждые 2 недели получает отчёты и видит за что платит. Если темпы не устраивают- может сменить команду или вообще придти к выводу, что стоимость реализации проекта превышает его ожидания и теряется целесообразность продолжения инвестиций в проект.

[@АртемисА]

3:31 Котэ за воим правым плечом явно разбавил фон ... спасибо за видео подписка + лайк

[@ДмитрийЖуков-ц1г]

Преимущество скрама состоит в том, что есть сплочённая работа всей команды, всех участников разработки, есть чёткий план, есть задачи и время для их выполнения. Преимущество также заключается в том, что можно доработать упущенные неточности, баги, дефекты и так далее.

[@katrindd3678]

Спасибо Огромное! Очень доступно и понятно. Поиятно слушать вас. Скрам удобнее, потому-что длительность цикла короткая и все включены в процесс. Отдача будет быстрой и не затянутой во времени. Можно намного эффективнее работать и больше задач выполнить. Как мне видится)

[@VitaliiMarinin]

Спасибо за Ваш урок, ваша подача понятна и интересна. Что касается преимуществ скрама на мой взгляд это бэклог и спринт бэклог, вся команда в курсе происходящего благодаря дейли митингам, обсуждение и анализ предыдущего спринта, работа над ошибками) четкие дедлайны, коммуникации и проведение демо для заказчика…

[@СергейИсаков-и9м]

Скрам используется так ка это оптимальная модель для всех ( заказчик - разработчик ). В скраме используются спринты, что наглядно может продемонстрировать на сколько успешно двигается процесс (ретроспективное совещание). В скраме может участвовать product owner. Модель скрам наиболее рационально распределяет нагрузку между всеми участниками команды. При модели хаоса на длительной перспективе, легко получить эмоционально выгорание со стороны разработки, тестирования или других участников. Модель водопада очень дорога для заказчика. Так же высоки риски задержки релизов из за косяков проектирования.

[@EdmundBowie-n3z]

А какие модели разработки вы считаете наиболее эффективными для крупных проектов? я сам пару лет назад закончил университет, но не мог устроиться на работу, поэтому набрался практики на курсах от Skypro и получил классный оффер в финтех компанию))

[@kittyhawk784]

Реклама)))

[@arti5946]

Нихуя они уже даже ботов своих запускают😂

[@maria8915]

Большое спасибо за урок!

[@ЕгорХохлов-ж2я]

1)Водопадная(Каскадная) Модель которая Имеет 4 Этапа. Согласно Этой Модели На начальном Этапе Проекта Нужно иметь четкое понимание какие функции должен выполнять данный продукт или ПО, а также без ошибок сделать проект, который нужно пересмотреть не один раз, и убедившись в этом переходить к следующему Этапу. ( Проектирование - основной Фундамент на которых основывается все три Функции( Кодирование, Тестирование, Эксплуатация). Эта Модель которая должна выполняться без ошибок, и Самое Ключевое это отсутствие возможности сделать шаг назад и вернуться к предыдущему шагу для исправление ошибки. Очень Строгая Модель на мой Взгляд, на которой предстоит трудоемкая работа. 2)Гибкая Модель (Скрам) - Модель на самом деле действительно гибкая, так в моем понимании Это поэтапные действия Каждого сотрудника(ков) Есть Старт-Планирование-Разработка-Демонстрация и Конечная это ВНЕДРЕНИЕ, исходя из этих Этапов на Спринте(Планерка, совещание) Каждый из сотрудников Дает Отчет о выполненной работе, что Сделали, Что Буду Делать и Что Предстоит Сделать. И преимущество в том, Что каждые Сотрудники Согласно Данной Схеме присутствуют на Спринте, и есть возможность обсудить данную или в процессе возникшую проблему или Наоборот Подать Идею для улучшения продукта над которым ведется создание. Четкая Дисциплина, своевременно выполнять свои обязанности. 3)Модель Хаоса - В Моем Понимании Это Идея-План-Разработка-Кодирование-Тестирование-Внедрение. Суть Этой модели на мой взгляд это Возможность Вернуться в каждый из Этапов при возникновении некорректной работы, остановиться над этой проблемой, а также после Устранения проводить работу дальше, и опять же при возникновении ошибки или некорректной работе на каком либо этапе без всяких затруднений Сделать Шаг Назад, провести работу или исправить ошибку. Т.е Здесь в этой модели нет ограничения по времени на Исправление ошибок на каком либо из Этапов.