• Реализация системы GTD на основе новых возможностей Google Keep и Calendar

    • Tutorial
    За последние годы Google Keep и Calendar значительно расширили свою функциональность, что дает возможность построить более удобную реализацию методологии GTD (Getting Things Done) на их основе. Ранее я уже публиковал материал с реализацией GTD на основе Google Calendar. Представленный теперь материал можно рассматривать как обновленную реализацию GTD на тех же принципах, но с использованием более современных средств.

    В моем материале 2015 года в качестве базового элемента для всех пяти фаз управления рабочим процессом (Control) в системе GTD был выбран один и тот же сервис — Google Calendar. Теперь на различных фазах в качестве базовых элементов будут использоваться два разных сервиса — Calendar и Keep — в соответствии с приспособленностью их функционала для отдельных фаз.

    • Calendar теперь будет использоваться в качестве базы для фазы обзора (Review-Reflect), а также для фазы выполнения (Do-Engage).
    • Keep будет использоваться в качестве базы для фазы сбора (Collect-Capture), фазы обработки (Process-Clarify) и фазы организации (Organize).

    Реализация GTD в Google Calendar (развернут список ближайших действий на неделю):


    Pеализация GTD в Google Keep (категория ближайших действий):
    Читать дальше →
  • Как это устроено: работа команды аналитиков на примере разработки одного digital-сервиса


      Кто все эти люди?

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

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

      О том, как это выглядит на практике и насколько разными бывают аналитические задачи даже внутри одного сервиса, рассказал Олег Сахно, руководитель направления исследований Rookee.
      Читать дальше →
    • Кто ответит в agile за качество разработки сложных проектов, или методология Quality Gates

        Сегодня мы наблюдаем, как во всем мире постепенно отмирает waterfall-модель разработки. Ее не любят за тяжеловесность и плохую реакцию на изменения. Это напрямую влияет на актуальность продукта и увеличивает ТТМ (time-to-market), выливаясь в дополнительные затраты. Разработчики перестраиваются на рельсы agile, и мы здесь не исключение.

        Методология agile изначально создавалась для маленьких команд, которые делают продукт под ключ в режиме end-to-end и сами отвечают за его качество. Но как быть, если разрабатываешь высококритичные банковские системы, над которыми трудятся десятки agile-команд? Как достичь той уверенности в продукте, которую дает долгое, исчерпывающее тестирование как в waterfall? В этом посте мы поделимся своим решением этого вопроса.


        Читать дальше →
      • Логика построения универсальных графиков работ

          Графики работ сотрудников неотъемлемая часть любой CRM системы. Но в зависимости от специфики бизнеса клиента они могут очень отличаться. В клинике это графики приема пациентов, в телекоме – графики подключения клиентов, в школе – графики занятий. Все они отличаются по структуре и сути. У них разные шапки, разный набор полей, разные сетки.

          Наша ERP-Платформа ориентирована на быструю разработку любой нишевой конфигурации и мы задумались, а как бы это все сделать удобно. В первую очередь для себя. Чтобы наши трудозатраты на разработку графика для специфической ниши занимало не более человеко-часа.

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

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


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


          Я пришел в MIPS Computers — вторую компанию-производителя полупроводниковых приборов в моей карьере — в качестве директора по маркетингу, а также взял на себя обязанности действующего директора по продажам. Весь первый год жизни компании я работал как заведенный, хватаясь за любые возможности и создавая новые. Без колебаний и в любое время я садился в самолет и летел куда угодно, лишь бы наш проект пришел к успеху. Я тесно работал с инженерами, чтобы сделать продукт востребованным, и пытался добиться применения наших микросхем в проектах компаний, которые создавали мощные инженерные рабочие станции. Параллельно я искал правильные рынки, клиентов и процессы продаж. Поспать мне, конечно, не удавалось, но это был один из лучших периодов моей жизни.
           
          И вот, год спустя — хорошие новости.
          Читать дальше →
          • +16
          • 6,5k
          • 3
        • Фабрика печати: почему «ЛАНИТ-Интеграция» завела собственную «типографию»

            Проектирование и внедрение комплексных инженерных и ИТ-решений предполагает создание большого объема технической документации согласно требованиям законодательства. Ее подготовкой и выпуском в "ЛАНИТ-Интеграции" занимается специальное подразделение. В горячие периоды в среднем каждые четыре часа мы печатаем порядка 40 томов документации в составе 1000 листов чертежей, расходуя около 750 погонных метров бумаги площадью свыше 400 кв. м. При пиковых нагрузках объемы увеличиваются в 2-2,5 раза. Без профессионального оборудования справляться с такими задачами, пожалуй, было бы невозможно. Сегодня я расскажу, как и почему мы перешли на другой класс оборудования и что помогло существенно сократить время на последнем этапе подготовки документации — при печати и брошюровании.

            Источник
            Читать дальше →
          • Почему не стоит экономить на профессиональном ПМ

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

            Данная статья будет интересна всем тем, кто когда-либо собирается собрать собственную команду, открыть собственное дело, или уже это сделал, но что-то пошло не так. И еще, всем тем, у кого по непонятным причинам, проект не может завершиться уже длительное время.
            Читать дальше →
            • +11
            • 3,2k
            • 9
          • Где Agile ужасен, особенно Scrum

            • Перевод
            Гибкость — без сомнения хорошая вещь, и в манифесте Agile есть смысл. По сравнению с хрупкой практикой под названием «водопад», Agile заметно лучше. Тем не менее, на практике гибкие подходы часто наносят глубокий вред, и в действительности вряд ли здесь уместна дихотомия Agile/Waterfall.

            Я видел, как множество вариантов Agile, называемых Scrum, реально убивают компанию. Под «убивают» я имею в виду не «ухудшение культуры», а скорее когда акции компании падают почти на 90% за два года.

            Что такое Agile?


            Agile вырос из среды веб-консалтинга, где он приносил определённую пользу: при работе с привередливыми клиентами, которые не знают, чего они хотят, обычно приходится выбирать из двух вариантов. Или одолеть клиента: установить ожидания, соответствующую оплату за переделки и поддерживать отношения равенства, а не подчинения. Или принять некорректное поведение клиента (как, скажем, приходится многим дизайнерам) и ориентировать рабочий поток вокруг клиентской дисфункции.
            Читать дальше →
          • PMI RU: Исследование зарплат руководителей проектов в России за 2017 год



              Российское отделение PMI опубликовало исследование зарплат РП за 2017 год ещё в июле этого года, а на Хабре этот вопрос никак не обсудили. Поделюсь своими впечатлениями. В отличие от глобального исследования (Pulse of the Profession 2018) в российском исследовании есть особенности:
              За основу взята не зарплата, а общий доход. За основу взяты числа получаемые на руки, а не до уплаты налогов. Добавлен ряд данных интересных для России — разрез по городам и “белизна” дохода.
              Читать дальше →
            • Легальные книги по управлению проектами от PMI


                Рассмотрим ситуацию с одним из самых популярных проджект-менеджмент «талмудов» — Сводом знаний по управлению проектами (PMBoK — Project management body of knowlege) от американского института PMI (Project management institute). Вряд ли вам встретится нелегальная бумажная книга, поэтому далее речь пойдет об электронном варианте.

                В нелегальном виде предыдущая, пятая, версия этой книги есть у многих из интересующихся предметной областью управления проектами. А что будет, если вдруг вздумается получить последний, шестой, официальный вариант?
                Читать дальше →

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