• Управление изменениями у клиентов по модели ADKAR

      Внедрение решения по управлению проектами всегда связано с организационными изменениями. Для того чтобы продукт значимо повысил эффективность процессов, многие из них требуется адаптировать. Известно, что любые изменения в компаниях начинаются с людей. Можно досконально прописать должностные инструкции, все объяснить и настроить, но если члены команды не готовы к изменениям и/или не хотят ничего менять, результатов от внедрения системы не будет вообще или они окажутся незначительными.

      Именно поэтому каждый customer success менеджер в компании Wrike должен быть экспертом по управлению организационными изменениями и уметь проводить мероприятия по внедрению этих изменений. В данной статье мы разберем одну из наиболее известных моделей по управлению изменениями — ADKAR — и сопроводим описание каждой из ее фаз примерами и пояснениями.

      image
      Читать дальше →
    • Как семеро моддеров Mount and Blade создали игровую студию

      • Перевод

      Игра Mount and Blade: Warband — удобная игровая площадка для любителей моддинга, позволяющая перенести игроков в Средиземье, Вестерос или далёкую-далёкую галактику «Звёздных войн». Однако антуражем самого важного мода для неё стала не выдуманная реальность, а Британия седьмого века. Brytenwalda — это фанатский проект испанского моддера Альберто «Ibidil» Фуэнтевилья де Диего, превратившего Тёмные века Британии в мод, потом в DLC, а затем создавшего инди-студию. Когда Альберто только начинал экспериментировать в свободное время с файлами игры, он ещё не догадывался, как далеко заведут его решимость и любовь к игре.

      Ibidil — творческий человек, он всегда рассказывает истории; в сообществе моддеров он завоевал признание благодаря работе над Iberia: Total War, созданной в 2005 году тотальной конверсией Rome: Total War. Ibidil взялся за работу, когда сообщество испанских геймеров решило, что их нация отражена в игре со слишком большими историческими неточностями; Iberia: Total War разрабатывалась в том числе и затем, чтобы устранить эти ошибки. Ibidil занимался документацией к моду, а также редактировал боевую систему и организовывал работу создателей моделей и текстур, что дало ему большой опыт на будущее.

      Как и сама Британия, Ibidil перешёл от Рима к Тёмным векам. К этому его привело чтение материалов о падении Римской империи и о постримской Британии. «Это был мир с чётко заданной динамикой, состоящий из маленьких воинственных королевств, правители которых знали, что в боях на карту поставлено всё», — рассказывает он. Это идеально подходило для игры. От того периода сохранилось не так много записей, поэтому он и называется Тёмными веками, но это ещё больше вдохновило Ibidil. Он полюбил богатую и сложную историю Британии седьмого века и хотел оживить этот период — Альберто считал постыдным, что «такие имена, как Пенда или Кэдвалла, известны только историкам». Он даже перевёл сборник ранних валлийских поэм Canu Heledd на свой родной испанский язык.
      Читать дальше →
      • +21
      • 8,1k
      • 3
    • Цена качества: 7 принципов оптимизации затрат на тестирование

      image alt


      Думаете, как сэкономить на тестировании вашего ПО? Вы не одиноки. Возникает лишь одно маленькое но: если софт не дотестировать, возможны самые негативные сценарии – от дорогостоящей и крайне невыгодной вам доработки приложения на поздних стадиях до потери репутации и ухода клиентов/заказчиков к конкурентам.
      Читать дальше →
    • Серия вебинаров по системе технического документооборота TDMS Фарватер

        Какие задачи стоят перед системой технического документооборота?


        Вот только часть ситуаций, задач, вопросов и сложностей, с которыми сталкиваются проектные компании ежедневно:

        • Приходится искать актуальные файлы чертежей на компьютерах пользователей.
        • Не получается с первого раза и без ошибок укомплектовать альбомы для стадий П и Р или на это уходит много времени.
        • Теряются письма, ответы на замечания готовятся долго или не отправляются.
        • Внести изменения в проект, который делали год назад, стало проблемой по причине несоблюдения стандартов хранения файлов проекта.
        • Состав документации должен соответствовать Постановлению № 87.
        • Нужно запустить проект в работу за пару часов.
        • Нужно срочно получить оперативную информацию о готовности проекта, а никто не может точно ответить в каком состоянии те или иные задачи.
        • Учет трудозатрат проектировщиков по проекту не ведется, либо система учета устарела и требует наличия нескольких дополнительных специалистов.
        • Нужен эффективный BIM-менеджмент.
        • Необходимо гарантированно соблюдать стандарты проектирования.
        • Необходимо в единой системе эффективно решать задачи офисного и технического документооборота и снизить затраты на их поддержку.
        • Необходимо уменьшить срок проектирования за счет сокращения времени на сопутствующие и вспомогательные операции.
        • Отсутствует надежное хранилище для всех проектов, документов, переписки, связей.

        Приглашаем вас на серию вебинаров, посвященных системе технического документооборота TDMS Фарватер. На вебинарах будет продемонстрирован наш подход к решению вышеуказанных задач. Участие бесплатное, регистрация обязательна.


        Читать дальше →
      • Тяп-ляп и в продакшн? Почему бы и нет

          Как происходит при обычной автоматизации? Составляется техническое задание, функциональные требования, архитектура, и куча других бумажек. Описываются все условия, ограничения, алгоритмы работы в зависимости от окружающей среды, внешний вид форм, проверки данных и т.д. Зачастую, оформление и согласование этих бумажек занимает больше времени, чем сама автоматизация.

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

          Понятно, что в некоторых ситуациях именно так и надо действовать. Например, если автоматизацией занимается внешняя компания – она без таких бумажек не выживет, т.к. только и будет гоняться за достижением убегающих требований. Бумажки гарантируют стабильность, прогнозируемость оплат и сдачи работ. Но вот заказчику эти бумажки гарантируют лишь одно – долгий, скучный проект, который не принесет никакой пользы.
          Читать дальше →
        • Вокруг беты за 260 дней: как мы учились прислушиваться к пользователям

            Все знают: догфудить собственный продукт (ну, есть корм своей собаки – разрабатывать продукт, который сам же используешь) – это правильный во всех отношениях принцип. Работая над конструктором чатботов Aimylogic, мы в Just AI прекрасно представляли, каким он должен быть, но поначалу не догфудили – наши NLU-инженеры обычно сразу пишут код. И поэтому решили пойти по пути lean startup: выкатить бету, собрать ранний фидбэк от пользователей и писать Aimylogic по-живому. Рассказываем, как мы вместе с пользователями шли от беты к релизу.


            Читать дальше →
            • +20
            • 1,6k
            • 2
          • Как менеджеру продукта испортить релиз на финальном отрезке

              Представим, что вы как менеджер продукта делаете идеальное приложение. Оно продумано, ориентировано на определенный сегмент рынка. Инновации, big data, machine learning. И это действительно так. Как же можно запороть релиз на финишной прямой. Инструкция по неприменению.
              Читать дальше →
              • +15
              • 4,5k
              • 5
            • Планирование с удовольствием. Как мы настроили процессы без менеджеров

                image

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

                  Статья про быстрый карьерный рост внутри одной компании. Именно внутри одной, т.к. скачок при переходе — это другая методика, к ней нужно иначе готовиться (там больше комплект увольнения подходит).

                  Сразу скажу: я не считаю, что строить карьеру — это правильно, без этого никак и кто не строит — валенок. При этом я и не считаю, что не строить карьеру — правильно.

                  В карьере нет ничего плохого или хорошего. Так же, как нет ничего плохого или хорошего в изучении ERP, ремонте своей квартиры или прохождении курса «100 отжиманий». Карьера — это проект с определенной целью, в который человек сознательно вступает, чтобы чего-то получить. Взамен он должен потратить больше ресурсов, чем расходовал до этого — времени, нервов, денег.

                  Мне кажется, будет здорово, если дальше вы будете читать именно с таким отношением: карьера — это такой проект. Если я им займусь, то эта информация может мне помочь.

                  Если вы не планируете строить карьеру — не вопрос. Я тоже не планирую, например, никогда внедрять ERP, поэтому не читаю о нем статей. Хотя мог бы читать и писать в комментах все, что я думаю о ERP и авторах статей о ней — только зачем?

                  Надеюсь, мы договорились. Возвращаемся к карьере.
                  Читать дальше →
                • Собеседования — взгляд интервьюера

                    Давным-давно, ещё в стародавние времена я написал статью для Хабра — Собеседование. Взгляд соискателя.

                    За 10 лет прошедших с тех пор многое поменялось: увеличилось количество проектов в моём портфолио, как успешных, так и успешно проваленных; прочитаны десятки книг, просмотрены десятки тренингов и видосиков на ютубе, как полезных так и просто «поедателей времени», а также десятки собеседований, но которые проводил уже я. Спустя некоторое время произошёл пересмотр взглядов, но это не точно, о чем я и хочу рассказать в этой дискуссионной статье.


                    Настало время создать сиквел. Встречайте мой #10YearChallenge, только теперь со стороны интервьюера.
                    Читать дальше →

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