поэтому я немного изменю тон
здесь, потому что я не буду говорить о
код вообще я буду говорить о том, как
для создания кода и, в частности, я
буду говорить о проворном не потому , что
хорошо, давайте так выразиться , я думаю, проворный
безусловно, лучший способ, который мы знаем
производить программное обеспечение и в то же время я
думаю, что понятие гибкого программного обеспечения
развитие полностью
уничтожены большей частью гибкого сообщества
поэтому, когда я говорю о гибели гибких
я действительно говорю о том, что
смерть того, что я считаю реальной маневренностью
и замену реальной ловкости
вид поддельной ловкости, который подходит
для корпораций, но на самом деле не работает
в реальном мире, позвольте мне объяснить
точно, о чем я говорю, поэтому я
объяснил бы это, если бы мой кликер был
работать там хорошо, поэтому причина
Я говорю об этом, потому что
консультант я часто прихожу в компании
и дать им советы о гибком процессе
и я просто заболел до смерти
связанных с последствиями
сертифицированные схватки парней и право является то , что
они приходят, они делают свое дело и
они оставляют это за собой, а
реальных есть много проблем
окружающих, но схватка — это действительно
Проблема в том , что проблема это не
решения, а основной проблемой является
понятие груза, называемого теперь грузом
культы произошли на островах Тихого океана
во время Второй мировой войны они
Островитяне живут счастливо на своих
острова без всяких забот в мире
едят фрукты как отходы деревьев, но
они жили в каменном веке несколько
минут спустя кажется, что
солдаты приземляются на острове, они делают
взлетно-посадочная полоса, а затем самолеты приземляются
и самолеты приносят с собой
20-го века, так что внезапно эти
парни перешли от каменного века к
20-го века из-за этих авиабаз
и пять лет спустя все эти
солдаты возвращаются на свои самолеты
и они улетают , и люди, которые
жили на острове, вернулись в
каменные век и то, что они видели, было
самолеты — это то, что они сказали, если бы мы могли
только принести самолет
они собираются вернуть груз таким образом
они начали делать
вещи , которые выглядят как самолеты в
надеется, что если они его построят, они
приехать
если летающие над головой летательные аппараты
их братья на земле, они
приземлиться и принести груз
их, которые, конечно , не произошли сейчас
проблема с грузовой культей тогда
что они делают , они идут
через движения, как ребята в
культовые грузы будут строить поддельные
башни, и они будут носить кокосовые орехи
их уши притворяются головными телефонами
и они будут действовать так, как если бы они были
работающего в аэропорту в надежде, что
аэропортовые самолеты приземлится, а
проблема в том, что мы делаем это все время
поскольку мы видим повсюду культ груза и
самый большой кусок груза на самом деле является
современной корпорацией является то, что корпорации
являются грузинами, потому что они верят
что есть определенные способы сделать что-то
и они не могут понять, что есть
другой способ делать то, что я делаю
участвовать в одном из LinkedIn
гибкие группы и один из
характеристиками этой группы является то, что
есть постоянный поток неправильных
вопросы есть постоянный поток
вопросы, которые так ошибаются
что вы даже не понимаете, как
кто-то может спросить их в контексте
проворный кто всегда будет сказать , почему когда — либо
каждую пару недель кто-то
вопрос, какова роль проекта
менеджер по гибкой команде и ответ
нет руководителя проекта на
гибкая команда, но люди не понимают
что они так убеждены
потому что именно так корпорация
подумайте, что менеджер проекта
необходимая часть работы, которую они не могут
представьте себе мир, в котором проект
менеджер не существует так, как
прелюбодейный верблюд здесь состоит в том, что
корпорация не может
игла состоит в том, что она не может
изменения, которые необходимо сделать, потому что
это грузовой вызов, потому что он делает что-то
снова и снова , без
на самом деле понять , почему это делает любой
того, что он делает в частности
то, что они ищут, очень
конкретный процесс, за которым они могут следовать
корпорация действительно
процесс состоит в том, что они хотят
они хотят сделать что-то легкое, они хотят
чтобы привлечь тренера, они хотят
поездить нескольких человек в инженерных
отдела, чтобы следить за процессом и
они думают, что, следуя этому
процесс , который будет своего рода
хороший результат, но на самом деле вы не получаете
хороший результат, следуя конкретным
процесс просто не работает в других
является то , что хотят корпорации это
вид гибкого права, они хотят консервированные
вещь, которую вы можете просто
бросьте открыть банку и сделать это, и это
каким-то образом волшебным образом изменит
так , что все работает в позитивном ключе
но часто, когда они
такие подвижные они не делают
действительно хочу изменить способ вещей
работы, которые они только что прочитали о гибких
где-то, и они считают, что это хорошо
вещь , и это кажется , что там происходит
быть какой-то выгодой, но они
на самом деле не знаю , что выгоды
так что это просто на самом деле очень плохая идея
теперь то, что гибко, действительно гибко
определяются гибким манифестом и тому
гибкий манифест, как вы можете видеть здесь.
очень просто есть только четыре очка на
это и первый из них является наиболее
интересно то, что так
люди работают друг с другом , больше
важные, чем процессы, теперь замечают, что
он не говорит, а не процесс
важный
agile имеет много связанных процессов
с ним, а процессы помогают, но
процессы не являются консервированными
вещи, которые люди придумывают
как они взаимодействуют друг с другом в
Другие слова слова маневренность должна
примените к процессу столько, сколько оно
применимо ко всему остальному, если вы не
гибкий способ создания программного обеспечения
то вы не собираетесь быть гибкими так
целое понятие индивидов и
взаимодействия с процессами и инструментами
вид упал на обочину, как схватка
это процесс, и многие люди верят
что схватка и подвижность — одно и то же
и это просто неправильная схватка — это процесс
поэтому, говоря, что мы делаем схватку, что
вы говорите, что этот процесс
более важными, чем люди, которые
делая этот процесс, и это просто не
работа в любой ситуации
теперь мое эмпирическое правило здесь
убедитесь, что что-то делает
смысла в любом предложении, где вы видите
слово подвижное, если вы можете заменить это слово
с словом «гибкий», у вас есть
надлежащее предложение, если вы скажете нам, что мы
делать что-то гибким способом, который
если вы говорите, что гибкий говорит, что мы должны
сделать X, который не работает для меня вообще
то, что мы хотим, — это гибкость всего
точка гибкости состоит в том, чтобы
другими словами, что мы хотим, чтобы
мы хотим быстро адаптироваться к
меняются требования к этим изменениям
изнутри или снаружи
клиент поручает им
или мы поручаем им, потому что есть
некоторые процессы внутреннего процесса
технологическая вещь, которая меняется, и мы
необходимо изменить внутренне, но то, что мы
нужна гибкость, нам нужна гибкость, мы
нужна возможность изменения в
корпорация по крайней мере многих корпораций
не в состоянии сделать это , так что я полагаю ,
единственное, что я соглашусь с
гибкие скептики о том, что я думаю, что
подавляющее большинство крупных компаний не могут
когда-либо быть гибким, потому что это
характер этих крупных компаний не
быть гибкими в отношении гибкости
просто он просто встроен в вещи
прямо здесь наше эмпирическое правило
с которыми мы должны работать, — это то, как
как вы определяете, что он проворный
если есть существенные требования
изменения, и это может быть значительным
Мне вдруг нужно сделать это ячейкой
приложение для телефона , вы можете это сделать, это
вопрос
снова вы можете сделать это быстро, вы знаете
подумайте о том, что связано с
это изменение очень много тренировок
что должен идти там много
обучение , которое должно продолжаться, может
должны привлечь новых людей в команду
чтобы помочь вам внести изменения
прямо наша цель — получить приложение в
пользователи в течение нескольких недель
опять же, выступая в качестве консультанта I
может сказать вам, что когда я нанят, чтобы сделать
обучение часто до четырех месяцев
истекает с момента, когда я первый
с кем-то, кто нуждается в
до тех пор, пока я не приду
в и фактически дать обучение
поверьте мне , если он занимает четыре месяца
тренируйтесь, вы не проворны, поэтому у нас есть
корпоративный процесс, который
некоторая причина
кто-то решил, что
корпоративное управление требует, чтобы мы
имеют контроль над нашими расходами и что
это то, что он делает это
невозможно, чтобы организация была
гибкое трение Нил говорил минут назад
о трении, это то, что мы
говорить о здесь, трение заключается в том, что
какая маневренность действительно
устранение трения внутри
организации, и если у вас есть
организации, в которой вы не можете
устранить трения шансы
вы являетесь проворными, в основном равны нулю,
подводит меня ко второму виду майора
Дело в том, что корпорация
считают, что гибкость просто происходит внутри
и что все, что вы делаете, это
принести в тренажерах и научить их
схватка, и все готово, но на самом деле
является организационной вещью
в организационных
организация организации в целом
это то, что гибко, а не команда.
люди в командах не отделы
но всей организации, потому что если
Мне нужно мое обучение, мне нужно мое обучение
теперь, если есть отдельное финансирование
отдел, обеспечивающий трение
она становится в пути мне получать мой
обучения нет никакого способа, чтобы
будет любой маневренностью внутри
организация следующей проблемы в равной степени
важно, чтобы организация
структурирована так, как это делается для того, чтобы
поддержка процесса он имеет процесс и
он должен поддерживать, если, если вы измените
процесса, вы также должны изменить
потому что, если организация
это все построено вокруг , поддерживающей
Процесс водопад, например , то вы
не может просто внезапно стать гибким без
изменение поддержки, поскольку поддержка
водопад не будет работать, если вы пытаетесь
поддерживать гибкость, и
вещи, которые являются частью
люди думают как о вещах, которые не могут быть
изменены, которые необходимо изменить
отдел QA это один из
Причины так трудно для гибкой , чтобы
переходить в крупные корпорации в каждом
гибкий процесс, который тестирует работу
интегрированы в процесс разработки
тщательно интегрированы, вы тестируете каждый
20 минут снаружи проверяю каждый
две или три минуты, когда я программирую
к тому времени , так называемый Спринт
итерация завершена, код полностью
проверены и готовы к развертыванию, что
скажите, что для отдела QA ничего нет
сделать это означает , что директор
QA не будет очень рад
это означает, что он будет
очень трудно бороться с
от того, что происходит внутри организации
потому что он потеряет работу сейчас
если это действительно гибкая организация, он
не потерял бы свою работу, это то, что он
это сменяет его работу гибким способом
так что он действительно мог бы сделать реальный QA
то есть это была бы его работа
посмотреть на процессы каждого и сделать
предложения о том, как улучшить
но многие люди не могут
внесите эти изменения, потому что они снова делают
не иметь гибкого продукта
групп развития они не существуют в
гибкую организацию — продукт, который
разрабатывается клиентами
которые говорят с вами изо дня в день
если ваш клиент не может ходить
входная дверь корпорации вы
не может быть подвижным, и это очень сложно
для кого-то, кто не является сотрудником
корпорация, чтобы ходить впереди
дверь верят мне в практику управления
мы говорили о связанных с финансами
Практика мгновение назад — это основная
идея, если мне нужно обучение мне это нужно
сейчас не через шесть недель
если мне нужно новое программное обеспечение, которое мне нужно
теперь у гибкой команды есть бюджет, и это
тратит его, однако они чувствуют, что это
вся команда решает отправиться в
конференции они делают, что они не спрашивают
кто- то, кого они просто делают, им нужно купить
часть программного обеспечения они делают это прямо сейчас
они должны управлять их бюджету
бюджет не бесконечен, но они
которые делают выбор не отдельным
организация, связанная с управлением
сроки не существует такой вещи , в
гибкий мир, все планирование и
гибкость основывается на приоритетах всего этого
100% из них мы все видели Iron
Треугольник с изображением справа от времени
в сравнении с деньгами
предположение — это то, что изменится
чаще всего требования к сфере охвата всегда
изменение и изменение сферы
что какое-то событие, которое должно произойти
не произойдет, я должен выпустить
на некоторых выставках есть только варианты
должны немного уменьшить масштаб
бит или увеличение расходов , которое должно
скажите, приведите другую команду, так что если вы
управления в гибком мире, и у вас есть
крайний срок, если вы сделаете это
глядя на выставку, что вы
на самом деле наблюдение за процессом
заключается в том, что гибкость является очень прозрачным способом
развития и
проекция на основе наблюдаемого
производительность команд, которые делают
работа, и если ваша проекция не
прямо сейчас вы приносите новую команду или
вы уменьшаете масштаб, это ваши варианты
но нет никаких крайних сроков.
контрольных точек нет оценки в
традиционного смысла это просто не происходит
это трудно для людей, чтобы отказаться от
но там мы идем , так что не какой — либо есть
расписания, потому что они вам не нужны
вы не делаете временные вещи
нет никаких организационных
трение , что есть основные постный
что любое усилие или время или
потраченная энергия
делать то, что не напрямую
поддержка полноценного программного обеспечения
в руки пользователей
это все отходы, покрывающие расходы
отчета или расписания не предоставляет
ценность клиента, поэтому одна из вещей, которые
гибкая организация должна
уменьшить трение , устраняя
все, что мешает
ценность в руки клиентов
включая весь этот мусор, который мы имеем
просто говорим о нет
управление проектами и гибкость, которым вы доверяете
люди выполняют работу, выполняемую командами
сами по себе нет менеджеров среднего звена в
все ведь в гибком мире так все
этот материал должен пойти и большой
корпорации не собираются делать это
они являются культами груза, они считают, что
все это необходимо для
компания должна функционировать и что компания
кто не делает этого, не может функционировать и
это чепуха, конечно, есть некоторые
очень крупные компании, которые функционируют вполне
хорошо, но большинство компаний
не верю, что так все происходит
будут работать, у них есть
менеджеров, и они ожидают, что они
как менеджеры, и более того, когда
некоторые вещи становятся гибкими, они ожидают
что эти же люди просто собираются
менять названия своей работы и внезапно
все будет хорошо, и
это не то, что правильно, так это то, что
названия рабочих мест — это не просто изменение названия
это функционально, это базовое изменение
в том, что вы делаете, гибкие компании
по-разному, это
Spotify люди много говорят о масштабировании
гибкий Spotify имеет около 500 программистов
в нем прямо сейчас, о котором идет речь
достаточно большой для меня, чтобы сказать, что эта модель будет
работать независимо от размера
компании, я бы сказал, что если у вас есть
проект, который требует более 500
программистам, что вам нужно сделать
разбить этот проект на более мелкие
проектов нет проекта на
планеты, которая требует более 500
программисты Извините
фактически большинство большинства проектов с 500
программистов на них можно было бы сделать вполне
ну 5 программистов, так что если это что, если
Я могу сделать это, мы можем масштабировать, я не собираюсь
тратить много времени на это
но главное, что я хочу
отметить, что мы не имеем
иерархии у нас нет организационной диаграммы
это в виде дерева с менеджерами и
контроля и такого рода материал, который у нас есть
хотя это не
классический
матричной организации, но нет босса
отдельные племена, которые являются группами
групп групп, если вы будете иметь
один парень, системный архитектор, который
эффективно член всех команд
чья работа состоит в том, чтобы убедиться , что есть какая — то
архитектурная когерентность поперек
так что люди строят, но
он не заказывает людей вокруг
он говорит хорошо, что вы знаете, что мы делаем
это уже здесь
поэтому, если мы сделаем это так,
все подходят лучше , и это процесс
взрослые, поэтому люди в команде B говорят «хорошо»
мы будем делать это таким образом , то из — за
они гибки, поэтому никто
заказывать кого-нибудь вокруг этого очень
совместный процесс, который
приводит нас к схватке, что схватка схватки
это не то, что я был просто
говорить о том, что это фиксированный процесс его
имеет две характеристики, которые
люди не знают о , прежде всего
если вы посмотрите на все процессы , происходящие в
мира все гибкие процессы в
мировой схваток является одним из них и людьми
приравнивать схватку к гибкости, я не знаю, как
много раз я слышал, как люди говорили хорошо
agile говорит, что X, когда они подразумевают схватку, говорит X
вторая проблема заключается в том, что схватка является
относительно небольшая вещь и
относительно большая вещь есть много
связанный с гибкой на самом деле гибкой
на самом деле даже не просто гибкий, это то, что
методы имеют много общего с запуском
эффективная компания в гибком образом так
он даже больше, чем один парень здесь scrum
это очень маленькая вещь.
по 16-страничному документу и, честно говоря, вы
не может определить какой-либо процесс на 16 страницах
документ просто не может быть сделан, так что это
очень мала больше, чем точка
сумасшедшие ребята предполагают, что схватка может быть
сделанный в виде пузырька, где
никто не должен заботиться о том, что
продолжая внутри этого пузыря, но мы были
просто видеть люди должны заботиться в
что процедуры закупок
организация влияет на то, что происходит внутри
пузырь, так что это не отдельный пузырь
это не то, что можно изолировать
ребята из схватки также не уважают
все для существующих процессов в
когда они приходят, это они
представьте, что они могут просто
процессы отходят и заменяют
они с схваткой, но что они на самом деле
заменить их нет, потому что
схватка не будет работать в
ситуация , когда вы не меняя
всей организации, и если схватка не
собираюсь работать, люди не собираются делать
это много мест много раз, когда
вы видите организации , которые имеют
привезли в схватку ребята через год
они не делают ничего даже близко к
схватки больше, потому что они не
получить необходимую им поддержку
работать, чтобы они не делали этого с точки зрения
малость вы смотрите на экстремальные
программирование и экстремальное программирование
состоящий из самого большого набора практик
интересная вещь об этом является
практики все переплетаются и
сблокированы сложными способами, например
одна из ключевых практик в экстремальных условиях
программирование — это то, что вам нужно быть
тестировать все время, которое вы тестируете
каждые две или три минуты, как вы
написав код еще один важный
практика в экстремальном программировании является
постоянный агрессивный рефакторинг — это то, что
каждый раз, когда вы смотрите на кусок кода
если это не правильно это исправить , но
факт , вы не можете этого сделать, если вы не
ваши тесты на месте, вы не можете
вишня выбрать эти они все сетки
вместе, чтобы сделать единый процесс сейчас
вы можете изменить этот процесс и на самом деле
команды XP делают это все время
но они знают, что они делают.
хорошо понимаю, что у меня есть эти преимущества
и это имеет такое взаимодействие с теми
вещи, и если я изменю это, то у меня есть
чтобы изменить другие вещи тоже в порядке
чтобы компенсировать вам взгляд на схватку, хотя
и что они сделали в первую очередь
у них вишня выбрала две вещи, которые они
украли игру планирования XP
непосредственно, поскольку планирование плавания — ничто
но планирование экстремального программирования и
то они украли кучу
маленькие вещи стоячих встреч и
вид материала , а затем они взяли на
другие вещи, которые трансформировали их в
точка, где они неузнаваемы
вся команда, среди прочего, говорит
вы должны иметь фактического клиента в
в комнате с вами люди думают, что когда
вы делаете экстремальное программирование
не делайте дизайн, это глупость, что вы
делают, вы делаете дизайн
по мере того, как программа развивается
вместо того, чтобы тратить три месяца на разговоры
пользователю , прежде чем начать кодирование вас
положите пользователя в комнату с собой, чтобы вы
может сразу задать им вопрос
перед началом кодирования пользователя
взаимодействие все еще там, вы все еще
разговаривая с вашими пользователями, вы все еще делаете
дизайн, но вы делаете это, как вы
работая хорошо, они избавились от
пользователя, и они заменили его этим
Лакей назвал проект
менеджер, где владелец продукта редактирует
написать владельцу продукта не является
заказчиком владелец продукта обычно является
представитель маркетинга
так что все гарантии, которые
вы получите около миллиарда ценных
программного обеспечения они ушли, а затем они
в жесткой шкале времени, которую они называют
спринт, который также является огромной
время
подумайте, сколько отходов в попытках
чтобы рассчитать историю, чтобы вы могли сделать это в
две недели Спринт и думаю, все из
sturm и рисунок, который случается, когда
вы один выходной день мы на
конец спринта, но есть еще один
больше работы дня, и это такая
хлопот, что часто люди этого не делают
дневной работы, и вы в конечном итоге с багги
программное обеспечение, и это просто не так,
это летит перед лицом ловкости
также этот материал просто не работает
следующая проблема связана с
сертификационные заводы, которые производят
сертификаты, которые не имеют никакой ценности
вы берете 16-страничное руководство по чтению, которое вы читаете
через это я провел день
свернувшись перед огнем с моим
scrum guide Я в сети Я принимаю
полностью автоматизированный тест, который
градуированный компьютером, состоящим из 35
вопросы с множественным выбором
Я получаю оценку 60%, о которой я не знаю
вы, но когда я был в элементарном
школа 60% считалась неудачной
класс , но если я получаю неудовлетворительную оценку
это достаточно хорошо, я получаю свой сертификат
Я сейчас хозяин, проблема в том, что
эти корпорации думают об этом как о некоторых
они считают, что
как значимый и почему
потому что они делают то, что вы получаете
то, что есть
потому что, если вы представляете, что
тот, у кого есть сертификат,
компетентный, а он нет, а вещи не
вы не обвиняете парня, которого вы обвиняете
то, что он должен быть
компетентный в том, что вы говорите,
вы не говорите, что схватка сертифицирована
схваченный парень на самом деле не знал, что он
говорил о том, что сертификация
не только бессмысленно активно
особенно в тех случаях, когда компании
сертификации в качестве критерия для
потому что он не говорит им
ничего полезного
они приносят людей, которые не знают
ничего о ловкости, но они
а затем они воображают, что
они как-то подвижны, просто не делают
работа в худшем случае — это безопасно
проблема с безопасностью заключается в том, что
разработан , чтобы быть приемлемым для
но это небезопасно,
другими словами, если вы посмотрите на безопасные
это тот же старый старый
внизу у вас есть схватка, которая
едва проворный в середине, который у вас есть
тот самый старый материал, который вы всегда использовали
преуспевать, мы не достигли успеха
что-то реальное здесь мы смотрим на те плоские
иерархий минуту назад вы не имеете
плоская иерархия и безопасность, которую вы просто имеете
та же старая корпоративная иерархия, что
у вас когда-либо было все
все еще на месте, это не реально, и это
не нужна гибкая шкала просто отлично
мы видели, что с Spotify зачем нам нужно
сделать это особенное, и это
потому что снова корпорация представляет собой груз
звоните, они не могут себе представить большой
проекта и разбить его на более мелкие
проектов, так что это подделка
не реальный живой в настоящее время примешивают это
целый набор поставщиков инструментов, которые
поддержка этой дисфункции заключается в том, что все
этих инструментов заставляют вас работать в
старомодный способ заключается в том, что они
занятие — это стиль водопада
управления и пытается навязать это
вершина гибкого процесса, делая смешные
такие вещи, как сжигание диаграмм,
полная трата времени, когда вы тратите больше
время ввода данных в эту вещь, тогда
вы получаете полезную информацию из нее и
что время тратить это время не проводится
обеспечивая прямую потребительскую ценность, что делают
вам нужно, когда вы проворно
инструменты правые
точно то, что есть
эта гибкость в основном очень проста
прежде всего, то, что
культура и культура является наиболее
важно не процесс, а
снова я не говорю, что процесс не
не важно , но конкретный процесс нет
лучше, чем любой другой конкретный процесс
при условии , что разработка в пределах
алтарь гибкости, поэтому для гибкой работы
вы должны поставить правильную культуру в
место, которое должно сказать, что гибкий
инфузия , чтобы функционировать
из-за сверху вниз, это руководители
работа по управлению культурой
организации, поэтому, если генеральный директор не
понять , что проворство о там
это не способ, которым он или она собирается установить
культуру, которая поддерживает ее так, чтобы культура
является центральной, второй проблемой является доверие
все в гибкой зависимости зависит от доверия
люди выполняют свою работу, они являются одним из
РЭА другими словами , вы не имеете
менеджеров, почему у вас нет менеджеров и
это потому, что я доверяю людям делать работу
не нужно сидеть там с домом
и взломать его над головой, чтобы
чтобы заставить их работать, я им доверяю, а ты
сориентироваться вверх и вниз по цепочке I
не нужно заставлять их подписываться в
поехать на конференцию, потому что я
доверять им, чтобы оценить их способности
понимаете, что если они
конференции они могут увеличить те
способности и затем отпустить их все это
о доверии другой проблеме является то, что
вещи слева здесь сообщение
простота смелости все эти ценности и
принципы информируют
правильная практика заключается в том, что
практики существуют потому, что принципы
существуют, и принципы существуют, потому что
значения существуют, если у вас нет
эти принципы и ценности
практики , которые вы придумали они
не будет функционировать, поэтому мы получаем
вернуться к принципам к основному
принципы заключаются в том, что все зависит от
в конечном счете, общение и простота
и мужество и обратная связь, и если вы
не иметь этого внутри организации
в целом, то вы действительно не можете
функциональная работа
все следуют за тем, что я получаю
здесь это , вероятно, самый важный
я могу сказать, что культура
важнее всего, и что
принципы важнее, чем
практики и что любая практика, которая
работает в рамках принципов
является хорошей практикой, по крайней мере, из
гибкая точка зрения сам процесс
очень просто начать с разговоров
для ваших клиентов и узнать, что они
нужно, а затем вы отламываете небольшой
кусок этого, и вы его строите, и вы
дать им это все все
иначе это обледенение, и вы делаете это на небольшом
цикл пишут, что цикл представляет собой двухнедельный цикл
и причина, по которой это двухнедельный цикл
потому что общее предположение обо всех
гибкие процессы состоят в том, что люди не
знать, что им нужно, пока они не
что-то в их руках так заранее
сбор требований не работает
потому что требования, которые вы собираете
никогда не верны, поэтому сам процесс
очень просто инструменты для процесса
очень просто вам нужна доска
вам нужны некоторые заметки, которые вам понадобятся
некоторые картотеки индексов и некоторые
это все, если вы работаете удаленно
возможно, вы примете пару других вещей
в это вам нужно хорошее
коммуникационное программное обеспечение ,
взять эту доску и положить ее
в компьютер где-нибудь, но это
уступать на самом деле это проворное все
основанный на личном общении
два человека физически находятся в
фронт физической доски будет иметь возможность
лучше работать, чем два человека
работая в электронном виде с реальной проблемой
с электронной версией это
скрытый внутри компьютера вместо
сидеть на стене, где вы
может видеть это каждый день, когда вы идете
им так , когда это скрытое вы , как правило,
не думайте об этом, если это физическое
вещь, там, где вы можете думать
об этом, так что это все инструменты, которые вы
снова и снова мы возвращаемся к нашему
корпораций, и они не думают в
эти термины, о которых они думают в терминах
большие дорогостоящие инструменты, потому что они
решил, что это то, что им нужно в
чтобы справиться с этой сложностью,
совершенно ненужно, и нам не нужны
любое из того, что нам нужны очень простые вещи
поэтому мы возвращаемся к основному проворному
принципы мы закончили первый
давайте посмотрим на другие наши основные
целью здесь является создание рабочего программного обеспечения
теперь над всеобъемлющей документацией
все еще есть некоторые корпорации
которые имеют фетиш документации, но
они становятся все меньше и меньше
течением времени общее эмпирическое правило
что, если никто не собирается читать
ничего не надо писать
подавляющее большинство документации никогда
читать кто-нибудь, так что это не так
ценным это отходы это еще один пример
отходов, но по документации они не
просто означают программную документацию, которую они
означает всю документацию внутри
организация любых видов документов
это мешает
рабочее программное обеспечение не является
желательно, чтобы вы хотели сотрудничать с
ваши клиенты не ведут с ними переговоры
клиенты не знают, что сложно, поэтому они
часто спрашивайте о вещах, которые вы не можете
строить переговоры ведет к дисфункции
Я хочу, чтобы вы делали такие-то, и я
говоря, что у меня будет это на следующей неделе
есть комикс xkcd, был —
кто был по этому поводу пару недель
назад, а затем кто-то приходит в нескольких
минут спустя и говорит, что мне нужно другое
вещь, и вы убедитесь, что мне нужно 15 исследований
ассистентов в бюджете на 7 миллионов долларов
и я возьму его за вас через восемь лет
и лицо, которое на самом деле
вопрос часто тот же человек
они не знают, что одна вещь — искусство
и другое дело не очень хорошо, если
вы могли бы, если бы вы договорились о следующем
вещь, что человек собирается сказать, как
около трех лет с восемью исследованиями
помощники, и вы не пойдете хорошо, может быть, четыре
правильно, и это не решает
проблема для одного даже 15
помощников по исследованиям через пять лет или
восемь лет, как догадка, так что переговоры
не собираюсь помогать кому-либо, если вы сотрудничаете
хотя вы садитесь , и вы идете, это
действительно тяжелая проблема, но если мы сделаем это
небольшое изменение превращается в действительно
как вы думаете, что будет работать
а затем парень, который приходит с
идея говорит хорошо, да, может, но если мы это сделаем
эта другая мелочь, возможно, это сработает
немного лучше и сотрудничество
так что это выходит за рамки контрактов этого
идет идет так, как вы работаете
изо дня в день
вы должны уметь реагировать на
изменения на всех уровнях Я только что сказал
момент назад, что если слово подвижное
относится к самому процессу, если
процесс не работает, измените его
понятие ретроспективы выходит из
это, но самые функциональные гибкие команды
не делайте ретроспектив, потому что наши
очень функциональный проворный команда будет
мгновенно признать , что что-то не
каждый лучше будет сжиматься
вместе они придумали решение
они поставят решение на место и
то они будут двигаться на ретроспектива
вид переходной меры, это
то, что вам нужно, прежде чем вы получите
достаточно для того, чтобы
быстро меняется, тогда есть
принципы давайте рассмотрим лишь некоторые из
их приветливые изменения
требование даже в конце разработки
право и основное понятие использования
изменить композит для
конкурентное преимущество клиентов
важно, что гибкая команда
в роли службы это их работа
решать чужие проблемы не делать
потому что это круто и не делать
потому что это техника, и это делает
они чувствуют себя хорошо, но делают что-то, потому что
он увеличивает , но улучшает
в нижней строке вашего клиента
кем бы ни был этот клиент
изменить требования собираются
изменения они всегда меняются, поэтому
вещи, где они не могут измениться, не
будет работать еще один недостаток в схватке
они говорят , когда схватка начинается там
не будет никаких изменений, что это
что я пять минут в
и я понимаю, что у нас есть
требование не так , и мы не можем делать какие — либо
изменений, это не сработает, как вы
должны принять их в любой момент
обрабатывать разработчиков бизнеса
люди ежедневно работают вместе
что означает, что они находятся в одном и том же
комнаты друг с другом, что не означает
что они отправляют записки туда и обратно,
не означает, что деловые люди
спроси хорошо, прежде чем они что-то сделают
произвольно, это означает, что они
в команде буквально они сидят в
в той же комнате, о которой вы говорите в один день
дневной основе люди больше
важно, чем что-либо, и что это
работа в компании , чтобы поддержать
если у вас есть ситуация
где кто-то должен спорить, чтобы
получить поддержку, необходимую для выполнения своих
работа нет никакого способа , которым вы собираетесь
иметь любую маневренность
проблемы с постоянными темпами связаны с
опять же большинство корпораций работают
сроки вехи все это
что это способ манипулировать людьми
в переработку сверхурочной компании
высококачественные кафетерии внутри
это все манипуляции, которые
все способы заставить вас работать сверхурочно
гибкие компании этого не сделают, потому что
они знают, что усталые люди не могут
хорошую работу, вы должны быть в состоянии прийти
каждый день отдыхал и готов был пойти, и если
вы не можете этого сделать ,
сами команды должны организовать
Я правильно сделал класс вчера
в конце занятия мы сделали упражнение
Я сказал, что мы продолжим перерыв, когда
Я возвращаюсь, я хочу, чтобы вы, ребята,
разбиты на четыре группы по пять или
Я хочу, чтобы вы выбрали проект, который
вы собираетесь работать, а затем я ушел
они одни, и я вернулся, и они сделали
это хорошо, что организация должна работать
таким образом, вы не назначаете людей
команды, которые не разбивают команды команд
они выполняют свою работу, а потом, может быть, они
реформы, но обычно они обычно не остаются
вместе, как команда, и это лучше всего, но
команды должны сделать это
решения не являются своего рода
уровня управления, поэтому я собираюсь закончить
это, думая о Чарльзе Дарвине,
эта гибкость на сегодняшний день является наиболее эффективной
способ разработки программного обеспечения и
компании, которые делают что-то непроницаемым способом
будут иметь огромный эволюционный
конкурентное преимущество перед компаниями
что не те большие корпорации, что я
просто говорила о том, что они Додос
что они будут продолжать делать то, что они
но их конкуренты, которые
работая гибко, не ограничены
таким же образом, что корпорация
ограничивают себя, поэтому они идут
просто утирать, может быть, должно
быть картиной Маркса вместо
картина Дарвина, но точка в других
слова, которые я делаю, это то, что
в конечном итоге эволюция поможет нам здесь
в конечном итоге компании, которые не могут
все быстро и быстро перестанет
существуют, но большинство компаний не имеют того
как цель, это не часть их
заявление корпоративной миссии о том, что они
прекратит свое существование через пять-десять лет
потому что конкурент может двигаться быстрее
так что действительно, когда дело доходит до Джилл
у нас нет выбора, который мы должны принять
изменить и просто сделать это, вот и все.
что я должен сказать
Be First to Comment