[за 8 минут] – что такое Agile и Scrum? Рассказываем, что мы используем на стажировке

Автор Artur Merichev
[за 8 минут] – что такое Agile и Scrum? Рассказываем, что мы используем на стажировке

аджайл — это не технология — это принципы командной разработки очень важные.

Да и современным трендам так он находится сейчас — это принцип вести разработку эффективно. Дело в том, что кратенько если честно скажу, что ещё буквально лет 20 назад 15 назад в мире Java надо прежде всего этого и сектор 15 лет назад был сейчас нужен только там. Да они только в банках превалировала именно разработка по.

Западному подходу — это когда заранее выделяется полностью весь.

Спектр проектора остаются тест учение наверно такое. Да и читали. Когда полностью и там есть системной аналитики они все анализируют расстраивают потом передать разработчикам разработчики разрабатывает издают его уже заказчик поставить плюсики. Это милость и типа такого написания сначала называется водопадный подход свои минусы в целом у нас даже там пустые по управлению. Но если кратко то минусов у него в современном мире оказалось больше чем плюсы хотя там десяток лет поменяли использовали последнее время от него отказались в большинстве скажем так проект причина прежде всего рынок в поменяться слишком быстро достали меня слишком быстро и если там летом 30 назад. Это было вообще хорошо потому, что мелкий были изменения в целом рано такой нестабильный то можно было на погода на год на 2 расстраивать планы и потом разрабатывать программное обеспечение в текущем времени в 2019. Тем более — это уже отправил невозможно потому, что ты очень быстро быстро меняется закон надо быстро меняется всякие регламенты конкуренты не показываются до новые идеи приходят иногда пришедшие идеи оказывается не самый хороший и способ узнать о том, что идеи которые там бизнес заказчик, что она не очень хорошие там через год узнать — это огромные потери целом и для заказчика для бизнеса и для разработчиков игр команды разработчиков потому, что они так долго долго делали потом вообще всё переделывать разбираться поэтому сейчас популярно подход гибкой разработки методологии и. Конечно вы как делаете первый шаг вы разрабатываете находится стажировки проект по гибким методологиям там принципа со мной другой принцип быстрой трасса есть даже. Юмор на эту тему. Да наверное вас встречаю называется хрясь хрясь reproduction. Ну — это как обычно утрированно. Это было смешно ну если кратко то — это так потому, что — это получается более эффективно быстренько что-нибудь сделали показали Nissan Production может быть давно заказчику показали он посмотрел сказал нормально. Ненормально плохо. Хорошо двигаемся дальше свои минусы свои плюсы есть минусы. Прежде всего — это невозможно предсказать срок проекта невозможно пускать бюджет проекта. Так точно как его можно было предсказать раньше, но зато появляется плюсы. Плюсы — это более точного выполнения задач более точное описание и больше соответствие рынку поэтому как бы — это более оправдана получилось и сейчас ноги даже в компании банки уже перешли на гибкие методологии и разрабатывают по ним поэтому — это принципы мне нравится очень принцип люди важнее чем принципа. Кому нравиться ставьте плюсик — это вот один из принцев наверное самое главное — это классно то есть мы оба программирование до перешли от старых методологии где задачи важнее пришли к принципу где отношения важнее чем какие-то правила. Почему Потому, что в реальной разработки оказывается, что есть отношения между разработчиком плохие то как бы они детально всё не прописывали обязательно будет важнее чем хуже отношения тем больше — это выложу она не видно ни одной стороне не другой заказчик теряет деньги проект сроки разработчики renome и всё остальное. Поэтому в один из принципов в отношениях когда хорошие отношения можно выяснить да то, что не поняли да разобраться определить ноль и таких принципов несколько они реализуются уже эти принципы в какой-то методологии по шагам и собственно самой популярной методологии для реализации этих принципов — это искрам. Она состоит из принципа быстрый красоты собираюсь в этот промежуток времени за который проводится коротенькое. Тараз раньше этот раз — это было год например да там полгода иногда там 5 лет стараться нет водопадный подход водопад на — это потому, что по этапам. Мы движемся сначала проанализировали бизнес-требования потом потом от тестировали потом дали заказчику сейчас 2019 и даже смешно говорить то есть вы получается на этих тестировать через там вот после написания продукты. Да невозможно совершенно. Мы сейчас пишем до того как начали разрабатывать всё перевернулось сверх на голову или на бороться с головы на ноги достала ближе к реальному процессу, а то есть мы сейчас если разрабатываем спать иди там или там по behavior driven development помыть сначала выясним, что заказчику нужно прописывать в виде маленькой userstory после этого пишет тест где он так, что там проваливался у нас после этого пишем так чтобы он реализовывался и уже там можно показать заказчику или у нас уже есть какой-то рабочей программе восьмой класс порядок сильно изменил с крабом — это способ как в принципе Java реализовать в жизнь как работать по таким вот — это рациям. Как разбить требования заказчика не по старым технологиям где там были функциональные требования там требования технические проще которые сложно реализовать как ценность потому, что можно было рисовать что-нибудь требования, но она например не могу жить без фото технического требования и невозможно показать, что вы вызывали пока весь проект не сделаете — это неэффективно в Skype требования такое которые можно показать ну и соответственно там в конце регулярные встречи и так далее и тому подобное. То есть вы будете изучать и применять потому, что у вас — это указано в резюме. И когда вы — это умеете делать вы приходите на работу в 6:00 утра.

0 комментариев
0

Читайте также