{
    "version": "https:\/\/jsonfeed.org\/version\/1",
    "title": "Кирилл Беляев: заметки с тегом проект",
    "_rss_description": "о подаче информации, айдентике, интерфейсах и жизненной среде",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=tags\/proekt\/",
    "feed_url": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=tags%2Fproekt%2Fjson%2F",
    "icon": "https:\/\/kirillbelyaev.com\/ru\/blog\/user\/userpic@2x.jpg?1662385101",
    "author": {
        "name": "Кирилл Беляев",
        "url": "https:\/\/kirillbelyaev.com\/ru\/blog\/",
        "avatar": "https:\/\/kirillbelyaev.com\/ru\/blog\/user\/userpic@2x.jpg?1662385101"
    },
    "items": [
        {
            "id": "457",
            "url": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=all\/drivers\/",
            "title": "Драйверы",
            "content_html": "<p>Узнал немного о работе управленцев из финансовой сферы. Пересказываю кусочек, который применим в любой сфере менеджмента для любого проекта.<\/p>\n<p>Менеджеры работают с финансовой (бухгалтерской) отчётностью. Она показывает метрики — изменение интересующих показателей. Финансовые отчёты стандартизированы, потому что служат основой для налоговых отчислений. Главный европейский стандарт — МСФО, в США — ИФРС.<\/p>\n<p>Метрики финансовых отчётов не выявляют причинно-следственные связи, которые нужны для управления.<\/p>\n<p>Поэтому ведут управленческую отчётность. У неё нет жёстких стандартов. Опишу ту, которая оперирует драйверами — процессами, которыми можно управлять в рамках решения задачи.<\/p>\n<p>Сначала задачу раскладывают на отдельные процессы. Строят гипотезу, какими из них можно управлять и запускают. Потом делают срез результатов, меняют «настройки», и через отчётный период снова снимают срез.<\/p>\n<p>В итоге получается набор драйверов, для конкретной задачи и их вес в её решении.<\/p>\n<p>Благодаря такому инструменту, менеджеры понимают, чем можно управлять (что повторяемо и масштабируемо) и какие у этих процессов скорость и сила.<\/p>\n<p>Пример — выдача потребительских кредитов. Желаемый результат описан прибылью, которую хотят получить к определённому сроку. Управлять прибылью напрямую нельзя. Поэтому сначала её переводят в количество кредитов. Для этого определяют, каким будет кредит: для кого, на какой срок, в какой валюте, какого объёма, с какими опциями. После считают, сколько таких кредитов принесут желаемую прибыль. Теперь появляются драйверы: позиционирование и как следствие реклама, мотивация сотрудников на выдачу этого кредита, нормы на отделения — то, чем можно управлять. Дать больше рекламы или обучить сотрудников отделений предлагать кредит устно. Увеличить норму для отделений в центре или в спальных районах. На каждом срезе результаты уточнят вес драйверов и их комбинаций.<\/p>\n",
            "date_published": "2016-08-05T10:57:40+03:00",
            "date_modified": "2016-08-05T10:57:37+03:00",
            "_date_published_rfc2822": "Fri, 05 Aug 2016 10:57:40 +0300",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=all\/drivers\/",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "393",
            "url": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=all\/person-responsible-for-project\/",
            "title": "Ответственный за проект",
            "content_html": "<p>Несмотря на то, что проект люди делают один, задачи у каждого свои. Одному нужно приводить спонсоров, другому увеличивать продажи, третьему думать о развитии. Да, всё это во благо одного проекта, но это разные задачи.<\/p>\n<p>Дизайн решает или помогает решить конкретные задачи.<\/p>\n<p>Когда решения принимают все трое, каждый исходит из своей задачи. Тот, что ищет спонсоров, будет выбирать дизайн для спонсоров, увеличивающий продажи — дизайн для клиентов, ответственный за развитие — дизайн для будущего поколения. Это всё разный дизайн.<\/p>\n<p>Чтобы разработка не превратилась в <a href=\"https:\/\/ru.m.wikipedia.org\/wiki\/%D0%A3%D1%80%D0%BE%D0%B1%D0%BE%D1%80%D0%BE%D1%81\">уроборос<\/a>, и каждый момент не пересогласовывался у каждого специалиста при попытке разрешить предыдущее противоречие, назначают ответственного за проект. Он берёт поводья, уточняет требования всех отделов, ранжирует их и, если возникают вопросы, договаривается со всеми отделами и принимает окончательные решения на каждом этапе.<\/p>\n<p>Делегировать эту работу стороннему дизайнеру нелепо: не будет же он сам себе проект сдавать.<\/p>\n<p>Молодые компании часто в этом пункте тупят. Обычно либо основатель всё решает, либо вся команда. С первым случаем работать можно, второй приводит к уроборосу.<\/p>\n",
            "date_published": "2015-03-03T09:52:44+03:00",
            "date_modified": "2015-03-02T22:22:20+03:00",
            "_date_published_rfc2822": "Tue, 03 Mar 2015 09:52:44 +0300",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/kirillbelyaev.com\/ru\/blog\/?go=all\/person-responsible-for-project\/",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 3572,
    "_e2_ua_string": "E2 (v3572; Aegea)"
}