Принципы из ритейла в управлении IT проектами

    Введение


    Мне очень нравится Дмитрий Потапенко. С ним можно найти не так много видео на Ютубе, но я пересмотрел все. Если кто не знает — это человек, владелец около 15 магазинных и ресторанных сетей, ведет бизнес в РФ, Болгарии и Чехии, под ним работают 7000 человек, суммарный оборот $140 млн в год. До кучи, в прошлом — двухкратный чемпион мира по каратэ, в 25 лет стал вице-президентом Грюндиг по СНГ.
    В общем, крутой мужик.

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

    Стратегия важнее тактики


    Стратегические просчеты невозможно компенсировать тактическими успехами.
    «О войне», фон Клаузевиц


    Это же можно сказать и про проект. Выбрали десктопное приложение вместо того, чтобы писать под Web — огромный просчет. Выбрали неверную сферу и под нее угрохали огромное количество средств — никак не реализовать. Выбрали неправильный приоритет по функционалу на месяц, конкурент вас обогнал — опять же, потеря может быть критической. Выбрали неверную технологию — вместо быстрого языка PHP писать на «правильном» типа Ява — опять же потеряли стартовую скорость, еще не выйдя на орбиту.

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

    Зарплата сотрудника должна быть плавающей


    Перед сотрудником должны стоять цели, из семи слов, с измеряемыми цифровыми показателями. Как говорил Друкер, всем, что можно измерить, можно управлять. Таким образом можно поставить зависимость эффективности сотрудника от конкретных задач, и избавиться от проблемы, что сотрудники пришли в 9, ушли в 18, хотя работа не доделана. Хочешь получать много — доводи задачи до конца, хочешь еще больше — работай эффективно и опять же немало. Хочешь ничего не получать — ну ок, сиди в Фейсбуке.

    Потапенко предлагает клевую методику, давно известную, кстати. У каждого сотрудника есть набор показателей — семь слов с цифровыми показателями. ЗП завязана на значения этих показателей. Вот и все.
    К примеру, это суперпозиция 10 показателей у программиста и его руководителя — стабильность проекта, удовлетворение пользователей. Делая вклад того или иного показателя больше или меньше, вы указываете программисту (и его руководителю), на что сделать упор. А люди видят, что их оценивают по результату.
    Разумеется, должен быть гарантированный оклад, ниже которого человек не получит.

    Руководитель должен знать цену своей минуты


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

    Станьте своим клиентом


    Потапенко рассказывает, что целый год жил в Чехии и Болгарии как простой человек, пытаясь понять своего клиента. Вжиться в его роль. Я уже писал об этом, это — самое важное в управлении проектом, понимание конечного пользователя. Если вы не умеете мыслить, вживаться в роль своего пользователя, все остальное будет неверным: за неправильным выбранным функционалом и неверным прототипом интерфейса последуют потерянные часы и деньги в виде работы дизайнеров, программистов, тестировщиков и других специалистов. Заметьте — я не говорю, что нужно слушать своих пользователей, ибо они — не профессионалы в разработке проектов. Суть именно в том, чтобы погрузиться в роль своего пользователя, при этом оставаясь профессионалом в разработке проекта, и сделать удобный интерфейс. Ибо, как говорил Форд — если бы я слушал своих клиентов, то я вряд ли должен был бы им дать что-то большее, чем немного более быстрая и выносливая лошадь.

    Знание шкуры конечного пользователя позволяет видеть, что важно делать сейчас и как именно это нужно сделать, а что можно не делать вообще, либо отложить надолго.

    Думайте о рисках заранее


    Когда у Потапенко вынесли офис под ноль (за то, что раз в неделю к Дмитрию приходил консультант, который когда-то давно работал в другой фирме и взял в той другой фирме оригиналы документов, которые есть в шести экземплярах много где, и эта фирма теперь проходит по какому-то делу), на следующий день никто из компании не уволился (а дело было в субботу), а всем клиентам крупным (в том числе Леруа Мерлен) отгрузили все в срок. Вот что значит управление рисками.

    По сути дела, это часть стратегии. На все должен быть план, чтобы когда бяка случается, вы не тратили время на удивление, а действовали по накатанной четко и спокойно. Особенно рекомендую 9 правил ведения IT бизнеса в России.

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

    Быстро и просто — значит дешево и сердито


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

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

    И на одном семинаре, где он аргументированно критикует CEO, звучит его фраза — народ в РФ вымирает, кадров не найти, так чего же вы рассчитываете на умных сотрудников, а обходит вас МакДональдс, заточенный под биороботов?

    Плюс говорит на Селигере, что если вы делаете сетевой объект — вы сразу должны делать первый же объект по сетевому принципу. При этом выносить (принцип из программирования SPOT/DRY) в одну точку что-то дорогое и делать дешевым за счет аутсорса — например, кухню.

    Это отлично ложится в разработку стартапов. Люди начинают делать продукт — не важно, будь это новая СУБД, интернет-магазин по продаже чесалок для жопы или автоматизация финансовых потоков. Умные и уверенные в своем профессионализме, они думают, что набрасываемые статичные прототипы и user stories — это замена живым данным и вживанию в роль пользователя. Сразу делается на бюджет в пару миллионов за полгода большое, тупое, никому не нужное говно, которое тонет в очередной раз.

    Вопрос — в чем же дело, почему не работают крутые методологии, когда все по-взрослому, и профессионалы работают вроде бы?

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

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

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

    Почему живые данные и работающий прототип (первые версии проекта). Потому что как только в любую красивую веб-верстку вместо ispum dolor вставить разноцветных текстов по 100 кб, которые будет вставлять клиент, а также 20 пунктов меню — все становится по-другому.
    Как только вместо кликабельных HTML из Акзура вы видите работающий поисковик с таблицей, в которой выводится 50000 записей, сразу становится понятно, как и что нужно фильтровать и какие сортировки добавить. Этого НЕЛЬЗЯ предусмотреть на бумаге. Человеческий мозг слишком слаб, чтобы моделировать такие сущности.

    Нет, конечно, я не отрицаю, можно и успешно делать большие проекты, применять RUP, и быть успешным. Но если мы говорим про молодую отрасль — управление проектам в IT, как правило — в Web, я бы сильно усомнился, что целесообразно действовать традиционным подходом (даже с Agile, но без микроитераций, быстрых версий и погружения в роль пользователя).

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

    Посмотрите ролик в тему, как строят самолет на лету. Очень точно отражает идею.


    Еще одна идея из Потапенко — всеобщая стандартизация и прозрачность каждого действия людей. А-ля сотрудники-биороботы. Не буду отрицать, что стандарты кодирования, оформления статей в вики, обязательных комментов к коммитам и другие могут сэкономить вам тысячи час в разных ситуациях.

    Стартап — это бизнес


    Любой стартап, как это не прискорбно, это бизнес. Если не брать успешные единицы, в проекте немаловажной является минимизация издержек. Это же, кстати говоря, относится и к скорости. Хотите писать таск-менеджер на С++, с крутой ООП архитектурой, чтобы сразу выдерживал миллион запросов в секунду — честь вам и хвала. При этом чтобы люди сидели в одной комнате в элитном бизнес-центре, все было по самым крутым методологиям, все стены обвешаны UML.

    Но не удивлюсь, если такую команду, которая уже изначальна будет должна инвестор не один миллион, обойдет парочка друзей, скопивших на халтурах полмиллиона, и выпускающая каждую неделю новую версию таск-менеджера на C#. При этом имеющую удаленных программистов из всех регионов РФ и Украины. Потом уже эти люди заработают денег и перепишут с нуля. Но первый этап — взлететь, и взлететь быстро, за счет постоянной обратной связи от пользователей, быстрого выкатывания простых решений.

    Применять идеи из других сфер


    Потапенко спрашивает зал: как вы думаете, какая самая крупная розничная сеть? МакДональдс? Валлмарт?

    Ответ неверный! Правильный ответ — католическая церковь!

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

    Много работать


    Это тупо, но — нужно много работать. Лично я работаю в среднем по 12 часов в день, 6 дней в неделю. Если работаешь эффективно, при этом у тебя резко растет количество результатов в единицу времени. Затем придет и качество.
    Если хочется машину — выбросите эту идею, лучше снять квартиру около работы (или офис около дома, если свой бизнес). Машина — актив, который падает в цене. А ваше время, просераемое в пробках — это невозобновимый ресурс, стоимость которого, если вы знаете свою минуту, может стократ превышать за год мнимый «комфорт» от машины.
    А вот когда будет лишние пара миллионов — можно и машину купить. ИМХО, разумеется.

    Аутсорс дорогих участков процесса


    Согласитесь — лучше пару раз в месяц дернуть суперспеца по сдельной работе, чем держать такого за бешеный оклад и не знать, как его загрузить. Поэтому дорогие аспекты работ нужно выносить на аутсорс и группировать (в сетях обычно выносят кухню — Single point of truth из программирования работает и тут).

    Заключение


    Напишите ваш опыт применения принципов из других сфер в управлении проектами в комментарии.

    Переопубликовал в ЖЖ
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 49

      0
      Интересно, стоит послушать/посмотреть видео
      +3
      Это все интересно конечно, но совсем не принципиально. Ситуации в жизни разные, состояния среды разные, коллективы вообще разные и сильно разные по качеству человеческого материала. Чужой опыт это как приключенческий роман никак не связанный с реальной жизнью. То что верно для его бизнеса, может быть смертельно для твоего.

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

      PS. не особо доверяйте официальной легенде. Жизнь куда проще и жестче.
        0
        Согласен, Вы точно изложили, на мой взгляд, основной смысл.

        А то, что говорится не все и не совсем так, как было — тоже понятно.
        –5
        Что вы так хвалите этот свой похапе? На том же шарпе многие вещи делаются быстрее за счёт наличия плюшек типа LINQ и R#
          +2
          Вы путаете стабильную и нестабильную среду.

          На похапе тупо народу больше — след-но бизнесмену проще и дешевле нанять — следовательно стартануть.

          Здесь скорость имеется в виду внешняя, а не внутренняя сферического коня сами знаете где.
            0
            Или C#
            Добавил в текст
              +1
              речь о самом подходе.

              брать и писать мегакруто, как все должно быть,
              или быстро и просто, а потом рефакторить.
            +1
              0
              >> Московский Институт радиотехники, электроники и автоматики; Диплом «Инженер конструктор-технолог».
              из наших, техническое образование, потому и процессы строит подобным образом.
                +28
                Комментарий содержит много ненависти. Я предупредил.

                Я ненавижу ритейл. Он превращает продукты в говно.
                Причём именно ритейл как способ ведения бизнеса.
                Я попробую пояснить свою точку зрения:
                Возьмём современную сотовую связь**. В данный момент это ритейл. Это сложные запутанные тарифы, десять сносок со звёздочками и серый шрифт договора. Это отсутствие договора как такового, ибо когда вы купите Sim(заметьте, купите, а не заключите договор на обслуживание), вам скажут что договор на сайте, сайт есть зарегистрированное сми и соответственно оператор будет менять в одностороннем порядке ваши тарифы. Это сокрытие информации и платежах и тому подобные вещи. Это ужасное качества сервиса.
                Я помню договор МТС который я заключал примерно 9-10 лет назад. Это была кипа бумаг подписанная двумя сторонами, скреплённая печатью. Ничего не было подвохом. Сейчас любая покупка услуг в ритейле — повод насторожиться, всё десять раз проверить и всё равно согласиться на изменяемые в одностороннем порядке условия.
                Теперь возьмём банковский ритейл, альфа не заключает(!) договора, а берёт какую-то странную подпись на какой-то бумажке, а договор коллективный на сайте, опять может меняться без уведомления, невменяемые условия вкладов и кредитов. Или Тинькофф кредитные системы, которые продают свои кредитные карты в магазине за 49 рублей.
                Или Logitech, который, вроде являясь хорошей фирмой, делает 10 моделей веб камер и придя в магазин я ни на одной камере не вижу минусов, только плюсы, в каждой. И во младшей и в старшей расписано какая она хорошая. Я держу две разных камеры с разной ценой и вынужден лезть в мелкие тексты спецификаций в надежде понять, чем же они отличаются. Или genius который пишет что веб камера имеет 5 мегапикселей, хотя это жуткая интерполяция. Потому что сейчас все долбаные ритейлеры разливают молоко по 900мл или 900 грамм, потому что двухлитровая пачка сока уже содержит 1.93 литра жидкости.
                Ритейл это неграмотные продавцы, ужасное обслуживание. Ритейл это дёшево и убого. Я не видел ни одного аккуратного и хорошего ритейла*. Может я не прав.

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

                А обслуживание говно потому что
                Заметьте — я не говорю, что нужно слушать своих пользователей, ибо они — не профессионалы в разработке проектов.

                Когда оказание услуги переходит в ритейл оно обезличивается, качество снижается, обороты растут, бизнес развивается, услуга превращается в говно которое пипл хавает.

                Я уверен что все способы ведения бизнеса хороши, и конкуренция покажет кто прав а кто нет. Но работать в такой команде я не хочу.

                Извините, если кого обидел.

                *дейстрительно не видел ни одного нормального ритейлера
                **MTS, Beeline, Мегафон
                  0
                  >которое пипл хавает.

                  Как правило в сфере IT это не длится долго.
                    +3
                    На рынке энтерпрайз софта — длится долго.
                      0
                      От решительности руководства заказчика и понимания «что ему надо» зависит.
                    0
                    А обслуживание говно потому что
                    Заметьте — я не говорю, что нужно слушать своих пользователей, ибо они — не профессионалы в разработке проектов.


                    Если бы при разработке IT проекта, выслушивались и выполнялись бы все требования и пожелания всех представителей клиента, то это была бы never ending story, без единого шанса на то, чтобы когда-то закончится.
                      0
                      Что делать производителю? Как продавать свой товар кроме как не через ритейл? Развивать свою розничную сеть? Это дорого.
                        0
                        Как Вы могли заключать договор с МТС 9 лет назад, если Вам тогда было 14 лет? (Судя по Вашей дате рождения)
                          +1
                          Да, именно 9 лет назад. Именно 14 лет. Я тогда первый год устроился летом на каникулах работать и за лето таская цемент и песок и крася в закрытых помещениях парты в школе, вопреки всяким нормам смог заработать 700 рублей за месяц. Тогда отец добавил необходимую сумму чтобы купить самый простенький Siemens A50 (вот обзор 2002 года). И тогда я мог заключить договор с МТС. Я пришёл туда с мамой чтобы заключить договор на неё, но там сказали что с 14 лет и при наличии паспорта это можно делать на самого абонента. Уже спустя год, когда многие мои одноклассники покупали себе телефоны им не разрешали регистрировать на себя и требовали регистрировать на родителей. И тарифы тогда менять в офисе надо было, и все злились что надо тащить родителей в офис. А я мог сам сходить и всё поменять.
                            +1
                            Даже документы скорее всего у родителей в кладовке лежат, может найду как нибудь, вспомнить, почитать условия. Цены точно помню 26 центов в минуту, с округлением в большую минуту. Спустя год примерно посекундная тарификация появилась, а ещё через год наверно GPRS.
                        0
                        Не все аспекты в IT могут быть охвачены подходами из других отраслей. В некоторых случаях такое портирование может быть даже вредным. Почему смотреть тут: "Dan Pink on the surprising science of motivation" (есть субтитры на русском). Довольно большой кусок посвящен производительности.
                        • НЛО прилетело и опубликовало эту надпись здесь
                            0
                            посмотрите Селигер
                            www.youtube.com/watch?v=u9cEvv5FrV8

                            ОХУИТЕЛЬНО!
                            • НЛО прилетело и опубликовало эту надпись здесь
                            0
                            Ритейл — это в первую очередь процессы и процедуры. Объект продажи может быть невыразительным.

                            В случае с IT проектами куда чаще требуется уникальность продукта. И только при достижении некоторого объёма происходит оптимизация проекта.

                            Советую почитать труды Адизеса про менеджмент — там очень подробно рассказывается о разных типах управления и областях применения.
                              0
                              ок, спс за наводку
                                0
                                почитайте ещё Тейлора. Он так давно заложил и изложил основы менеджмента и в том числе вопрос надбавок за переработки, а не плавающую зарплату (почувствуйте разницу), что непонимание этого как-то наводит на мысль…
                              • НЛО прилетело и опубликовало эту надпись здесь
                                0
                                Шоп я делал без этой Потапенки :)
                                  +9
                                  Как человек, занятый работой в IT-проекте, хочу сказать, что это херня.

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

                                  В IT большую часть времени люди делают что? Нет, не сидят в вконтактике. Учатся. Учатся. Учатся. Учатся. for( a=md5();a==md5(a);a=md(a)) do_learn(); Точка с запятой.

                                  Оставшуюся часть времени — они придумывают, как эти знания применить. Сам процесс применения тоже занимает время, но куда меньшее, чем первые два этапа.

                                  И нахер тут сдалась экономическая стимуляция вылизывания ануса клиенту с продольными вибрациями. Потому что если «за деньги», то никто не будет по-настоящему вгрызаться, учиться и придумывать. Будут делать что сказали (если вообще согласятся).

                                  Вот мне придумали делать премию в зависимости от успехов моего проекта — но мне ни холодно ни жарко. Потому что если мне приспичило разобраться как там менеджер памяти в линуксе работает, то я буду с ним разбираться, а не делать то, что клиенту удобно. А если меня заставят делать то, что удобно клиенту, а не то, что мне интересно, я просто потеряю интерес к работе. Вне зависимости от денег. Разумеется, нужно искать компромисс между тем, что нужно работодателю и тем, что мне интересно. В том смысле, что я стараюсь среди всего того, что мне интересно, найти то, что будет полезно работодателю. Но не более.

                                  А размер ЗП, премия и прочие социальные блага — это такая приятная вещь, упрощающая взаимодействие с оффлайном, не более. Потому что есть вещи, которые does matter по-настоящему.

                                  И, кстати, насколько я понимаю, крупные компании класса Гугла вполне это понимают.
                                    0
                                    Во-первых, интерес — вещь субъективная. Вы же не будете отрицать, что визуально самсунг-гаджеты на андроиде и айфоны не сильно отличаются?
                                    Однако, у фанатов айфона глаза блестят, и они готовы платить в три раза больше, чтобы «только тот самый».

                                    Вопрос подачи задачи играет наиважнейшую роль. И если правильно подается задача — она будет интересной. Это уже вопрос руководителя.

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

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

                                    Что касается статьи, речь об управлении проектах в реальных условиях. Вон, посмотрите, в вакансиях люди в Питер ищут пхп-программистов, что аж готовы билет оплатить. Казалось бы, программеров много — да хороших не так много. А проекты делать нужны, деньги зарабатывать — тоже.

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

                                    В тему подачи — смотрите, есть задача сделать аггрегатор купонных сайтов. Одно дело вы говорите программисту — ну, сделай парсер, на автомате обходит сайты, и это на нашем сайте выводит.

                                    Другое дело поясняете. Сейчас кризис, поэтому тема групона — коллективные покупки со скидками, когда и у людей денег мало, и у бизнеса дела не идут — взлетела. Сайты наши любят пиздить друг у друга, поэтому клонов в России — под сотню. На каждом сайте свои скидки, людям неудобно.
                                    А мы делаем проект, который позволит сэкономить тысячам людей их поиски и найти нужный им купон. Одновременно мы создаем рабочее место — с помощью проекта, который ты напишешь, двое-трое людей будут получать деньги, чтобы кормить себя, свою семью, платить за квартиру.
                                    Ты — самое главное и ценное звено в реализации проекта, потому что никакая идея, если она не реализована, ничего не стоит — а именно реализацией идей занимается программист.

                                    Вот. А задача-то одна и та же.
                                    ЗЫ: речь о сайте купонгид.ру, видел про него передачу Бизнес-секреты Тинькова
                                      +3
                                      То, что вы говорите — это работа мелкого ремесленника. Поправил в конфиге/скрипте и ладушки. В вашем представлении это и есть работа программиста. Писать код.

                                      Но код — это мусор, фантики. Если посмотреть количество кода, которое ежедневно выкидывается и рефакторится, то становится понятно, что считать результатом работы программистов код — это всё равно, что считать, что результатом работы резчика по дереву является стружка.

                                      Настоящее развитие — не в написании очередного групона, фейсбука и ещё какой мелкопоместной бизнес-иконы. Настоящее развитие — это когда делается что-то, чего не делали до тебя. Придумать как (причём речь не о том, «как продать» или «как сделать удобно») — и дальше ЭТО уже можно перепаковывать в триста разных других бизнес-идей.

                                      Гугль — это не тыщапяцот программистов, это алгоритм PR, который, внезапно, сделал рейтинг страницы зависящим не только от самой страницы, но от всего интернета.

                                      Весь интернет — это не десятьтысячпятьсот интернет-магазинов, а революционная и гениальная идея о hope-by-hope маршрутизации. Не будь её — и мы бы ютились в уродливых порождениях телефонных компаний с безумными ценами и куцей функциональностью.

                                      Я говорю именно про это — управление проектами и прочие ужимки с целью превратить творческий процесс в механическую работу класса «в какой момент улыбнуться на кассе» нужны и важны — но только как средство адаптации того нового, что кто-то придумал. А придумает его он только если ему это будет по-настоящему интересно.

                                      Поясню разницу… Разница примерно такая же, как между инженером, проектирующим трап у нового самолёта — и лабораторией Райт. Райты не думали об удобстве пассажиров.

                                      И то, что я говорю — что интернет и современное IT уже лет 30-40 живёт за счёт гиков. Первое поколение компьютерщиков ещё не были компьютерными гиками (они были математиками и инженерами) — но они создали почву для следующих поколений — и чем дальше, тем больше на появление Реально Клёвых Вещей начинает влиять не указка менеджера продукта, а гиковское «охота пуще неволи».
                                        0
                                        Во-первых, я не говорил что нужно поправить в скрипте и все взлетит.

                                        Может, необходимо отрефакторить систему. Просто нужно выделить время, попросить на рефакторинг. Обозначить, что вам нужно убрать SQL-запросы из кода, к примеру. Прикрутить туда ORM, сделать обертки, прикрутить IoC контейнер. Добавить индексы к БД. Или переписать с нуля :))

                                        Во-вторых, насчет работы мелкого ремесленника. Если вы хотите свести любой проект уровня ниже указанных вами к незначимым — это ваше личное право. Однако, каждый воспринимает мир субъективно. В моих глазах, например, бизнес, дающий работу паре десятков тысяч человек не менее значим, чем появления Гугла с его алгоритмом. Точно так же, любой проект, который решает до него ранее не решенную задачу, может вырасти в нечто грандиозное. Все нужно смотреть в динамике — тот же Яндекс начинался как поисковая система по библии, и внезапно — учет русской морфологии до сих пор позволяет ему искать лучше Гугла по русскоязычным сайтам (моя нерепрезентативная выборка ИМХО).

                                        Да, я понимаю, вы, возможно, очень умны и подобные задачи (кстати, мы их еще не определили) кажутся вам мелкими и несолидными. Да, по едоку и миска, как говорят. Однако, интерес — вещь субъективная. Теорема Ферма тоже на первый взгляд кажется простой, школьник любой доказать может — ан нет, 8 лет понадобилось Уайлзу, и самый современный матаппарат.

                                        Согласен, что все самое важное делается за счет фанатов своего дела. А часто люди становятся такими в процессе решения простых задач. Знаете, как часто описывают они свою саксес стори? Я никогда не думал, что буду заниматься %X, но вдруг случилось %Y, и все заверте.

                                        Очень приятно видеть обобщения великих идей на уровне сути, кстати.
                                          +1
                                          Бизнес, который даёт работу скольки-то там тысячам человеков — это просто кусочек общества. Не будет этого бизнеса — будет другой.

                                          Эволюция человечества строится на открытиях и изобретениях — именно они отличают племя папуасов от племени кавказцев.

                                          Задача бизнеса (в самой глобальной перспективе) — найти метод коммодитизации изобретений (потому что вторая половина истории эволюции — это история коммодитизации сакрального).
                                            0
                                            Ну, если мы касаемся столь глубоких вещей, хочу поделиться таким соображением. Добавляю, я не считаю, что обладаю достаточным опытом для того, чтобы рассуждать на таком уровне объективно.

                                            Мое ИМХО — проблема в том, что никто не знает, что же на самом деле важно. Именно выбору, что делать сейчас, что — потом, а на что нужно вообще забить, и посвящена во многом данная статья. Даже в масштабах проекта это непроста, а в масштабах целой планеты тем более. Нужен единый разум, пора объединиться и сделать еще один скачок к сингулярности :)

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

                                            В тему задач и гиков. На мой скромный взгляд, нередко гики делают действительно те задачи, которые им интересны, а не нужные в текущей ситуации (причем текущая задача может быть стратегической, а не просто временной и сиюминутной, и может быть уровнем разработки архитектуры серьезной хайлоад системы). Если нет менеджмента, способного работать с гиками — не будет и результатов, как у того же Эппла. И если в плане компаний это так, то в плане мира расхождение между «объективно» для многих очевидными задачами, и теми, что решают гики, колоссально. Я думаю, если бы мощь людских мозгов была направлена на решение таких задач, а не исследовательскую работу себе в кайф, мы бы жили гораздо счастливее. Грубо говоря, простой пример — во время очевидно неверно работающий, нуждающейся в рефакторинге экономико-политической системе мира, все взоры ученых прикованы к БАКу, к новому измерению М-теории (как там называется последняя версия), и к тому, что жизнь, оказывается, может быть еще и на мышьяке, и углеродный шовинизм, возможно, является таким же бредом, как когда-то общепризнанный эфир.
                                              0
                                              а какие вы видите глобальные проблемы?

                                              мое ИМХО — очень медленно идет передача накопленного опыта между поколениями.
                                              мечта о чем-то подобному тому, как это описал Азимов — в том самом рассказе «Профессия», где образование внедряется за один сеанс.

                                              кстати, именно гики там и двигают планету вперед, так что вы в чем-то очень глубоко смотрите :)

                                              если не читали — прочитайте, рекомендую
                                                0
                                                Омани улыбнулся, сверкнув зубами.
                                                — Институт высшего образования — вот как точно называются эти
                                                заведения.
                                                — Теперь-то я это понимаю, — сказал Джордж, — до того ясно, что
                                                только удивляюсь, каким я был слепым. В конце концов, кто изобретает новые
                                                модели механизмов, для которых нужны новые модели специалистов? Кто,
                                                например, изобрел спектрограф Бимена? По-видимому, человек по имени Бимен.
                                                Но он не мог получить образование через зарядку, иначе ему не удалось бы
                                                продвинуться вперед.
                                                — Совершенно верно.
                                                — А кто создает образовательные ленты? Специалисты по производству
                                                лент? А кто же тогда создает ленты для их обучения? Специалисты более
                                                высокой квалификации? А кто создает ленты… Ты понимаешь, что я хочу
                                                сказать. Где-то должен быть конец. Где-то должны быть мужчины и женщины,
                                                способные к самостоятельному мышлению.
                                                — Ты прав, Джордж.
                                                Джордж откинулся на подушки и устремил взгляд в пространство. На
                                                какой-то миг в его глазах мелькнула тень былого беспокойства.
                                                — Почему мне не сказали об этом с самого начала?
                                                — К сожалению, это невозможно, — ответил Омани. — А так мы были бы
                                                избавлены от множества хлопот. Мы умеем анализировать интеллект, Джордж, и
                                                определять, что вот этот человек может стать приличным архитектором, а тот
                                                — хорошим плотником. Но мы не умеем определять, способен ли человек к
                                                творческому мышлению. Это слишком тонкая вещь. У нас есть несколько
                                                простейших способов, позволяющих распознавать тех, кто, быть может,
                                                обладает такого рода талантом. Об этих индивидах сообщают сразу после Дня
                                                чтения, как, например, сообщили о тебе. Их приходится примерно один на
                                                десять тысяч. В День образования этих людей проверяют снова, и в девяти
                                                случаях из десяти оказывается, что произошла ошибка. Тех, кто остается,
                                                посылают в такие заведения, как это.
                                                — Но почему нельзя сказать людям, что один из… из ста тысяч
                                                попадает в такое заведение? — спросил Джордж. — Тогда тем, с кем это
                                                случается, было бы легче.
                                                — А как же остальные? Те девяносто девять тысяч девятьсот девяносто
                                                девять человек, которые никогда не попадут сюда? Нельзя, чтобы все эти
                                                люди чувствовали себя неудачниками. Они стремятся получить профессии и
                                                получают их. Каждый может прибавить к своему имени слова «дипломированный
                                                специалист по тому-то или тому-то». Так или иначе каждый индивид находит
                                                свое место в обществе. Это необходимо.
                                                — А мы? — спросил Джордж. — Мы, исключения? Один на десять тысяч?
                                                — Вам ничего нельзя объяснить. В том-то и дело. Ведь в этом
                                                заключается последнее испытание. Даже после отсева в День образования
                                                девять человек из десяти, попавших сюда, оказываются не совсем подходящими
                                                для творчества, и нет такого прибора, который помог бы нам выделить из
                                                этой десятки того единственного, кто нам нужен. Десятый должен доказать
                                                это сам.
                                                — Каким образом?
                                                — Мы помещаем вас сюда, в приют для слабоумных, и тот, кто не желает
                                                смириться с этим, и есть человек, которого мы ищем. Быть может, это
                                                жестокий метод, но он себя оправдывает. Нельзя же сказать человеку: «Ты
                                                можешь творить. Так давай, твори». Гораздо вернее подождать, пока он сам
                                                не скажет: «Я могу творить, и я буду творить, хотите вы этого или нет».
                                                Есть около десяти тысяч людей, подобных тебе, Джордж, и от них зависит
                                                технический прогресс полутора тысяч миров. Мы не можем позволить себе
                                                потерять хотя бы одного из них или тратить усилия на того, кто не вполне
                                                отвечает необходимым требованиям.
                                                Джордж отодвинул пустую тарелку и поднес к губам чашку с кофе.
                                                — А как же с теми, которые… не вполне отвечают требованиям?
                                                — В конце концов они проходят зарядку и становятся социологами.
                                                Индженеску — один из них. Сам я — дипломированный психолог. Мы, так
                                                сказать, составляем второй эшелон.
                                                Джордж допил кофе.
                                                — Мне все еще непонятно одно, — сказал он.
                                                — Что же?
                                                Джордж сбросил простыню и встал.
                                                — Почему состязания называются Олимпиадой?

                                                  0
                                                  Да, этот рассказ прекрасен. Спасибо, что напомнили.
                                                  +2
                                                  С момента, как человечество научилось производить еды больше, чем тратить, обогревать и строить жильё, создало интернет, больше проблем не осталось. Остались только интересные задачи и придуманные цели, недостижение которых некоторыми людьми воспринимается как проблема.
                                                    0
                                                    то есть болезни не являются проблемами?
                                                    наличие огромных и разных культур, народов, говорящих на других языках?
                                                    неосвоение космоса?

                                                    все это — не проблемы?
                                                      +1
                                                      С точки зрения человечества — нет. Разнообразие культур — основа для успешного смешения (придумано ещё не нами, называется двуполое размножение). Болезни мало отличаются от несчастных случаев и на общее существование человечества оказывают малое влияние.

                                                      Пожалуй, из нерешённых проблем — зависимость от конкретной планеты и звезды.
                                          +1
                                          И еще, насчет вот этого

                                          >И нахер тут сдалась экономическая стимуляция вылизывания ануса клиенту с продольными вибрациями. Потому что если «за деньги», то никто не будет по-настоящему вгрызаться, учиться и придумывать. Будут делать что сказали (если вообще согласятся).

                                          Если удастся вовлекать в разработку интерфейсов программистов — чтобы те подсказывали, что можно сделать проще, а что дольше, какие могут быть технические варианты — то есть ставить задачу изучить потребности реального клиента, увидеть своими глазами — чем это не challenge?

                                          На самом деле, это реально круто — вот никто до тебя не делал проект для пользователей, мечтающих о полетах в космос, а ты — сделал, сам таким мечтателем с детства не являясь. Но на время разработки проекта ты им станешь.

                                          Блин, это как актерская игра. Актеров — дофига, конкурсы в Щуку бьют все рекорды (разве что желающих освоить ПХП еще больше, хе-хе). А выдающихся, способных погрузиться в роль полностью — тот же Евгений Леонов, к примеру — единицы.
                                            0
                                            замечу, что про вовлечение в разработку интерфейсов — это, конечно, неправильно.
                                            но в отдельных случаях может быть интересным
                                              0
                                              Это правильно в небольших командах.
                                          0
                                          Очень в тему после трудового дня
                                            +1
                                            Спасибо! Мотивирует!)
                                              0
                                              > У каждого сотрудника есть набор показателей — семь слов с цифровыми показателями. ЗП завязана на значения этих показателей. Вот и все.

                                              Это работает для специальностей с предсказуемой однообразной деятельностью (типа вытачивания гаек), но для программистов — это адъ.

                                              Даже Спольски показал, что после того, как вы внедрите критерии оценки, программисты быстро найдут способ давать очень высокие показатели по этим критериям при падении качества конечного результата.

                                              И в реальной жизни ЗП завязана не со значениями ваших показателей, а с ценой на рынке труда. Если у ваc «пришли в 9, ушли в 18, работа не доделана» и фиговая зарплата, а в других конторах (где работают знакомые) — «пришли в 9, ушли в 18», все доделано, нормальная зарплата — то программисты уйдут в минимально короткий срок. И найти им замену и ввести в проект будет на порядки дороже нахождения замены для сотрудника ритейла (и ввода его в работу).

                                              Так что в ИТ ваш подход будет работать только в простых повторяющихся задачах, не требующей специальной квалификации и с невысокой оплатой труда (типа аникейщиков нижнего уровня техподдержки).

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

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