Экстремальный аджайл — танцую я один

    Я продолжаю сериал, начатый постом «Экстремальный аджайл — танцуют все!», посвященный распространению полезных практик из гибких методологий разработки на всех, кто вовлечён в проект. Ведь это несправедливо, когда отличными практиками пользуются только разработчики. Вашему вниманию предлагается видео доклада с рассказом о том, как мы решаем проблемы недостатка ресурсов и непрогнозируемых сроков, что мы делаем, когда не знаем с чего начать разработку и каким будет следующий шаг. Кроме того раз и навсегда решается вопрос необходимости тщательного стратегического планирования :) Как всегда, все это не теоретизирование и пересказ книжек и статей, а реальный опыт работы над реальным проектом. В общем этот пост писался с мыслью: «Давайте поговорим о процессе разработки и проблемах, связанных с ним. Долой маркетинговый буллшит и пустые теоритезирования!».




    Друзья, видео записано на внутренней конференции весной 2010 года, мы недавно совершенно неожиданно обнаружили его в анналах :) Я конечно с удовольствием отвечу на любые вопросы по всем аспектам проекта, но в этом посте больше всего я жду вопросы именно про процесс разработки и связанные с ним проблемы. Сериал будет продолжен, статьи, подробно освещающие работу группы разработчиков и интерфейсологов не заставят себя долго ждать.
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 19

      +9
      Кто-нибудь до конца досмотрел? :)
        +2
        Да. Интересен же опыт людей, которые запустили успешный продукт.
          +1
          Я досмотрел.

          Скажи, а _начали_ работать в парах вы с ноля, просто в качестве эксперимента?
            0
            Сначала нас было двое разработчиков. Мы изначально хотели писать в паре, но все писать в паре не получалось изначально, только критичные места писали в паре. Все что было написано не в паре было реальным трэшем, намного хуже качество этого кода было. Потом стало 4 разработчика и мы начали все время писать в парах
            –3
            Остановился минуте на 4ой. Окончательно убило:
            >>Это позволило нам не читать ТЗ.
            Мне кажется было бы круто вместо этого сказать «Это позволило нам не читать ТЗ, а ***** мозги другим.»
              +1
              Никто не кому мозг не ****. Все отлично ладят и понимают друг друга практически без слов :) И уж тем более без пространных формальных текстов.
              Просто информация необходимая для разработки передается в другом в виде, в более человечном, удобном и пластичном. Между проектировщиками и разработчиками, например, это прототип.
                0
                сорри, «никто никому», конечно же :)
                  0
                  Так и вижу себе картину: сидит человек реализует какую-то трудоёмкую задачу или баг отлавливает, а тут к нему подбегает другой и начинает расспрашивать про какую-то мелочь, соответственно, когда человек возвращается к экрану ему нужно понять, что он делал, как он делал и вообще о чём это всё.
                    0
                    Для таких моментов, у тех кому сложно переключаться, есть шумозащитные наушники (для работы в аэропортах) со стикером «меня нет» вверху.
                      +4
                      Есть такое хорошее выражение: «резонный человек». Можно конечно предполагать, что все люди действуют как дебилы и в итоге реализуются самые пессимистичные сценарии. Но разумные люди никого лишний раз не дергают. Хотя конечно при такой организации работы имеются такие минусы. Но плюсов от того, что разработчики близки к техподдержке и пользователям намного больше. А то разработчики часто забывают для кого они вообще свой софт-то делают, запрутся в комнате и сидят там годами в тишине :)
                        –1
                        Кстати, я имел «удовольствие» поработать в call center, там начальство тоже считало, что хорошо, когда суппорт близко к разработчикам находится.
                          +1
                          Хотел бы отметить, что я не «начальство». Я был первым разработчиком Эльбы и на момент записи видео я тоже был разработчиком. И вообще я был разработчиком 11 лет и самый позитивный опыт от разработки получил именно находясь близко к техподдержке и к пользователям. А то что «начальство» считает что-то с чем не согласны разработчики говорит о том, что практики аджайла не используются во всей команде :) Я никогда не буду никого заставлять. В нашем проекте никакое «начальство» никогда не будет никого заставлять. Если кто-то не смог кого-то убедить, то никакого давления авторитетом не будет, в этом и идея
                            +1
                            Поработать денек в call-центре весьма полезный опыт для всех. Я вот вообще дизайнер, но тем не менее не гнушаюсь такой практики, и мне даже нравится.
                            Как-то это не здорово, когда одна часть команды считает себя лучше другой.
                              –1
                              Никто не считает себя лучше или хуже. Если Вам не мешает шум, то пожалуйста, никто не против, работайте.
                                +4
                                Разработчики традиционно считают себя вершиной пищевой цепочки, аристократами духа и голубой кровью. Потом появляются книжки: «Why soft sucks»
                      0
                      А что, кому-то чтение ТЗ на самом деле облегчает работу и помогает? Вы разработчик или писатель ТЗ?
                        0
                        Если обратить внимание на профайл, то разработчик.
                          0
                          Ок. Никогда не испытывали проблем из-за того, что тз написано, все по нему сделано, делалось несколько месяцев, а потребителю то, что получилось ну вообще никак не нравится и совершенно не нужно? Или это не очень волнует?
                    0
                    А я вам с позиции аналитика хочу рассказать — того, кто ТЗ пишет. И для evgeny_kobzev в том числе, когда он разработчиком был. 99% ТЗ мы выбросили в «мусорку», просто потому что оно устаревало примерно к середине разработки. И не потому что ТЗ некачественное. Нет. Просто у нас работа в быстроизменяющейся среде законодательства. Закон вчера утвердили, сегодня уже должно появиться обновление.
                    Теперь мы для интерфейсологов пишем короткие сценарии. А разработчикам описываем форматы и формы. И алгоритмы расчетов иногда. Вся прочая логика отлавливается в прототипах.
                    Не скажу, что у нас все идеально получается. Но плюсов больше чем минусов. Мы больше и ближе общаемся с пользователями. Прежде чем что-то автоматизировать, мы сами ручками пробуем, как это работает.
                    И мы зарабатываем, и продукт нравится людям — это главное! :)

                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                    Самое читаемое