{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ivan's blog: posts tagged управление проектами", "_rss_description": "It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast.", "_rss_language": "en", "_itunes_email": "ivanzviahin@gmail.com", "_itunes_categories_xml": "", "_itunes_image": "https:\/\/www.ivanzviahin.by\/blog\/user\/userpic-square@2x.jpg?1711411913", "_itunes_explicit": "no", "home_page_url": "https:\/\/www.ivanzviahin.by\/blog\/tags\/upravlenie-proektami\/", "feed_url": "https:\/\/www.ivanzviahin.by\/blog\/tags\/upravlenie-proektami\/json\/", "icon": "https:\/\/www.ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913", "author": { "name": "Ivan Zviahin", "url": "https:\/\/www.ivanzviahin.by\/blog\/", "avatar": "https:\/\/www.ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913" }, "items": [ { "id": "21", "url": "https:\/\/www.ivanzviahin.by\/blog\/all\/scrum\/", "title": "Книга «Скрам»", "content_html": "
\n\"\"\n<\/div>\n

«Скрам» — это набор принципов<\/i>, на которых строится процесс разработки. Он позволяет в жёстко фиксированные отрезки времени предоставлять конечному пользователю работающий продукт с новыми возможностями. Возможности продукта определяются в начале отрезка времени на этапе планирования и не могут изменяться на всём его протяжении. При этом строго фиксированная длительность отрезков придаёт процессу разработки предсказуемость и гибкость.<\/i><\/p>\n

Команда<\/h2>\n

Владелец проекта должен давать возможность принимать самостоятельные решения<\/i> команде. Команда не должна тратить время на ожидания инструкций от менеджера. В команде все должны быть универсальными солдатами. Каждый специалист должен обладать навыками, которые необходимы для завершения проекта.<\/p>\n

На практике маленькие команды<\/i> работают быстрее, чем большие. Джефф пишет, что идеальная команда — 7 человек.<\/p>\n

Обвинять нужно не игрока, а игру. Все мы являемся частью игры. Методика принимает реальность и не ищет виноватых. Методика изучает систему, ставшую источником ошибки, и исправляет её.<\/i><\/p>\n

Время<\/h2>\n

Время — важный ресурс, поэтому им нужно дорожить. Работу следует разбивать<\/i> на равные отрезки времени. Промежуток времени может быть 1...4 недели. Если вирус «Скрам» уже в вашей команде, называйте эти промежутки «спринтами».<\/p>\n

В конце каждого спринта должен быть готовый продукт,<\/i> который уже можно использовать. Все должны быть в курсе как идёт работа и что сейчас делается. Информация о проекте ускоряет<\/i> работу.<\/p>\n

Джефф говорит, что нужно выкинуть все визитки в компании. Назначенные должности — ярлыки статуса. Лучше гордитесь тем, что сделали. Как к вам будут обращаться — не важно.<\/p>\n

Проводите ежедневные собрания по 15 минут,<\/i> не больше. Каждому в команде нужно ответить на четыре вопроса:<\/p>\n

    \n
  1. Что ты делал вчера, чтобы помочь команде?<\/li>\n
  2. Что ты будешь делать сегодня?<\/li>\n
  3. Что мешает работе?<\/li>\n
  4. Успеваешь ли ты завершить работы до конца спринта?<\/li>\n<\/ol>\n

    Потери<\/h2>\n

    В одном «спринте» нужно делать один проект, максимум два. Многозадачность отупляет.<\/p>\n

    \n\n\n\n\n\n\n\n
    Проекты<\/i><\/td>\nПотр. время<\/i><\/td>\nПотери<\/i><\/td>\n<\/tr>\n
    один<\/td>\n100%<\/td>\n0%<\/td>\n<\/tr>\n
    два<\/td>\n40%<\/td>\n20%<\/td>\n<\/tr>\n
    три<\/td>\n20%<\/td>\n40%<\/td>\n<\/tr>\n
    четыре<\/td>\n10%<\/td>\n60%<\/td>\n<\/tr>\n
    пять<\/td>\n5%<\/td>\n75%<\/td>\n<\/tr>\n<\/table>\n<\/div>\n

    Джефф рассказывает, что работать надо меньше. Выходные и отпуск никто не отменял. Работая много, мы устаём и продуктивность труда падает. Привет Коле Товеровскому →<\/p>\n

    Ставьте реальные цели, которые можно измерить. Недостижимые цели вызывают<\/i> депрессию и рушат продуктивность команды.<\/p>\n

    Не будьте засранцем сами и не позволяйте другим. Если у вас в коллективе есть человек, который унижает людей, создаёт хаос или внушает страх, от него нужно избавиться.<\/p>\n

    Планирование<\/h2>\n

    Не стоит строить планы на 10 лет вперёд. Планируйте ровно на столько, чтобы команда была занята. Планировать нужно с помощью карт с числами Фибоначчи.<\/i> Это одна из самых быстрых и надёжных оценок времени. Числа: 1, 2, 3, 5, 8, 13.<\/p>\n

    Работа — сценарий. Сценарий должен:<\/p>\n

      \n
    • Быть завершённым, осуществимым на практике, не зависимым от обстоятельств.<\/li>\n
    • Быть открыт для обсуждения.<\/li>\n
    • Приносить пользу.<\/li>\n
    • Быть удобен для оценки объёма работ.<\/li>\n
    • Быть кратким и конкретным.<\/li>\n
    • Пройти проверку на практике.<\/li>\n<\/ul>\n

      Каждая команда должна точно знать, сколько работы может сделать за один «спринт». А также, должна устранять<\/i> всё, что тормозит её работу.<\/p>\n

      Счастье<\/h2>\n

      Истинное счастье находится в пути, а не в его завершении. Как правило, награждают только за результат, но самое крутое — процесс.<\/i> Просто быть счастливым недостаточно. Меряйте счастье с помощью способа «индекс счастья» и сопоставляйте его с производительностью. Вот как он функционирует: в конце каждого спринта каждый участник группы должен ответить на четыре вопроса:<\/p>\n

        \n
      1. Оцените свою роль в компании по шкале 1...5.<\/li>\n
      2. Оцените компанию в целом по той же шкале.<\/li>\n
      3. Почему вы так считаете.<\/li>\n
      4. Назовите вещь, которая может сделать вас счастливее в следующем спринте.<\/li>\n<\/ol>\n

        Падение уровня счастья происходит за несколько недель раньше падения динамики производительности. Следя за «индексом счастья» вы предупреждены о проблеме и сможете с нею разобраться как можно быстрее.<\/p>\n

        Таблица «скрам-команды» должна состоять из пяти<\/i> колонок: в очереди, приняты, в работе, на рассмотрении, сделано!<\/p>\n

        В конце каждого «спринта» команда выбирает маленькое улучшение, которое сделает их счастливее. Это самая важная вещь, которой они добьются в следующем «спринте».<\/p>\n

        К чёрту тайны в команде! Все должны знать всё. Запутывание следов нужно только тем, кто ищет собственную выгоду.<\/p>\n

        Приоритеты<\/h2>\n

        «Бэклог» — список входящих задач. Джефф говорит, что его нужно составить и проверить дважды,<\/i> расставить акценты. На верх списка поднимаются задачи с наивысшей ценностью и наименьшим риском.<\/p>\n

        Команде нужен владелец продукта внутри, который превратит идею проекта в «бэклог». Он должен уметь, осмыслять<\/i> продукт, рынок и клиента. Владелец продукта — профессионал с огромным опытом, может принимать окончательные решения. Всегда доступен<\/i> для команды и готов отвечать на вопросы. Ответственен за получение ценности. Владелец продукта решает, что должно быть сделано и почему. Каким образом достичь этого и кто будет это делать — команда решает сама.<\/p>\n

        Расскажу немного про принцип «ООДА». Суть: вы должны видеть всю стратегическую картину, действовать тактически и быстро.<\/p>\n

          \n
        • Наблюдать.<\/i> Ясно видеть ситуацию по мере развития событий.<\/li>\n
        • Ориентироваться.<\/i> Это не только локация. Ещё это варианты развития ситуации.<\/li>\n
        • Решать.<\/i> На основе наблюдений.<\/li>\n
        • Действовать.<\/i> Говорит само за себя.<\/li>\n<\/ul>\n

          Выпускайте продукт вовремя. Намыливайте, смывайте, снова намыливайте. Всегда 20% функционала — 80% ценности продукта. Не упустите момент сдачи!<\/p>\n

          Внедрение<\/h2>\n
            \n
          1. Выберите владельца продукта внутри команды.<\/li>\n
          2. Выберите команду 3...9 человек.<\/li>\n
          3. Создайте «бэклог». Его должен вести владелец продукта.<\/li>\n
          4. Отдайте «бэклог» на уточнение и оценку команде. Команда использует числа Фибоначчи.<\/li>\n
          5. Планируйте «спринты» в одну или две недели. Учитывайте количество баллов с прошлого «спринта». Наращивайте динамику производительности. Не добавляйте новые задания в действующий «спринт».<\/li>\n
          6. Ведите доску задач.<\/li>\n
          7. Проводите ежедневные собрания на ходу. Каждый в команде отвечает на три вопроса:\n
              \n
            • Что делал вчера?<\/li>\n
            • Что будешь делать сегодня?<\/li>\n
            • Какие препятствия встают на пути?<\/li>\n<\/ul>\n<\/li>\n
            • Проводите обзоры спринта. Там команда показывает результаты.<\/li>\n
            • Проводите ретроспективные собрания. После сдачи спринта команда садится за стол и отвечает на вопросы:\n
                \n
              • Что прошло хорошо?<\/li>\n
              • Что можно было сделать лучше?<\/li>\n
              • Что можно сделать лучше в следующем спринте?<\/li>\n<\/ul>\n<\/li>\n
              • Начинайте следующий спринт.<\/li>\n<\/ol>\n

                Есть у кого опыт внедрения «Скрам» в дизайн-команды?
                \nНапишите в комментариях своё мнение, буду очень благодарен!<\/p>\n", "date_published": "2017-07-10T06:31:04+00:00", "date_modified": "2021-08-17T22:49:29+00:00", "image": "https:\/\/www.ivanzviahin.by\/blog\/pictures\/progress-product.jpg", "_date_published_rfc2822": "Mon, 10 Jul 2017 06:31:04 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "21", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/www.ivanzviahin.by\/blog\/pictures\/progress-product.jpg", "https:\/\/www.ivanzviahin.by\/blog\/pictures\/3af80bd3686b4a7cbe8fb8937218c909.png", "https:\/\/www.ivanzviahin.by\/blog\/pictures\/save-yourself-first.png", "https:\/\/www.ivanzviahin.by\/blog\/pictures\/talking.jpg" ] } } ], "_e2_version": 3849, "_e2_ua_string": "E2 (v3849; Aegea)" }