
как разработка приложений
разработка программного обеспечения связана с горшком
да, я сказал, что
Я довольно новая мама, у меня есть
трехлетним и шестимесячным и
когда мы собирались иметь нашу девочку
мы решили, что нам нужно поговорить с нашими
малыш о горшках, поэтому мы сидели
его вниз и сказал, хорошо Майкл вам нужно
быть готовым к тому времени, когда вы
сестра получает здесь и помнит, как
вы должны были узнать, что вы
собирались иметь младшую сестру и как
удивительно, что это будет большой
брат, тебе нужно сделать пару
вещи для нас, поэтому мы в основном дали ему
девятимесячный план проекта, и мы сказали
это все, что вам нужно
завершить
вот ваши поставки здесь все
вещи, которые вам нужно сделать, но у вас есть
до девяти месяцев, когда ваша сестра получает
здесь довольно смешно думать
что он действительно сможет понять
все это, что ему нужно будет
сделайте, но не совсем то, что
мы просим команды сделать это по-прежнему
используя методологию водопада и просто
как высокий уровень для сравнения, чтобы вы
ребята могут получить представление о том, что
методология — это законно думать
о водопаде, и у вас есть эти
различные фазы и потоки водопада
вниз на эти разные этапы, но
в конце вы все еще должны иметь
все сделано определенное количество
время, когда этот проект должен быть завершен
независимо от того , что это не эффективно это не
неэффективно , не учитывается
любой тип изменения он не учитывает
для любого, кто учит вещи по-другому
и это , безусловно , не учитывает для
определенная фаза займет больше времени
другой
это просто не работает, так почему кто-нибудь
все еще применяя такую методологию,
что я хочу, чтобы вы, ребята, подумали о
есть другие варианты, которые я лично
обнаружили, что гибкая методология
работает намного лучше около десяти лет назад
Я познакомился с гибким
методологии, которую я начал в ING Direct и
они только начали
превращение из водопада подвижного
и буквально в первой паре
недель я должен сначала увидеть преимущества
чтобы узнать, как быстро
изменения и эффективности
теперь как это связано с реальной жизнью
точно так же, как в реальной жизни вещи меняют все
время, и нам нужно быть в состоянии быть
приспосабливаясь к такому изменению, мы должны быть
способный сдвинуть и выяснить, что
лучше всего работать, если вы сравните два
методологии Водопад здесь снова
у вас есть такая шкала времени, в которой вы должны
все сделать и в тех случаях
ваш клиент может даже не видеть, что конец
результат до этого полного срока
и, скорее всего, они не собираются
даже получить именно то, что они хотели с
вы можете взять этот продукт
что вы работаете и разрываете его
на меньшие куски меньшие куски
работы, которые более удобоваримы таким образом
вы можете настроить намного быстрее, если
что-то идет хорошо или не идет
ну и снова это так же, как настоящая
жизнь, которую вы не собираетесь делать
что-то, если оно не работает, так почему
наша профессиональная жизнь бы мы делаем
то же самое подумайте об этих разных
опции
другой вариант — Канбан, который все еще
часть гибкой методологии, и она
все еще использует все те же принципы, что и
Главное отличие в том, что вы всегда
работая над любым наивысшим приоритетом
так возвращается к гордому обучению.
всегда будут новыми приоритетами, и мы
должны быть способны перейти на это просто
как в реальной жизни, я лично использовал
Канбан много для много разных
и я дам вам три разных
примеры того, где я рекомендовал
вы используете, и это может быть от
команда, которая просто переходит на гибкую
или команда, которая использует гибкие и
они просто хотят видеть лучше
производительности или они хотят изменения
и они хотят попробовать что — то другое
поэтому первым примером является производство
поддержки или действительно любого типа потребления
процесс может даже оказаться вне ИТ
вы все еще ломая вещи в
эти меньшие части снова
Разница заключается в том, что вы всегда работаете над
независимо от того, что является наивысшим приоритетом
второй вариант — пример того, что я
хотел бы поделиться с вами командами
которые использовали гибкие и, возможно,
они просто не видят выгоды, которые они
думал, что они, возможно,
приоритеты меняются слишком часто , может быть ,
им просто нужно немного встряхнуть
возможно, им просто нужно посмотреть, что
другие способы делать вещи
третий вариант типа изменения
что я рекомендую командам использовать Kanban our
команды, которые буквально движутся слишком быстро
это могут быть команды, которые
автоматический трубопровод
Вы могли бы услышать возможность развернуть на
требуют, чтобы эти команды буквально были
возможность уловку быстрее , чем они в состоянии
план, и это даже не имеет смысла
чтобы они использовали что-нибудь дольше
чем еженедельно или даже ежедневно, если они
возможность получить вещи
по крайней мере один раз в день, поэтому я перестану говорить
говорящий магазин обратно в горшке обучения
так как это действительно произошло, как это
В настоящее время происходит хорошо , мы все знаем ,
что девятимесячный проект не работает
мы никогда не listicle II даже получил
прошлых первых недель с этим
тип методологии, так что работала
хорошо мы пробовали
возможно, мы пробовали одно, и мы видим это
как это сработало, и на самом деле
очень хорошо
и новый приоритет пришелся на нашу девочку
родился, поэтому наши приоритеты изменили
возможно, некоторые другие примеры
вещи, которые могут меняться или меняться или
сдвиг в том, что нужно для работы
ваши приоритеты, возможно, я вернулся домой поздно
от работы, а ужин был выше
приоритет или, возможно, мне нужно было использовать некоторые
поставок для мероприятия, и он
не в состоянии фактически использовать свои
получить его проект сделал много
выгоды для Канбана, чтобы назвать несколько
он эффективнее и эффективнее
способность быть гибкой и при необходимости изменять
вы в конечном итоге собираются , чтобы увидеть
повышения производительности и снова
просто еще один вариант, и это то, что я
хотел бы, чтобы вы все думаете о там
другие варианты, если что-то не
работа для вас изменить его, если вы, ребята
в конечном итоге с помощью Kanban отлично, если не это
тоже хорошо, и чем раньше мы будем думать
этот сдвиг ума мыслит о том, как в
реальность все меняется постоянно
тем скорее мы сможем начать управлять этим
лучше
более эффективный и эффективный способ поблагодарить
вы
[Аплодисменты]
вы
разработка программного обеспечения связана с горшком
да, я сказал, что
Я довольно новая мама, у меня есть
трехлетним и шестимесячным и
когда мы собирались иметь нашу девочку
мы решили, что нам нужно поговорить с нашими
малыш о горшках, поэтому мы сидели
его вниз и сказал, хорошо Майкл вам нужно
быть готовым к тому времени, когда вы
сестра получает здесь и помнит, как
вы должны были узнать, что вы
собирались иметь младшую сестру и как
удивительно, что это будет большой
брат, тебе нужно сделать пару
вещи для нас, поэтому мы в основном дали ему
девятимесячный план проекта, и мы сказали
это все, что вам нужно
завершить
вот ваши поставки здесь все
вещи, которые вам нужно сделать, но у вас есть
до девяти месяцев, когда ваша сестра получает
здесь довольно смешно думать
что он действительно сможет понять
все это, что ему нужно будет
сделайте, но не совсем то, что
мы просим команды сделать это по-прежнему
используя методологию водопада и просто
как высокий уровень для сравнения, чтобы вы
ребята могут получить представление о том, что
методология — это законно думать
о водопаде, и у вас есть эти
различные фазы и потоки водопада
вниз на эти разные этапы, но
в конце вы все еще должны иметь
все сделано определенное количество
время, когда этот проект должен быть завершен
независимо от того , что это не эффективно это не
неэффективно , не учитывается
любой тип изменения он не учитывает
для любого, кто учит вещи по-другому
и это , безусловно , не учитывает для
определенная фаза займет больше времени
другой
это просто не работает, так почему кто-нибудь
все еще применяя такую методологию,
что я хочу, чтобы вы, ребята, подумали о
есть другие варианты, которые я лично
обнаружили, что гибкая методология
работает намного лучше около десяти лет назад
Я познакомился с гибким
методологии, которую я начал в ING Direct и
они только начали
превращение из водопада подвижного
и буквально в первой паре
недель я должен сначала увидеть преимущества
чтобы узнать, как быстро
изменения и эффективности
теперь как это связано с реальной жизнью
точно так же, как в реальной жизни вещи меняют все
время, и нам нужно быть в состоянии быть
приспосабливаясь к такому изменению, мы должны быть
способный сдвинуть и выяснить, что
лучше всего работать, если вы сравните два
методологии Водопад здесь снова
у вас есть такая шкала времени, в которой вы должны
все сделать и в тех случаях
ваш клиент может даже не видеть, что конец
результат до этого полного срока
и, скорее всего, они не собираются
даже получить именно то, что они хотели с
вы можете взять этот продукт
что вы работаете и разрываете его
на меньшие куски меньшие куски
работы, которые более удобоваримы таким образом
вы можете настроить намного быстрее, если
что-то идет хорошо или не идет
ну и снова это так же, как настоящая
жизнь, которую вы не собираетесь делать
что-то, если оно не работает, так почему
наша профессиональная жизнь бы мы делаем
то же самое подумайте об этих разных
опции
другой вариант — Канбан, который все еще
часть гибкой методологии, и она
все еще использует все те же принципы, что и
Главное отличие в том, что вы всегда
работая над любым наивысшим приоритетом
так возвращается к гордому обучению.
всегда будут новыми приоритетами, и мы
должны быть способны перейти на это просто
как в реальной жизни, я лично использовал
Канбан много для много разных
и я дам вам три разных
примеры того, где я рекомендовал
вы используете, и это может быть от
команда, которая просто переходит на гибкую
или команда, которая использует гибкие и
они просто хотят видеть лучше
производительности или они хотят изменения
и они хотят попробовать что — то другое
поэтому первым примером является производство
поддержки или действительно любого типа потребления
процесс может даже оказаться вне ИТ
вы все еще ломая вещи в
эти меньшие части снова
Разница заключается в том, что вы всегда работаете над
независимо от того, что является наивысшим приоритетом
второй вариант — пример того, что я
хотел бы поделиться с вами командами
которые использовали гибкие и, возможно,
они просто не видят выгоды, которые они
думал, что они, возможно,
приоритеты меняются слишком часто , может быть ,
им просто нужно немного встряхнуть
возможно, им просто нужно посмотреть, что
другие способы делать вещи
третий вариант типа изменения
что я рекомендую командам использовать Kanban our
команды, которые буквально движутся слишком быстро
это могут быть команды, которые
автоматический трубопровод
Вы могли бы услышать возможность развернуть на
требуют, чтобы эти команды буквально были
возможность уловку быстрее , чем они в состоянии
план, и это даже не имеет смысла
чтобы они использовали что-нибудь дольше
чем еженедельно или даже ежедневно, если они
возможность получить вещи
по крайней мере один раз в день, поэтому я перестану говорить
говорящий магазин обратно в горшке обучения
так как это действительно произошло, как это
В настоящее время происходит хорошо , мы все знаем ,
что девятимесячный проект не работает
мы никогда не listicle II даже получил
прошлых первых недель с этим
тип методологии, так что работала
хорошо мы пробовали
возможно, мы пробовали одно, и мы видим это
как это сработало, и на самом деле
очень хорошо
и новый приоритет пришелся на нашу девочку
родился, поэтому наши приоритеты изменили
возможно, некоторые другие примеры
вещи, которые могут меняться или меняться или
сдвиг в том, что нужно для работы
ваши приоритеты, возможно, я вернулся домой поздно
от работы, а ужин был выше
приоритет или, возможно, мне нужно было использовать некоторые
поставок для мероприятия, и он
не в состоянии фактически использовать свои
получить его проект сделал много
выгоды для Канбана, чтобы назвать несколько
он эффективнее и эффективнее
способность быть гибкой и при необходимости изменять
вы в конечном итоге собираются , чтобы увидеть
повышения производительности и снова
просто еще один вариант, и это то, что я
хотел бы, чтобы вы все думаете о там
другие варианты, если что-то не
работа для вас изменить его, если вы, ребята
в конечном итоге с помощью Kanban отлично, если не это
тоже хорошо, и чем раньше мы будем думать
этот сдвиг ума мыслит о том, как в
реальность все меняется постоянно
тем скорее мы сможем начать управлять этим
лучше
более эффективный и эффективный способ поблагодарить
вы
[Аплодисменты]
вы
Please follow and like us:
Be First to Comment