• Lego Serious Play или «менеджеры играют в модели»



      Lego Serious Play или, сокращённо, LSP — это необычный и пока еще не очень распространённый метод игрового моделирования (или – фасилитации). Не запутано начали? Тогда продолжим и, обещаем – ничего сложного в этом нет.

      Разберёмся для начала с тем, что такое «фасилитация».
      Говоря простым и понятным языком, «фасилитация» – это организация и проведение эффективных встреч, где критерием эффективности является достижение поставленной цели встречи в определённые для этой встречи сроки. Например, если мы организуем двухчасовое планирование итерации, фасилитатор следит, чтобы команда не отвлекалась на смежные темы и не уходила слишком глубоко в детализацию, чтобы через 2 часа у нас появился готовый и качественный план. Причём качество плана подразумевает вовлечённость в процесс всех участников встречи

      Теперь вернёмся к тому, с чего начали – Lego Serious Play.
      Читать дальше →
      • +17
      • 24.6k
      • 3
    • Responsibility Process

        Совсем недавно в переписке с одним моим хорошим знакомым вновь возникла тема ответственности. В ходе обсуждения я решил обратиться к Christopher Avery's Responsibility Process — Процессу принятия ответственности от Кристофера Эйвери (позволю себе перевести это так).
        К сожалению, русскоязычного материала на данную тему я в сети не нашел (по крайней мере, с ходу), потому решил, что будет полезно оформить это в виде поста.
        Читать дальше →
      • Как понять, что Agile работает

          Асхат Уразбаев

          Асхат Уразбаев (ScrumTrek)


          Прежде, чем начнем говорить, как это все выглядит изнутри, с какими проблемами мы сталкиваемся, когда тренируем команду, вопрос: те, кто работает по Agile, что для вас значит, что Agile команда является Agile командой? Как вы это определяете?
          Читать дальше →
        • 10 шагов к построению отличной команды

          • Translation
          image

          Хорошая команда — это не просто группа хороших людей.
          Исследования показывают, что составляющие понятия «продуктивная команда» не всегда очевидны, а иногда бросают вызов общепринятым представлениям. Поговорим об этом?
          Читать дальше →
        • Руководство: Как построить слаженную команду?

          • Translation

          Фото офиса MailChimp

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

          [О том, как и каких людей подбирать в команду стартапа, вы можете прочитать в нашем свежем переводе лекции стэнфордской стартап-школы.]
          Читать дальше →
          • +17
          • 17.8k
          • 7
        • Семь принципов создания современных веб-приложений

          • Translation
          • Tutorial
          Эта статья основана на моей презентации с конференции BrazilJS в августе 2014 года. Она базируется на идеях, о которых я писал в блоге недавно, в основном, в связи с UX и производительностью.

          Я хочу представить 7 действенных принципов для веб-сайтов, которые хотят применить JavaScript для управления UI. Эти принципы являются результатом моей работы как веб-дизайнера, но также как давнего пользователя WWW.

          JavaScript бесспорно стал незаменимым инструментом для разработчиков фронтенда. Сейчас сфера его применения расширяется на другие области, такие как серверы и микроконтроллеры. Этот язык программирования выбрали престижные университеты, чтобы обучать студентов основам информатики.

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

          • Должен ли JavaScript использоваться как замена функциям браузера: история, навигация, рендеринг?
          • Умирает ли бэкенд? Нужно ли вообще рендерить HTML?
          • Правда ли, что будущее за приложениями на одной странице (Single Page Applications, SPA)?
          • Должен ли JS генерировать страницы на веб-сайте и рендерить страницы в веб-приложениях?
          • Нужно ли использовать техники вроде PJAX или TurboLinks?
          • Каково точное отличие между веб-сайтом и веб-приложением? Должно ли остаться что-то одно?
          Читать дальше →
        • jQuery для начинающих

            jQuery Logo

            jQuery — это замечательный JavaScript Framework, который подкупает своей простотой в понимании и удобством в использовании. Но изучение надо с чего-то начинать, и лично моё мнение — лучше всего начинать с наглядных примеров, и они далее…

            Читать дальше →
          • CSS3 сейчас — transition

              CSS3 и HTML5 развиваются всё быстрее и быстрее, браузеры начинают поддерживать всё больше новых фишек и плюшек. В связи с этим, мне хотелось бы заглянуть в наш будущий рай верстальщиков и сделать цикл обзорных статей по новым плюшкам и фишкам этих технологий.
              В этом цикле мне хотелось бы рассмотреть такие свойства CSS3, как transition, animate, opacity и модель rgba().

              Использование CSS3.


              Часто можно услышать от многих веб-дизайнеров слова «Я уже не могу дождаться, когда же можно будет использовать CSS3...». А между тем, использовать его можно уже сегодня. Да, использование CSS3 для критичных моментов сайта сейчас невозможно. Но использовать его для добавления мелких, некритичных для проекта деталей вполне реально, можно и нужно.

              Читать дальше →
            • Программирование как искусство

                Мой приятель, директор крупной компании, жалуется: «Представляешь, не могу найти программиста поддерживать работающую систему. Приглашаю, показываю. Если переписывать с нуля — соглашаются за половину зарплаты. Если поддерживать — не соглашаются за две».

                Это очень показательная ситуация. В России программисты считают программирование искусством. И никому не удается их в этом разубедить. Маркетологи не считают, что их работа это искусство, так же не считают директора, продавцы, бухгалтера, архитекторы и многие другие специалисты — спокойно относятся к своему призванию. Но не путают творчество в работе и отношение к работе как к искусству в ущерб целям и задачам этой работы.
                Читать дальше →
              • Интернет магазин — 15000 евро за первый месяц

                  В народе есть известная поговорка „Первый Блин Комом“, чего не могу сказать о своём свежем опыте интернет торговли. Скорее всего, это просто исключение подтверждающее правило, но, тем не менее, хочется рассказать о тех небольших выводах, что я сделал за последний месяц.

                  Итак, небольшая история о том, как можно довольно легко заработать за один месяц минимум 15 000 евро.

                  Мой профессиональный род деятельности — веб-разработка. Занимаюсь R&D в одной небольшой IT компании, пишу «навороченные» приложения для корпоративных интранетов и, в принципе, на жизнь не жалуюсь. Конечно, при таком раскладе хочется параллельно вести какой-нибудь интересный проект, чем неоднократно занимался в мире Open Source. Со временем, правда, захотелось на побочных проектах так же как-то зарабатывать, что с Open Source оказалось не так просто, как может показаться из статей на Хабре :) Потому и решил попробовать для себя что-то принципиально новое — открыть интернет магазин.

                  Читать дальше →
                • 10 слайдкастов с AgileDays 2014

                    На прошлых выходных отгремели AgileDays 2014 и я спешу поделиться слайдкастами с посетителями Хабра.
                    На конференции было поднято много различных тем по гибким методологиям: от разработки продуктов до управления командами и мотивации, поэтому на AgileDays 2014 собралось около 900 человек на 70 докладов. Видео всех докладов будет позднее, но часть докладов уже сейчас доступны в формате слайдкастов.
                    Читать дальше →
                    • +12
                    • 5.8k
                    • 7
                  • Процесс разработки и выкатка релизов в Badoo. Автоматическое тестирование. Девелоперское окружение


                      В июле мы вместе с ведущими IT-Kompot и релиз-инженерами Badoo Владиславом Черновым и Олегом Оямяэ записали выпуск подкаста «Процесс разработки и выкатка релизов в Badoo. Автоматическое тестирование. Девелоперское окружение».
                      Так как прошлый подкаст вызвал интерес у слушателей и читателей, то этот подкаст мы тоже превратили в статью.

                      О чем говорили:
                      Процесс разработки и выкатки релизов в компании Badoo. Используемые инструменты.
                      • GIT Workflow. Каждая задача в отдельной ветке;
                      • Использование JIRA, TeamCity и AIDA;
                      • Формирование релиза и выкатка двух релизов в день. Проблемы и их решения (откат, патчи и т.д.).
                      Автоматическое тестирование. Рецепт быстрого прогона большого количества тестов.
                      • Что мы используем;
                      • Как гоняем тесты;
                      • Code Coverage;
                      • Пускалка. 18000 тестов за 3,5 минуты.
                      Девелоперское окружение в команде, разрабатывающей сложную распределенную систему
                      И рекомендации от ребят: полезные книги, статьи и т.д.

                      Читать полностью
                    • Курс лекций «Стартап». Питер Тиль. Стенфорд 2012. Занятие 3

                      • Tutorial

                      Этой весной, Питер Тиль (Peter Thiel), один из основателей PayPal и первый инвестор FaceBook, провел курс в Стенфорде — «Стартап». Перед началом Тиль заявил: «Если я сделаю свою работу правильно, это будет последний предмет, который вам придется изучать».

                      Один из студентов лекции записывал и выложил транскипт. В данном хабратопике 9e9names переводит третье занятие. Редактор Astropilot.

                      Занятие 1: Вызов будущего
                      Занятие 2: Снова как в 1999?
                      Занятие 3: Системы ценностей
                      Занятие 4: Преимущество последнего хода
                      Занятие 5: Механика мафии
                      Занятие 6: Закон Тиля
                      Занятие 7: Следуйте за деньгами
                      Занятие 8: Презентация идеи (питч)
                      Занятие 9: Все готово, а придут ли они?
                      Занятие 10: После Web 2.0
                      Занятие 11: Секреты
                      Занятие 12: Война и мир
                      Занятие 13: Вы — не лотерейный билет
                      Занятие 14: Экология как мировоззрение
                      Занятие 15: Назад в будущее
                      Занятие 16: Разбираясь в себе
                      Занятие 17: Глубокие мысли
                      Занятие 18: Основатель — жертва или бог
                      Занятие 19: Стагнация или сингулярность?
                      Читать дальше →
                      • +43
                      • 86.2k
                      • 8
                    • Особенности русской разработки

                        image

                        По роду занятий я часто общаюсь с различными русскими и западными командами. Очень частый вопрос — есть ли какая-нибудь специфика в работе наших и как это влияет на разработку?

                        Есть очень неплохая книжка о специфике работы русских вообще. Она называется «Русская модель управления». Ее написал А.П.Прохоров (другой, не олигарх). Не буду ее пересказывать. Основная идея в том, что русские по своей природе могут работать только в двух модах. В нестабильном состоянии они могут свернуть горы. В это время мотивация очень высокая. В стабильном расслабленном состоянии — когда никто не пинает — русские вроде как работают плохо и не сильно утруждаются.

                        Книга замечательная и действительно многое объясняет в нашей истории. Обязательно прочтите, если не читали. Но я не готов ее рекомендовать как непосредственное руководство к действию. Выводы из нее следуют довольно-таки однозначные и не очень лестные для страны в целом. Однако на самом деле все не так плохо. Наша специфика не является абсолютно контрпродуктивной. Она дает и преимущества и недостатки.

                        Еще один дисклеймер: на реальное поведение людей действует сложившаяся культура в а) команде б) организации в) стране. Причем именно в этом порядке. Есть «прозападные» компании, где влияние наших культурных кодов очень небольшое. В чисто российских компаниях оно просто огромно. Но реально заметить разницу можно только увидев, как различные культуры сталкиваются друг с другом.

                        Я буду приводить влияние разных факторов в порядке их важности и силы влияния. Чем выше — тем сложнее это изменить и тем больший эффект это оказывает.
                        Читать дальше →
                      • Как добиться соответствия продукта рынку с помощью новой канвы ценностного предложения

                        • Translation
                        Мне очень нравится движение бережливых стартапов и его основополагающий принцип, согласно которому соответствующий рынку продукт ищется путем тестирования, изучения и экспериментирования с самыми простыми прототипами продуктов, которые себе только можно представить (так называемыми минимальными жизнеспособными продуктами — MVP). Это помогает компаниям избежать создания продуктов, которые потребителям не нужны. Однако основополагающий концептуальный инструмент для сопровождения этого процесса до недавнего времени отсутствовал. Не было практического инструмента, который бы помогал бизнесменам схематично изображать, продумывать, обсуждать, тестировать и изменять предлагаемую компанией ценность в соответствии с потребностями своих клиентов. Поэтому вместе с Ивом Пинье и Аланом Смитом мы придумали Канву предлагаемой ценности.

                        Канва предлагаемой ценности является как-бы дополнением к Канве бизнес-модели. Она помогает проектировать, тестировать и формировать предлагаемую потребителям ценность более структурированным и продуманным методом точно так же, как Канва бизнес-модели помогает в процессе разработки бизнес-модели (я ранее подробно писал, как мы придумали этот новый инструмент).

                        Канва бизнес-модели с ее 9 составляющими блоками концентрируется на общей картине. Канва предлагаемой ценности подробно рассматривает два из этих блоков – предлагаемую ценность и сегмент покупателя, позволяя описывать и более подробно анализировать «соответствие» между ними. Компаниям необходимо добиться как правильного «соответствия», так и правильной бизнес-модели, если они не хотят прогореть, о чем я писал ранее в посте про неудачи. Эти инструменты лучше всего работают в комбинации. Один не заменяет собой другой.

                        image

                        В данном посте я расскажу об этом концептуальном инструменте. В следующем своем посте я объясню, как его можно применять в тестировании в сочетании с методами развития клиента Стива Бланка и бережливого стартапа Эрика Риса. Канва предлагаемой ценности позволит лучше описать гипотезы по предлагаемым ценностям и потребителям, подготовиться к интервью с потребителями, а также станет руководством по тестированию и изменениям.
                        Читать дальше →
                        • +9
                        • 10.2k
                        • 4
                      • Каждой визитке свой QR-код


                          Вопрос передачи личной контактной информации был, есть и будет актуальным. Как происходит передача контактов в современном мире?
                          Самый распространенный способ – начитка циферок вашего номера собеседнику. Последний вносит информацию в бумажный архив или в телефон. В бумажках есть большой минус — слабая каталогитизация и неудобно реализованный поиск. С телефоном проще, но все-равно это время. Необходимо достать телефон из кармана, барсетки, рюкзака (или где еще носят мобильники?), разблокировать и только потом панично набирать циферки. А в спешке пальчики не слушаются и тыкают куда попало.
                          Читать дальше →
                        • Разработка web API

                          • Translation

                          Интро


                          Это краткий перевод основных тезисов из брошюры «Web API Design. Crafting Interfaces that Developers Love» Брайана Маллоя из компании Apigee Labs. Apigee занимается разработкой различных API-сервисов и консталтингом. Кстати, среди клиентов этой компании засветились такие гиганты, как Best Buy, Cisco, Dell и Ebay.

                          В тексте попадаются комментарии переводчика, они выделены курсивом.

                          Собираем API-интерфейсы, которые понравятся другим разработчикам


                          Понятные URL для вызовов API

                          Первый принцип хорошего REST-дизайна — делать вещи понятно и просто. Начинать стоит с основных URL адресов для ваших вызовов API.

                          Ваши адреса вызовов должны быть понятными даже без документации. Для этого возьмите себе за правило описывать любую сущность с помощью коротких и ясных базовых URL адресов, содержащих максимум 2 параметра. Вот отличный пример:
                          /dogs для работы со списком собак
                          /dogs/12345 для работы с отдельной собакой
                          Дальше
                        • Техническое задание на сайт

                            UPD: Продолжение статьи с примером техзадания

                            Не так давно на хабре были две статьи (Согласно техническому заданию и А зачем мне ТЗ? Я и так знаю!) посвященные техническим заданиям. У меня обе статьи вызвали, мягко говоря, недоумение, в особенности статья «Согласно техническому заданию». На мой взгляд, это вообще вредная статья, которая приводит к неверному понимаю сути ТЗ. В связи с этим хочу выразить свой взгляд на этот вопрос. Не буду говорить обо всех тех. заданиях, слишком широка тема, но думаю смогу рассказать о ТЗ на сайт.

                            То описание технического задания, о котором речь пойдет ниже, не является пересказом ГОСТа, но скорее является его творческой переработкой, хорошо сдобренной горьким опытом. Описанный ниже подход к ТЗ не охватывает все аспекты сайтостроения, но задает общее направление.

                            Большинство сайтов можно отнести к маленьким и очень маленьким проектам, масштаба единиц человеко-месяцев. В силу малости размеров такие проекты спокойно поддаются хорошему продумыванию и легко реализуются с помощью водопадной модели, достаточно просто не лениться на каждом этапе разработки (от написания ТЗ до сдачи проекта). Применять к этим проектам гибкие методологии разработки нет смысла, а как раз есть смысл применять хорошее ТЗ. К тем сайтам, которые не попадают под водопадную модель не стоит применять описанный ниже подход.

                            1. Обоснование необходимости ТЗ


                            А зачем вообще нужно ТЗ на сайт? Заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, мы на карте, о нас, обратная связь». Что не ясно? Ничего необычного, всё обыденно и рутинно.

                            Разработчик отчетливо представляет, что нужно сделать, а сделать, в его понимании нужно вот так:



                            Далее много букв
                          • Я не знаю ООП

                              Я не умею программировать на объектно-ориентированных языках. Не научился. После 5 лет промышленного программирования на Java я всё ещё не знаю, как создать хорошую систему в объектно-ориентированном стиле. Просто не понимаю.

                              Я пытался научиться, честно. Я изучал паттерны, читал код open source проектов, пытался строить в голове стройные концепции, но так и не понял принципы создания качественных объектно-ориентированных программ. Возможно кто-то другой их понял, но не я.

                              И вот несколько вещей, которые вызывают у меня непонимание.
                              Читать дальше →