Методологии SCRUM, Agile, Kanban и т.д. с точки зрения руководителя и разработчика

Поділитися
Вставка
  • Опубліковано 22 гру 2024

КОМЕНТАРІ •

  • @zatraun
    @zatraun 4 роки тому +280

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

    • @cloudevops
      @cloudevops 3 роки тому +13

      И посмеялся и sad but true

    • @viperviper7775
      @viperviper7775 3 роки тому

      Ну или spdd

    • @nikot4410
      @nikot4410 3 роки тому

      🤣 so true

    • @brianryan4053
      @brianryan4053 2 роки тому

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

    • @serhiih.4724
      @serhiih.4724 Рік тому +1

      Перфекцехуизм

  • @destroyer_310
    @destroyer_310 5 років тому +253

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

    • @Mailibauirsak
      @Mailibauirsak 4 роки тому

      Вввайаваавапийпввпийавппвпваупйвамйавпввпввмппвапапввппв

    • @linmakeup3105
      @linmakeup3105 Рік тому

      ❤️:⁠-⁠)

  • @miniminimalist
    @miniminimalist 5 років тому +33

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

  • @YauhenKavalchuk
    @YauhenKavalchuk 5 років тому +38

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

  • @catchchange8570
    @catchchange8570 Місяць тому

    Очень интересное обсуждение методологий! Тоже порой думаем, какой подход эффективнее: гибкость Agile или структурированность Kanban. Для себя открыли сервис Strive, в онлайне работать проще и приятнее) В работе заметно, что чистый Agile встречается редко, а каждый проект подстраивает методологию под свои задачи. Особенно ценно услышать мнение, как выбрать подход, чтобы балансировать продуктивность и комфорт команды! Спасибо!

  • @Ogr285
    @Ogr285 4 роки тому +6

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

  • @chillwavemusic5024
    @chillwavemusic5024 3 роки тому +9

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

  • @Yarik_K_Zhelobyts_kyy
    @Yarik_K_Zhelobyts_kyy 2 роки тому +1

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

  • @pimenaus
    @pimenaus 5 років тому +64

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому +5

      спасибо за уточнение

    • @aveoluchi5104
      @aveoluchi5104 2 роки тому

      Все равно имеют и леан стартап к леану, и канбан связан с мануфактуринг. И мса от майкрософта к "выбирайте что то, что было ранее". Да они другие, и концепты переписаны, но они based on.
      Первое вообще где алжайл евангелисты ведь все это не методологии а аппроач.
      Водопада нет к целом кстати, во первых каскад, во второых автор описания каскада описал итерацию каскада🤔. Но как бы не корректирую, просто слова для определения приняты немного другие.
      В общем, та же каша что и везде. Что в аджайл аппрочах, что в каскадных итерациях.

  • @carte-noire
    @carte-noire Рік тому

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

  • @ПавелМакеев-о1ш
    @ПавелМакеев-о1ш 5 років тому +4

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

    • @ПавелМакеев-о1ш
      @ПавелМакеев-о1ш 5 років тому

      Мы как раз с напарником работаем по большей части вдвоём, хотелось бы узнать все тонкости и лайфхаки

  • @kiss.tornado
    @kiss.tornado 5 років тому +3

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

  • @MeHous
    @MeHous 5 років тому +5

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

  • @jewgenijmoldawski3306
    @jewgenijmoldawski3306 5 років тому +6

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

    • @natty55555
      @natty55555 5 років тому

      Вот именно!!!

  • @natty55555
    @natty55555 5 років тому +2

    На самом деле правильная организация разработки программного обеспечения была описана еще в 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 от заказчика, чтобы уточнить требования к системе (может быть даже изменившиеся) и вовремя ориентировать разработку в нужном направлении.

  • @igorshaula9097
    @igorshaula9097 5 років тому +6

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

  • @ellsham1407
    @ellsham1407 5 років тому +29

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

    • @pstolmachev
      @pstolmachev 5 років тому +2

      @Volodymyr Volodymyr А какая разница кем работать, если разговор идет о "методике" работы?

    • @pstolmachev
      @pstolmachev 5 років тому +1

      @Volodymyr Volodymyr здесь:)

    • @antonalyabyev5207
      @antonalyabyev5207 5 років тому +8

      Чтобы выжимать сроки достаточно требовать отчет каждый день, а agile нужен чтобы подстраиваться под изменения в тз с минимальными издержками

    • @rebrov_vyacheslav
      @rebrov_vyacheslav 5 років тому +2

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

    • @rebrov_vyacheslav
      @rebrov_vyacheslav 5 років тому

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

  • @olyaledo5083
    @olyaledo5083 3 роки тому

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

  • @illiafuncan5159
    @illiafuncan5159 2 роки тому +2

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

  • @fayu7752
    @fayu7752 4 роки тому +6

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

  • @user-cp8wn3oc1n
    @user-cp8wn3oc1n 2 роки тому

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

  • @oxanamarinina5035
    @oxanamarinina5035 Рік тому

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

  • @52352.
    @52352. 5 років тому +3

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

    • @alexxx4434
      @alexxx4434 5 років тому

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

    • @Proffett89
      @Proffett89 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      обычно 2 недели

    • @Muchitel
      @Muchitel 5 років тому

      EvgeN и при чем тут встречи в конце спринта если речь идёт об ежедневных стендапах ? К чему это ты написал? И то написал хрень какую-то, нет встреч на которых обсуждаются статус целей спринта, проблемы и будущие задачи на одной встречи. Если не знаешь то не пиши ничего.

    • @Proffett89
      @Proffett89 5 років тому

      @@Muchitel я это и имел ввиду

  • @aleksandr3094
    @aleksandr3094 5 років тому +2

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

    • @vlaih0
      @vlaih0 5 років тому +1

      Там тебе дадут туториал, дадут пару часов объяснений и остальное ты будешь делать САМ. В универе то же самое. Пока ты отучишься где-либо, плевать где, выйдет сотня новых JS фреймворков и будешь уже и их изучать с нуля.
      Позволю себе погадать, что ты хочешь что-то выучить и начать карьеру интерна или джуна. Смотри вакансии, смотри, что популярно в той сфере кодинга, которая тебе нравится и начинай долбить эту сферу и конкретные инструменты.
      Заведи себе Гитхаб или Гитлаб аккаунт и лей туда свои проекты. Совершенствуйся в этом.
      Всё. Нет волшебной таблетки. Есть только желание, внутренний огонь.
      Вперёд, братан.

    • @aleksandr3094
      @aleksandr3094 5 років тому

      @@vlaih0 не угадал, я мидл-джун без образования))
      Но хочу получить.

    • @vlaih0
      @vlaih0 5 років тому

      @@aleksandr3094 зачем? Строгое требование твоего работодателя? Лучше прокачаться в своей технологии.

    • @aleksandr3094
      @aleksandr3094 5 років тому

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

    • @vlaih0
      @vlaih0 5 років тому

      @@aleksandr3094 от 2 лет опыта рассматриваются. Если у тебя есть опыт работы, это ценнее диплома. Если тем более на Западе это не понимают, значит они немного долбанутые.

  • @mlkdzhnn
    @mlkdzhnn 3 роки тому

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

  • @Leda-xh8ox
    @Leda-xh8ox 5 років тому +3

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому +2

      Сниму видео. А пока можете погуглить pair programming

  • @vladimirshpak6077
    @vladimirshpak6077 3 роки тому

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

  • @expertpromo
    @expertpromo 4 роки тому

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

  • @52352.
    @52352. 5 років тому +1

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

  • @DoctorViktor
    @DoctorViktor 3 роки тому

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

  • @Sergei_K.
    @Sergei_K. Рік тому

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

  • @52352.
    @52352. 5 років тому +1

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      про базы данных тут плейлист целый. про биг дата не расскажу. Не работал

  • @antonalyabyev5207
    @antonalyabyev5207 5 років тому +2

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

    • @privetizbirulevo
      @privetizbirulevo 5 років тому

      Kanban in Action

    • @алексавы-р5к
      @алексавы-р5к 5 років тому +2

      если ты не руководитель то тебе эти методологии нахрен не нужны

    • @rasiyanin
      @rasiyanin 5 років тому +2

      @@алексавы-р5к руководителями не рождаются

  • @dimitry5479
    @dimitry5479 3 роки тому +2

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

  • @TruVi-13
    @TruVi-13 4 роки тому +1

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

  • @АртемЗеленов-л1р

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

  • @Irinadelight
    @Irinadelight 3 роки тому

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

  • @pzdata
    @pzdata 5 років тому +6

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

    • @nowater756
      @nowater756 5 років тому +1

      Java, Hibernate/Spring.

    • @sergem2794
      @sergem2794 5 років тому +2

      Советую записаться к ним в школу. Сэкономите кучу времени.
      Это не только к Foxminded относится. Языки, игра на гитаре, спорт. Хотите что-то быстро выучить/освоить - ищите ментора.

    • @the_leonik
      @the_leonik 5 років тому +2

      Java core, Servlet/JSP, и далее Hibernate, Spring

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому +3

      У меня есть статья про правильный порядок изучения dou.ua/lenta/articles/java-enterprise-guide/

    • @nowater756
      @nowater756 5 років тому

      @@the_leonik кому нахер нужен твой сервлет jsp?

  • @svtlichnijj
    @svtlichnijj 5 років тому

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

  • @monarch8188
    @monarch8188 5 років тому +3

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

    • @rasiyanin
      @rasiyanin 5 років тому

      Силой мысли. Ты только подумал, а код уже готов. Правда и системные требования к такому коду возрастут. Для запуска блокнота понадобится xeon gold и баран 128гиг.

    • @monarch8188
      @monarch8188 5 років тому

      @@rasiyanin высрал? Доволен?

    • @Chekist2008
      @Chekist2008 4 роки тому

      Monarch вероятно этот ответ и являлся целью заданного изначально вопроса... слабеет умом народ, к сожалению

  • @zoongnguyen9377
    @zoongnguyen9377 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      зачем и что рассказать?

    • @zoongnguyen9377
      @zoongnguyen9377 5 років тому +1

      @@SergeyNemchinskiyНеобычно слышать сочитание слов java и cms , хотелось бы узнать ваше мнение по этому поводу. Перспективны ли данные cms-ки,стоит ли их изучать ?

  • @cookiemonster4185
    @cookiemonster4185 11 місяців тому

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

  • @ОльгаМаланина-ъ2г
    @ОльгаМаланина-ъ2г 2 роки тому

    Спасибо!

  • @GreatNorthernWar1700
    @GreatNorthernWar1700 5 років тому +1

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

  • @typahastler8547
    @typahastler8547 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      будет видео. уже запланировано

  • @AShahabov
    @AShahabov 5 років тому +1

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

  • @Владислав-и3б9н
    @Владислав-и3б9н 5 років тому

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

  • @FromBayern
    @FromBayern 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      нет. вообще ничего об этом не знаю

  • @mikaildavydov747
    @mikaildavydov747 5 років тому +12

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

    • @ЯрославВладимиров-д7х
      @ЯрославВладимиров-д7х 4 роки тому +1

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

    • @mikaildavydov747
      @mikaildavydov747 4 роки тому

      @@ЯрославВладимиров-д7х Ну и как это меняет ситуацию, если в названии всё же ошибка? :)

    • @mukolachugun
      @mukolachugun 4 роки тому

      Mikail Davydov в названии вопрос и автор поясняет в чем ошибка такой формулировки

  • @user-zm2bl8nv5duser-zm2bl8nvd

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

  • @qolotov
    @qolotov 2 роки тому

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

  • @nowater756
    @nowater756 5 років тому +1

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

    • @nowater756
      @nowater756 5 років тому

      @@billy_bastiani ты дурак? причем тут деньги, мне платят за продукт, а не как у меня будет называться папка: "product", а не "mne poxyi"

    • @billy_bastiani
      @billy_bastiani 5 років тому +2

      @@nowater756
      Дурак здесь ты, который не понимает как происходит разработка. Сиди уже, не позорься.

    • @nowater756
      @nowater756 5 років тому

      @@billy_bastiani нахуй ты что-то высераешь клоун?) ты же никто

    • @billy_bastiani
      @billy_bastiani 5 років тому +1

      @@nowater756
      Количество просмотров твоих псевдо-уроков говорит о том, что никто - это ты, и твои голимые уроки никому на свете не нужны. И почти под всеми твоими видео стоит всего один лайк, а это позволяет сделать вывод о том, что ты сам себя же и лайкаешь. Так что клоун здесь тоже ты. Обтекай.

    • @sergeilitvinenko932
      @sergeilitvinenko932 5 років тому +1

      От архитектуры проекта напрямую могут зависеть сроки реализации фичи. Время - деньги. Деньги - бизнес.

  • @brianryan4053
    @brianryan4053 2 роки тому +1

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

  • @MrRomanvideo
    @MrRomanvideo 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому +1

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

  • @sergeymatpoc
    @sergeymatpoc Рік тому

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

  • @JekaMakiyan
    @JekaMakiyan 5 років тому +1

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

  • @metalkefir591
    @metalkefir591 4 роки тому +5

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

  • @SigSauerArm
    @SigSauerArm 5 років тому +1

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

    • @MrVlMor
      @MrVlMor 5 років тому

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

    • @SigSauerArm
      @SigSauerArm 5 років тому

      @@MrVlMor ну я не совсем согласен с тем что "реально так и работали", хотя я лично в то время не девелопил конечно ) Судя по воспоминаниям, работали по разному, в том числе и достаточно гибко. Но если упростить картину, пусть будет так )

    • @Spiculum24
      @Spiculum24 5 років тому

      @@SigSauerArm ​Все госзаказы такие. Сначала надо смету составить и бюджет утвердить, а потом начать работу. А самые жирные проекты что тогда, что сейчас - от государства. На них и ориентировались в первую очередь, используя проверенные методики. Эксперименты - удел богатых компаний

  • @olegvresh
    @olegvresh 5 років тому

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

  • @VasilyVasilyVasily
    @VasilyVasilyVasily 3 роки тому

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

  • @ThePavelPower
    @ThePavelPower 5 років тому

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

    • @ThePavelPower
      @ThePavelPower 5 років тому

      *не только для complex систем

  • @БарометрАтмосферный
    @БарометрАтмосферный 5 років тому +7

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

  • @bpospanov
    @bpospanov 5 років тому

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

  • @mishanya3954
    @mishanya3954 3 роки тому +1

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

  • @sdtester
    @sdtester 5 років тому

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

    • @DimaVort
      @DimaVort 5 років тому

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

    • @sdtester
      @sdtester 5 років тому

      Уважаемый Дмитрий, Вы умеете пользоваться MS Project? Знаете такой термин как «представление»? Найдите в представлении «Временная шкала» так называемый Вами «водопад» (images.app.goo.gl/i3gX29FXkJYAQ5Qa6)

    • @natty55555
      @natty55555 5 років тому

      Плохой перевод c английского "cascade" - на самом деле должно быть "каскадная разработка". Разумеется не "single drop waterfall" как например Kaieteur Falls.
      Переводчики не понимающие сути (или машинные переводчики) это еще тот прикол. Я встречал книгу в которой заказ (Sales Order) называли "порядком" и так всю книгу.

    • @sdtester
      @sdtester 5 років тому

      @@natty55555 , почему вообще появился термин "каскадная разработка"? Что там разработчики по каскаду скачут? Или кто-то табличное представление данных по другому не додумался назвать?

    • @natty55555
      @natty55555 5 років тому

      @@sdtester По этапам скачут:
      1 Составление спецификаций.
      2.Разработка.
      3 Отладка.
      4 Эксплуатация
      С любой ступеньки нельзя вернуться вверх, только вниз на следующую.
      В реальной разработке много раз приходится возвращаться на одну, две ступеньки вверх, а то и на самую первую (только она уже будет называться "Уточнение требований").
      Певоначальные спецификации практически всегда приблизительны и не соответствуют тому что заказчик реально хочет. К счастью каждая последующая итерация занимает все меньше времени так что этот процесс сходящийся. И заказчик видит как система на его глазах принимает ту форму которую он (заказчик) реально хочет.

  • @MgelikaXevi
    @MgelikaXevi Рік тому

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

  • @seth.remar.supreme
    @seth.remar.supreme 5 років тому

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

  • @БарометрАтмосферный
    @БарометрАтмосферный 5 років тому +2

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

    • @drovoseg
      @drovoseg 5 років тому

      Ну зато тест может показать, что функция НЕ верна.

    • @БарометрАтмосферный
      @БарометрАтмосферный 5 років тому

      @@drovoseg , а может и НЕ показать.

    • @drovoseg
      @drovoseg 5 років тому

      Да, но это намного лучше чем ничего.

    • @БарометрАтмосферный
      @БарометрАтмосферный 5 років тому

      @@drovoseg , или немного лучше чем ничего. Тут зависит от специфики софта, конечно. ООП, например, тупо не подразумевает создание по-настоящему надёжных программ.

    • @0imax
      @0imax 5 років тому

      @@БарометрАтмосферный А что в вашем понимании "по-настоящему надёжная программа"?
      Мне на ум приходит только Hello world, хотя и он может не сработать в определённых обстоятельствах :)
      Даже в НАСА код пишется и тестируется очень тщательно, но и там встречаются ошибки.

  • @faters
    @faters 4 роки тому

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

  • @Vetal116
    @Vetal116 4 роки тому +1

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

  • @aaaa86859
    @aaaa86859 5 років тому

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

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      Эм. это не на видео вопрос,а на тренинг. А точнее - учебную программу "проектный менеджмент"

    • @aaaa86859
      @aaaa86859 5 років тому

      @@SergeyNemchinskiy ну хотя бы в двух словах Ваше мнение или практика.

  • @iv2702
    @iv2702 4 роки тому

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

  • @prayer4675
    @prayer4675 3 місяці тому +1

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

  • @Магиня-х3ы
    @Магиня-х3ы Рік тому +2

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

  • @valikkh109
    @valikkh109 4 роки тому +1

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

  • @sergeymatpoc
    @sergeymatpoc Рік тому

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

  • @nickvirus9463
    @nickvirus9463 5 років тому

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

    • @SigSauerArm
      @SigSauerArm 5 років тому

      у Ивана Селиховкина на канале есть хорошее сравнение проектного управления (в классическом понимании PMI), SCRUM и Kanban.

    • @dominuspiritus
      @dominuspiritus 5 років тому

      @@SigSauerArm ссылку на канал, пожалуйста, предоставь

    • @SigSauerArm
      @SigSauerArm 5 років тому

      @@dominuspiritus Не знаю можно ли по правилам это делать. Канал Селиховкина - ua-cam.com/channels/31GPSNxlyH90YRDxH_wStw.html
      Если что-то нарушил, заранее прошу прощения )

  • @AlexanderYukal
    @AlexanderYukal 5 років тому +4

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

    • @AlexanderYukal
      @AlexanderYukal 5 років тому

      @Volodymyr Volodymyr То есть раньше (до существования методологии Agile) реагирования не происходило или возможно они были медленными?

    • @AlexanderYukal
      @AlexanderYukal 5 років тому +1

      @Volodymyr Volodymyr Спасибо. Доходчиво объяснил)

    • @AlexanderYukal
      @AlexanderYukal 5 років тому

      @Volodymyr Volodymyr Тогда вот еще вопрос. В моей практике был момент, когда СЕО компании допустил студента в качестве архитектора некоего проекта. Тот же по своим соображениям слепил как умел, а после чего проект достался мне. Я конечно тоже не ас, но примерно целый месяц мы закрывали баги. Что в этом случае говорит "гибкость"? Как продвигаться, если жопа настигает? ))

  • @ЕвгенийТимощенко-о9р

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

  • @ntvisigoth
    @ntvisigoth 5 років тому

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

  • @aleksei4604
    @aleksei4604 5 років тому

    Круть!

  • @iazarov
    @iazarov 2 роки тому +1

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

  • @Nitromike555
    @Nitromike555 3 роки тому

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

  • @ViktorMatveenko
    @ViktorMatveenko 5 років тому +2

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

  • @Wepro-ll7mv
    @Wepro-ll7mv 5 років тому

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

  • @rafayelhovhannisyan6526
    @rafayelhovhannisyan6526 3 роки тому

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

  • @gleb_0
    @gleb_0 3 роки тому

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

  • @ggd2141
    @ggd2141 10 місяців тому +1

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

  • @Konstantin_Terletskiy
    @Konstantin_Terletskiy 5 років тому

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

  • @MainDenHub
    @MainDenHub 3 роки тому

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

  • @apdgslfhsodbna
    @apdgslfhsodbna 4 роки тому +1

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

  • @sevgenberg585
    @sevgenberg585 5 років тому

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

    • @andreykrasnov7851
      @andreykrasnov7851 5 років тому

      Sevgen Berg Кот 😜

    • @Spiculum24
      @Spiculum24 5 років тому

      Описывается несколько типажей и как их сочетать. Книжка маленькая, читается легко

  • @truthforwestern
    @truthforwestern Рік тому

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

  • @andreinivchik5247
    @andreinivchik5247 3 роки тому

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

  • @datorikai9911
    @datorikai9911 3 роки тому

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

  • @makskors5002
    @makskors5002 5 років тому

    ua-cam.com/video/sGvLjXSyxUM/v-deo.html - тут развели разговоров про канбан почти на час. Его вынесли из эджайла и сказали, что это инструмент улучшения того, что есть и его нужно использовать когда скрам уже не работает. Интересно узнать ваше мнение, Сергей, про эту точку зрения. Вы практик в бизнесе, а там практик со стороны консалтинга))
    П.С. я больше доверяю реальной практике из бизнеса, а не всяким экспертам и коучам))

    • @SergeyNemchinskiy
      @SergeyNemchinskiy  5 років тому

      Огромная холиварная тема, даже не полезу. Я высказал свое мнение в этом видео

    • @makskors5002
      @makskors5002 5 років тому

      @@SergeyNemchinskiy, ок, в любом случае спасибо)

  • @EshkinKot1980
    @EshkinKot1980 3 роки тому

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

  • @ejasulan
    @ejasulan 4 роки тому +1

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

  • @101picofarad
    @101picofarad 5 років тому +1

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

  • @datorikai9911
    @datorikai9911 3 роки тому

    Agile - filosofija