Есть еще методологии "всего по чуть чуть" и "мы не знаем как мы работаем, но всем говорим что у нас все по скраму" =)))))))))

От одного из лекторов слышал, что большинство проектов работает по методологии HDD - hope driven development. Всё делается как придется, но с надеждой, что получится хорошо.

Пришёл с работы, думал 5 минут ютуб проверить, попал на ваш канал и залип уже на 5 часов... Спасибо большое за ваш труд, Сергей, очень хорошие видео! :)

Как всегда, просто, ясно, доходчиво о сложных и многогранных вещах. Сергей, спасибо.

Спасибо сергей очень интересно и понятно для новичка!

Як завжди - на висоті ;) Дякую !

Спасибо. Доступно, без лишнего пафоса

Хорошая тема поднята. Нужно продолжение! )

Спасибо. Очень внятно. Подписался.

О, шикарно!!! Это было интересно послушать!

Достаточно понятное объяснение методологий, спасибо. Очень интересно будет посмотреть ролик с вашим мнение по поводу плюсов и минусов этих методологий, почему от каких-то то уходят и другим приходят.

Да, в кратце хорошо прошёлся по основным моментам 👍

Дякую за цікаву і достатньо повну відповідь.

Спасибо за видео

Как менеджер не в IT (пока ;) добавлю: для управления необходимо отталкиваться от задач и предмета вопроса, а не от названия методологии и её подбора. Например, для простых, одноступенчатых задач - определил, довёл исполнителю / команде, проверил. Для комплексных проектов - постоянный контроль, сверка, корректировка, запуск.

как начался разговор на менеджерскую тему - сразу как-то мутно стало... :) а за ролик спасибо

шикарно, впервые слышу эти термины и я увидел общую кратину.

Знаю и работаем только по технологии ASAP - as soon as possible :) Понимаю, что это краткий экскурс в методики, но мне это нужно было, чтобы хотя бы общее представление иметь. В книгах довольно запутано пишется, имхо :)) Спасибо за видео!

кружечка зачетная и спасибо за видео

Отличное видео

Спасибо!

3.58 Ура, начало!

Сергей, здравствуйте! А что у Вас за клава на столе? Сейчас хороших белых, полноформатных клав почти не найдешь.

Сергей, спасибо за видео! Неплохо описан взгляд менеджера и инженера на все эти подходы. Не хочу показаться пуристом и не буду придираться к мелочам (рассказать точно до мелочей - это был бы серьезный вызов), хочу просто немного по верхам вас поправить. Смотрите, то что вы описывали касающееся выпуска MVP - это подход Lean Startup, у которого есть конкретный автор (Если не ошибаюсь Эрик Риз) и он не имеет никакого отношения к Lean Manufacturing придуманному на Тойоте. Так же как и Канбан Метод, который сейчас используют в IT тоже не имеет никакого отношения к Lean Manufacturing и используемому там Канбану. Здесь вопрос скорее в том, что как раз Lean Manufacturing не смогли применить к IT-разработке из за того, что есть очень сильная специфика. Lean Manufacturing сделан для материального мира, производства материальной продукции и производственных цепочек, которые требуют достаточно мало умственной работы (когнитивных навыков). Современный же Канбан Метод, который был придуман в конце 2000-х как раз в нашем любимом IT (зачатки этого подхода появились в Microsoft) и он придуман именно для процессов требующих большого количества когнитивной работы и выпуска нематериальных продуктов. Помимо того, что современный Канбан не имеет никакого отношения к Lean (а во многих вещах действует ровно наоборот) он не имеет никакого отношения к Agile, это подход который был придуман как альтернатива тем подходам, которые мы привыкли называть гибкими, чтобы избегать тех проблем, которые они вызывали при внедрении. Если будет интересно, то готов на эту тему пообщаться, можете меня в FB найти или в телеге, буду рад конструктивному диалогу

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

Аджайл и скрам это красивая обёртка для того, чтоб выжимать из разраба все соки

Круть!

Как Вы правы.!.... Не существует "волшебной таблетки" на все случаи жизни.... Простота, новизна, чётко поставленные цели, большое желание работать, тесты + ЗДРАВЫЙ СМЫСЛ, который подсказывает как быстрее достичь нужный результат в конкретных ситуациях.

Здравствуйте! Ваше мнение - на сегодняшний день agile-коучи востребованы? И где этому учат?

Вітаю, чудово, здоров'я, благословінь, миру.

Отличное видео. Подскажите, если владелец проекта начинает его с нанятым разработчиком вдвоём. За всю it-часть отвечает разраб (в том числе работа с серверами, бэкапами, безопасность сайта). Каким образом владельцу сохранять полный контроль над проектом? Чтобы в случае желания продажи бизнеса владелец был уверенным, что он действительно владеет всем необходимым для этого. И не придётся ни о чем потом договариваться с нанятым разработчиком и зависеть от него в этом вопросе.

выжимка видоса: "скрам - показатель наращивания функционала", - самое главное

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

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

Вот хорошо сказал: у одних работает, у других нет. Независимо от метода все решает компетентность и работоспособность команды и руководителей.

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

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

Здравствуйте, не могли бы пожалуйста осветить тему программирования логических контроллеров

Що означає працювати в парі? Як це організовується?

Мне не понятно, если я как просто manual QA analyst, то какая от меня требуется agile методология, поясню, на собеседованиях меня спрашивают какие эджаил методологии вы используете🙈 логично что никакие, я просто QA но может я что то не так понимаю

Какие книги можете посоветовать по scrum и kanban?

Ничего не понятно, но очень интересно

Впервые слышу о работе программистов в паре. Можете рассказать об этом подробнее?

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

Расскажите пожалуйста про Биг Дата ,базы данных, sap

Что можешь сказать по поводу JPA и Hibernate? Что из этого нужно учить, а что нет?

В вакансии на trainee позицию java разработчика указано одно из требований "understanding of software development processes" , как это понимать и как на это отвечать на собесе ?

Простым и понятным языком для чайников новичков ! КЛАСС

На самом деле правильная организация разработки программного обеспечения была описана еще в 1982г - в книге Fox, J. M. (1982). Software and its Development. Englewood Cliffs, N.J.: Prentice-Hall. (Дж. Фокс "Программное обеспечение и его разработка" - arbinada.com/en/node/57 ). И это еще задолго до того как появился сам термин agile (проворное) программирование. А так называемые agile технологии это просто спекуляции на тех идеях (присвоение тех идей), наукообразные и загадочные названия (для маркетинга), плюс еще сомнительные экзотические довески - "парное программирование", "экстремальное программирование", и т п. которые закономерно отмерли. Я однажды попал в коллектив, руководитель которого был адептом agile методов - это был просто дурдом, где каждый стремился спихнуть с себя ответсnвенность и подставить другого и где подпольно ходила методичка "Как выживать на провальном проекте" (книга Эдварда Йордона «Путь камикадзе»). На самом деле реально эффективное программирование, требует вдумчивости и соответственно требует времени на обдумывание, продумывание декомпозиции разработки на этапы и разные другие детали. Часто противопостовляемая (для контраста - опять же маркетинг!) аджайл методам упомянутая здесь технология , называемая "водопад" (на самом деле, я думаю, это термин, неверно переведенный с английского и не отражающий сути - правильно должно быть как "каскад" или "каскадная технология" или просто "последовательная разработка"). Этот неэффективный и нежизнеспособный метод организации разработки, иногда случающийся на заре становления программирования, действительно имел место и иногда имеет место и в наши дни. Возможно к нему склонны военные, хотя я не думаю что только они - скорее это общечеловеческая некомпетентность, которой всегда хватало. Давно признанно что разработка software это итеративный процесс и это было открыто еще в 70-80гг. Более того многие подобные идеи использовались еще до возникновения программирования. Например, в строительстве гидроэлектростанций - станцию запускали в несколько этапов, уже после первого этапа, еще до окончания строительства, она уже начинала давать ток и приносить прибыль. В несколько этапов запускают космические аппараты к далеким телам солнечной системы - сначала грубый запуск в нужном направлении, потом при первом приближении - анализ местоположения, цикл ориентации и корректировка траектории, при следующем приближении - итерацию повторяют. И так может быть несколько раз. Также стараются поступать и в программировании - как можно скорее запустить первую упрощенную версию системы, чтобы не только начать получать первую полезную отдачу от системы, но и ЧТО БОЛЕЕ ВАЖНО - получить feedback от заказчика, чтобы уточнить требования к системе (может быть даже изменившиеся) и вовремя ориентировать разработку в нужном направлении.

Расскажите пожалуйста про cms на java .Hybris,Liferay,Alfresco

Разработка через tdd окупается на больших проектах со временем. Исключает дальнейшие сюрпризы с доработками

Сергей, расскажите, наконец, о современных выдающихся Java-world технологиях, какой прогресс в этом деле?

В канбан методе тоже итерации есть. Называются каденции

По-прежнему Сергей Немчинский, ураааа

Что вы думаете о School 21 и подобных заведениях, они лучше ВУЗов? И как на них смотрят работодатели?

Спасибо! Очень понятно и аргументированно. Дополнительный вопросик: как правильно организовать работу коллектива по разработке и внедрению софта? Я имею ввиду штатный состав, выражаясь языком советской канторы. Аналитики-программисты-тестироввщики- поддержка-... какое соотношение и распределение обязанностей по конкретным людям? Напрашивается аналитики отдельно, программисты отдельно. Но программисты часто жалуются на некачественную работу аналитиков (я не говорю, что аналитики виноваты) и начинается тыканье пальцами, походы и выяснения. Итд итп. Каков Ваш опыт и Ваши рекомендации? Спасибо!

11:54 орнул, жиза 🤣🤣🤣

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

Слышал что Скрам также подразумевает Митинги ежеднывные в онлайне например по чатам заказчик/разработчик/руководитель разработки ?

Чорт побери так! Відсутність взаємовиключень це головна особливість, що ускладнює процес вивчення методологіїй.

Разработчик с 20+ летним стажем, начал руководить с 2001, запись 2020. Т.е. опыт разработки до позиции руководителя 1+ лет?))

Давайте о вебе/мобильной разработке на JS? Electron и все ребята

Почему-то вспомнился эксперимент компании Intel. Они хотели сделать упавление системой по голосу, но не знали, а надо ли вообще это человеку. Что понять вкладыватсья ли в разработку ПО для распознавания голоса и голосовых команд провели эксперимент : по одну сторону стенки был "якобы пользователь", которые выдавал голосовые команды, а по-другой другой человек, который слушал и выполнял. В конечном итоге выяснили: нафиг оно не надо. А сейчас? Сейчас голосовое управление очень даже нужно! Это на тему того , что пользователи сразу никогда не знают чего они на самом деле хотят. :)

интересно, а выпуск полу-сырых игр с миллионом багов и голым каркасом - это тоже лин нагадил? :D Не знаю как остальные, а я за такой продукт никогда не плачу, до тех пор пока он не станет по "военному" готовым и завершенным. Хотя конечно можно сказать, что рынок и определяет среднее арифметическое мвп

Как будет выглядеть процесс разработки ПО через 10-20 лет?

Канбан-Метод - метод улучшения процессов. Говорят, что не только в Agile области модели cynefin может применяться.

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

не понял из объяснения, в чем отличие Лин и Скрам - и там и там надо сначала сделать мвп и потом наращивать функционал...

Сергей, мне кажется вы сильно упростили историю "водопадного" подхода к разработке. Термин "waterfall" в разработке ПО впервые ввел Винстон Ройс в 1970 году, и с тех пор этот термин получил распространение. Но Ройс применил его именно как пример плохого подхода к разработке, как пример того как нельзя делать. Он призывал как раз итеративно двигаться, каждый раз внося коррективы. Нельзя сказать что Пентагон использовал именно такую "последовательную" модель и она получила название waterfall.

Погодите! Поправьте меня но agile это не методология, а своего рода основы от которых методологии отталкиваются. Несколько догм которым надо следовать)

Вот 10 минут слушаю ,полезной информации 0,5 😮

Я работаю в TDD. Норм идет

Обьясните, зачем бизнесу знать как у меня проект в Intellij выглядит? какая у него структура, реализация и тд

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

Какой/какие язык/языки прогамиирования нужен/нужны для разработки игр на windows/mac/playstation/Xbox etc.?

XP применяется только в первый рабочий день ☝️

Интересная у Вас логика - если последовательно, то «водопад» ;)))) , а почему не «вагончики»? Вы можете объяснить что называли и почему «водопадом»?

А у что вы скажите насчёт ИИ? Например, на чём пишут?

Блин, я похоже пурист =). Lean говорит в т.ч. про управление персоналом, как и про многое другое. Просто нужно понимать что Lean это философия, нежели практические советы. Т.е. да, практики, да, примеры, но Lean это не про какую-то конкретную запись в "политиках компании", это выше уровнем. И - да, факт, Lean применим если не к любому товару то почти к любому (сложно найти контр-примеры). Т.е. с одной стороны, максимально применимая и широкая методология, но минимально конкретно описывающая какие-либо процессы. Хотя есть там всякие Gemba Walks, но они опять же - методологии с очень широкой применимостью, в них не описывается "увидел покрытый паутиной стол - выбрось его" =). А описывается процесс поиска неэффективностей и их решения в каком-то очень общем формате.

преимущества и недостатки раскажите

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

если Agile , Scrum методологии, то через запятую, если Agile философия, тогда

Коротко Agile придумали погані керівники щоб виправдати чому у них хрін зрозумієш що відбувається. :D - Чого у тебе не організована робота підрозділів? - Та ні організована: просто по Agile.

Напомнило лекцию О. Бендера о шахматах в Васюкинском клубе Четырёх Коней: "Одни из Вас играют хорошо, другие играют плохо, и никакие лекции не изменят этого соотношения сил". Это вот о том, что у одних руководителей методология работает, а у других нет. Смех смехом, но грамотное руководство разработчиками ещё важнее, чем, скажем, хороший тренер в сборной России по хоккею с шайбой.

А вот теперь хотелось бы услышать подробней что конкретно подразумевается под термином "гибкий" в методологии Agile. Ушел гуглить. Так вот. Прочитав манифест ru.wikipedia.org/wiki/Agile_Manifesto - я сделал вывод что это не более чем шпаргалка для абсолютно любого человека или компании для того чтобы взаимодействие (заказчик - компания - команда - человек - продукт) устремлялись и улучшали взаимодействие во имя общих благ с целью получения продукта/результата. И на этом основании у меня возникает только два вопроса: 1. Мы знаем что Agile - это набор правил и ценностей, следуя которым мы идем к так называемому "успеху". Вопрос следующий: А разве когда-то было иначе (тоесть мы следовали иным правилам чтобы добиться этого же самого "успеха")? 2. Если учитывать методологию Agile - как то, что давно существующее еще до получения названия данного термина, но возможно еще не осознанное человеком, что же все таки подразумевается под термином "гибкость"?

Спасибо, грамотная лекция. Говорю как программист с 17и летнем стажем, и 7и летнем стажем тимлидства

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

Весь этот ажайл чаще всего это работа в «долг». Это то во что оно вырождается. Когда нет плана но мы продолжаем занимать бабки компании хрен пойми под чего. Тут не вопрос «как хочет пизнес» а вопрос того что в людях бизнеса сегодня практически не осталось людей от бизнеса - там чиновники сидят. Клерки. А что им от жизни надо? Спихнуть ответсвенность, Вот и начинаются аджайл пляски. Пока бабло не кончится.

По воду руководства программистами есть книга "Как пасти котов"...Кто читал?

Так и не услышал разницу метедологий

Agile - filosofija

Методологии и методики - это разные вещи. Не надо их путать и использовать как синонимы.

Все первые методологии пришли из строительства. Вот где адам и ева.

Скрам это фреймворк, а не методология, вопрос с psm1😅

Добрый день, мы из России!

kzfaq.info/get/bejne/qa2mf82JuN_chYE.html - тут развели разговоров про канбан почти на час. Его вынесли из эджайла и сказали, что это инструмент улучшения того, что есть и его нужно использовать когда скрам уже не работает. Интересно узнать ваше мнение, Сергей, про эту точку зрения. Вы практик в бизнесе, а там практик со стороны консалтинга)) П.С. я больше доверяю реальной практике из бизнеса, а не всяким экспертам и коучам))

Вода-вода, конкретики 1%

Метадонологии

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

хой