• Багфикс человека: как фиксить баги, которые мешают работать

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


      Как оказалось, причина у всего этого одна — когнитивные искажения. Вот про них и поговорим.


      image
      Читать дальше →
    • Sport is dead! (по мотивам «Agile умер» и прочим некрологам)

        Чуть ли не каждую неделю выходит одна-две статьи про то, что agile/scrum умер и больше не работает. Я решился систематизировать основные проблемы и жалобы по этому поводу и рассмотреть их на примере спорта. Итак…

            — Однажды я предложил поиграть ребятам в футбол. Мы собрали команду, но мяч попал мне в лицо. Я не мог продолжать. Игра была сорвана. Команда — демотивирована. Никогда! Слышите, НИКОГДА не занимайтесь спортом, если не хотите, чтобы ваше лицо стало изуродованным!

        Упс!
        Читать дальше →
      • Быть настоящим и писать код VS перебирать и казаться

          Отличный фреймворк!
          Простой, чистый, производительный!
          Так на его могиле и напишем...

          image

          Полсотни интернет-зависимых не спят. Прижав тощие и не очень задницы к стульям, они флудят в самописном чатике. Удовольствие стоит 6 рублей в час (цена «городского интернета» в далеких
          2000-х с одним сервером на город-полумиллионник).


          На это хватало сэкономленного на студенческих обедах. На выход в Глобальный Интернет по 33 рубля (хренасе!) в час — уже нет. Писк модема на 33600. Ночь.


          Читать дальше →
        • Как дать адекватную оценку времени, когда неопределённость бьёт по башке

            Большинство людей не умеют адекватно оценивать сроки выполнения задач. Ой как это заставляет порой понервничать… Тут и «дэдлайн подкрадывается незаметно». И перестраховка в 500% на всякий случай (все равно не хватает). И отжимание «заведомо раздутых сроков», чтобы исполнитель пообещал чего-то более приемлемого. И невнятные бормотания вместо конкретных цифр.

            image

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

              Этот материал будет полезен в первую очередь тем, кто много занимался программированием и вдруг внезапно стал вынужден заниматься управлением проектами и людьми. С год назад я рассказал про наказания на конференции, а солнышки из Битрикса сделали текстовую версию для #habr. К сожалению, потеряв в точности, четкости и правильности акцентов. За год материала добавилось. В конце — чеклист для ленивых :)

              Итак. Если вы не садист или моральный урод, а ваши сотрудники — не мазохисты, то сомневаюсь, что кому-то из вас наказания доставляют удовольствие. Мне — нет.
              image
              Читать дальше →
            • Почему наша студия не делает бесплатные концепции

                Большинство согласований, обсуждений и холиваров приходятся на разработку главной страницы сайта. И хотелось бы, чтобы заказчик в них участвовал. Но если вы делаете бесплатную концепцию — то это навряд ли. Ибо аналитика — долго, студий много, а заказчик один. Дизайнерам приходится импровизировать, опираясь на формулировки из документации типа «расширить личный кабинет» и «сделать меню более интересным». В итоге получается никому не нужный сферический конь дизайн в вакууме.

                image

                Читать дальше →
              • Традиционный безалкогольный хакатон в Сибириксе: пишем бесплатный HelpDesk

                  Традиционно на хакатон мы берем небольшой проект. Который имел бы практическую пользу. Вот так, с наскока, мы уже сделали:
                  • Хуижн — сервис для демонстрации заказчикам макетов с хранилищем в Google Docs. Это было прикольно.
                  • Planing Poker — старый, но все еще довольно посещаемый проект.
                  • KeyRights — корпоративный парольник. Пожалуй, единственный проект с хакатона, который решили сделать платным.



                  В этот раз мы решили покуситься на святое — написать HelpDesk. Абсолютно бесплатный, опенсорсный, безумно простой, ставится на раз-два. Рисуем дизайн, верстаем. Все это за неделю до. Собираемся в воскресенье в 10 утра в офисе. Закупаемся энергетиками, и понеслась!
                  Читать дальше →
                • Компьютерные интерфейсы в кино — эволюция воображения

                    TL;DR. Мы пытались охватить многое, поэтому статья получилась пугающе объемной. Но, надеюсь, познавательной. А еще под нее ностальгировать можно.



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

                      Вообще техническая поддержка — это боль и слёзы рынка веб-разработки. Самые слёзные жалобы к нам поступают с просьбой забрать какой-то проект на доделки.

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



                      Декларируют техподдержку многие. Делать системно и рентабельно умеют единицы. Этот текст скорее для студий (чтобы они могли улучшить свои процессы или сказать, как улучшить наши). Но будет полезен и тем, кому действительно интересно разобраться, есть ли жизнь после релиза. Мы потратили десятки часов на обсуждения и споры внутри студии, чтобы решить, что наш процесс должен выглядеть как-то так. И хотя мы довольно гибко можем настроить некоторые аспекты технической поддержки (например, вести работу в любимом таск-трекере заказчика), каркас, к которому мы пришли, мне кажется, довольно хорош.
                      Читать дальше →
                      • +10
                      • 7,8k
                      • 3
                    • 8 сортов муды в твоей веб-студии

                        Муда, что по-японски означает «потери» — это любая деятельность, которая потребляет ресурсы, но не создает ценности для клиента. (Источник).



                        Эта короткая заметка для тех, кто системно ищет, где его студия теряет деньги. Похвальное занятие в наше весёлое время.

                        Хорошо систематизировали виды потерь ребята из Toyota. Тойотовцы выделяют 7-8 видов муды, потерь на производстве. Посмотрим, есть ли аналоги между потерями в автомобилестроении и работе студии.
                        Читать дальше →