Как что? Брать и воплощать ее в жизнь. Вот непосредственно брать и делать.

“Что значит брать и делать? А я не умею.” - воскликнет современный инновационный предприниматель. Менеджер пойдет по другому пути. Он будет считать себя супер-креативным малым, который обладает “видением” а все остальное - суть неважные мелочи. Главное найти нужного исполнителя. И это еще полбеды если идея состоит в создании супер-CRM системы, а если ты хочешь табуретку сделать новую и деталь хитрую? Тут уже без токаря или плотника не обойтись. И вот уже предприниматель озабочен многими мыслями.

Где достать денег, как найти нужного исполнителя, как заплатить исполнителю поменьше, как до него донести, что именно он-предприниматель является главными носителем “видения” до которого (конечно же) сам мастеровой догадаться не в силах.

Да, толкового токаря сейчас не найдешь, поэтому в головах визионеров (чаще всего) рождаются идеи в области IT и организации барбер-косметических-кофеен. Такой креативный предприниматель обычно не очень хорошо понимает сложность этого мира потому в его голове “все просто”. Именно с таких слов начинаются стартовые разговоры с IT-консультантами и разработчиками. “Мне кажется, это очень простая задача” - обычно задумчиво замечает предприниматель. Ну а коль это все просто, то значит и дешево. Зачем же платить дорого за сложное если можно заплатить дешево за простое.

В голове такого предпринимателя не может уложиться простая мысль. Если его идея так проста в реализации, и, следовательно, дешева, то почему сами программисты ее не сделали долгими зимними вечерами. Ах! Ну да! Эта гениальная идея конечно же не может посетить головы тупых программистов. Увы, как правило, головы серьезных и опытных архитекторов набита задачами и решениями до краев. А коль описанная предпринимателем система до сих пор не реализована, то, скорее всего, он что-то не понимает в уровне сложности, а значит и в уровне энергий, которые необходимо вложить в решение этой задачи.

Вторая фаза. Трансляция “видения”. На этой стадии предприниматель пытается объяснить в чем же его понимание “простой” задачи. И он начинает показывать свои наброски, микропрезентации и черновики. Наброски скудны и содержат несколько тезисных предложений. Например : “Кейсы! Люди платят за них миллионы!” И ведь трудно же поспорить c этой вводной. Разумеется, “это только малая часть наработок”, все основное в голове “визионера” и он готов рассказать об этом лично. Кто будет эти рассказы записывать, формализировать, вычленять суть и главное сколько это займет времени? Эти вопросы остаются без ответа и повисают в воздухе.

Когда IT-предприниматель показал свои тезисные предложения и сообщил что с его точки зрения “задача довольно проста” начинают осторожно подниматься вопросы стоимости. Разработчик пожимает плечами. Он знает, что без детального анализа задачи вопрос о стоимости не может быть поставлен. Осторожно намекает на разработку ТЗ (хотя бы чернового) чем вызывает закатываение глаз предпринимателя. “Ну вот вы какие, программисты, никуда без ТЗ не дернетесь!”. Ну почему же!? Дернемся. Но только надо понимать, что в этом случае полученная система будет (прежде всего!) продуктом творчества программиста, результатом его размышлений а не размышлений заказчика. А это уже совсем другой разговор. В этом случае программист становится не исполнителем но активным соавтором конечного продукта, что должно быть зафиксировано.

Разработчик, после разговоров с предпринимателем и прочтения тезисных материалов понимает, что тут уже речь идет не о простенькой задачке, а о целом комплексе, который должен обслуживать 10 тысяч активных пользователей в режиме 24/7. Осторожно замечаешь про мобильные платформы и получаешь радостное кивание! Ну конечно и мобильные платформы. В этот момент архитектор, который тоже уже анализировал этот рынок и эти решения, сопоставляет задачу со своими представлениями о стоимости ее реализации, понимая, что такой комплекс должен создаваться и тестироваться коллективом серьезных профессионалов и стоит это будет дорого. Предприниматель же собирается выступить на рынке и потеснить уже существующих игроков или своим (но написанным чужими руками) продуктом открыть новые ниши.

В этот момент в переговорном процессе возникает конфликт двух моделей. Модели “простой задачи” в голове предпринимателя и модель сложного комплекса в голове архитектора. Озвученные архитектором цифры вызывают у предпринимателя оторопь. Ведь он же считал задачу простой. Момент недопонимания стороны пытаются рассмотреть с разных сторон. Одна сторона пытается показать задачу сложной и дорого, другая простой и дешевой. Взаимопонимания, как правило нет. Слишком разные модели в головах. Объяснить что-либо оказывается более чем затруднительно.

В этот момент разработчик пытается для себя решить простую, но очень важную задачу. Браться ли за этот проект или нет. Вкладывать душу, опыт и знания в проект смыла нет. Заказчик все равно не поймет и не оценит. Писать “как для себя”, нет ни времени, ни смысла, ни денег. Разработчик либо отказывается от проекта, либо вынужден гнать откровенную халтуру. Делать “просто” с использованием открытых библиотек, готовых наработок, шаблонных решений. Никакой сложности, никаких новаций, никаких элегантных архитектурных или алгоритмических решений. Это удел серьезных проектов и серьезных корпораций. На выходе получается то, что получается. А что поделать? По Сеньке и шапка. И разумеется ни на шаг не отступает он подтвержденного и детально описанного ТЗ.

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

Господа предприниматели-креативщики-авторы-гениальных-идей. Уясните себе несколько простых вещей.

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

Все что вы “накреативили” уже много раз придумано и проанализировано вопрос не в ваших идеях а в деньгах на реализацию.

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

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

Не хотите приглашать в проект? Готовьте адекватные бюджеты ваших проектов и не питайте иллюзий.

Что же о нас. Мы умеем делать сами. Вот и делаем. Нам креативщики не нужны.