Как стать автором
Обновить

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

Я знаю, что все то, что написано выше делает меня менее эффективным в работе — я не хочу с этим мириться
Т.е. пост о том как стать идеально эффективным? И вы при этом хотите избавиться от перфекционизма? :)

Для начала смиритесь с тем, что идеальная степень идеальности — недостижима, получите удовольствие от собственной перфекционистичности и расслабьтесь… И это станет началом на пути к балансу с собой.
{оффтопик: если бы меня не заминусовали за мысль противоположную общей, то был бы просто плюсик у комментария}
Полностью поддерживаю и согласен!
А здесь нету общей мысли. Всгда минусовали, минусуют и будут минусовать. Большинство тех, что согласен просто посмотрит и максимум — поставит плюс к комментарию. А несогласные плюнут в лицо да еще и разотрут посильнее.
И вот так всегда, а еще обиднее когда всю ночь пишешь статью или перевод, скорее публикуешь, а на утро видишь кучу минусов от этих самых несогласных…
Т.е. пост о том как стать идеально эффективным?

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

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

А как отойти от серьезной проблемы? Сделать ее несерьезной. Поэтому я и написал коммент в таком ключе.
Попробуйте взглянуть на ситуацию с юмором, типа «еще тут верстка плывет, надо поправить… а пофиг, напишем что черпали вдохновение в работах Дали)))».

Мне помогает)
Сложность кода в теории сверху ничем не ограничена. Городить этажи абстракций можно бесконечно — покуда есть время или деньги, чтобы оплачивать чужое время. Джоэль Спольски не зря ругает «архитектурных астронавтов» — это плохие люди, которые впустую тратят время и деньги.

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

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

В общем, make it work, make it right, make it fast.
Я думал я один такой псих… оказывается нет. У меня из-за перфекционизма проблема с друзьями и радными, а в голове только текущий проект (цель), но я уже давно заметил, что думать о проекте постоянно в во время еды, в тренажёрном зале, с девушкой не просто НЕ помогает сделать проект лучше, оно ещё и мешает наслаждаться жизнью!
Я бываю счастлив, реально счастлив, только когда заканчиваю проект — это пару дней блаженства и расслабленности. Но это капля в море!

Не так давно я открыл для себя один способ облегчения ситуации — что-то похожее на мидитацию. Я сажусь на пол, закрываю глаза и стараюсь ни О ЧЁМ не думать. На самом деле это намного сложнее чем кажется! Но через минут 10-20 получается, и не поверите: улучшается настроение и из головы уходит всякий мусор — сразу стаёт всё прозрачно и понятно: что делать и как.
А вы можете по конкретнее рассказать, как вы заставляете себя ни о чем не думать? Мне это в первую очередь интересно для нормального сна. Я закрываю глаза, остаюсь наедине с собой, и мыслей о проекте еще больше чем за компьютером. И я прямо просыпаюсь, и начинаю что то серчить, о чем думал.
Со сном та же проблема. Помогает следущее: лечь в удобную позу, расслабиться, начать дышать ровно и спокойно (как человек который спит — это очень важно) и постараться ни чём не думать — это сложно описать. Но похоже как на пустоту перед собой, куда прям лезут мысли, их отганяешь. Особенно мысли о проекте. Через пару минут понимаешь, что сердце успокаивается, дыхание тоже, появляется расслабленность по всему телу, тут лично мне на ум приходит уже не проект, а всякая такая чепуха… иногда девушки) что-то приятное и расслабляющее… бац и ты уже спишь!
Обычно советуют отгонять лезущие в голову мысли, и думать о том, как важно сейчас отгонять другие мысли. Вот приходит Вам в голову идея, как решить проблему, с которой Вы бились всю неделю, а Вы её не записываете, а гоните прочь. ;)
Могу сказать, что мне помогает:
Способ 1: сконцентрироваться на собственном дыхании.
Способ 2: думать о чем-то монотонном, спокойном. В последнее время я вспоминаю финал уровней в PainKiller — там всегда в конце светящийся портал и звучит горловое пение :) Раньше представлял себе поездку на велосипеде или машине, такую укачивающе-усыпляющую. (предвижу шутки по поводу велосипеда и засыпания, но тем не менее).
по моему, в данном случае, проблема в понимании, что руководить надо людьми. простыми живыми человеками.
у которых есть свои проблемы, своя мотивация делать что-то или не делать, что им нужен кто-то, кто может сказать «как надо» что важно, а что нет. поставить задачу однозначно. одернуть, в нужный момент.
проблема не в тайм менеджменте, а в уверенности в себе, в опыте управления коллективом.
кто то должен принять риски и показать куда мы все движемся и как мы это будем делать.
1)Почитай «Getting Real», а потом (ну в целом не обязательно) ReWork
2)Начни использовать в своих проектах CI и Scrum
С таким подходом что
«Каждый месяц(неделю или две) мы выкатываем релиз на паблик» И эта дата не переносится и не откладывается.
Т.е. это ощущение что мир не идеален у тебя не пропадет, НО проекты начнут жить и двигаться к идеалу намного быстрее
Свою не удовлетворенность внутреннюю при этом можно легко побороть мыслями
«Ну да в продакшене не все идеально, но я просто использую методологию и в следующем спринте все исправлю»
3)Маркетинг и первое впечатление. Тут все просто
Не вкладывай деньги в рекламу пока нет положительного фидбека от пользователя. Его появление(фидбека) означает что пора вложится в рекламу для той ЦА к которой он(пользователь) принадлежит.

Если есть вопросы по конкретным инструментам и опыту с чего я это все взял задавай.

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

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

А по поводу маркетинга — не совсем про то. Маркетинг это же не реклама, это куда большее. Это как раз и есть когда идея твоего продукта разложена по полочками, от чего уже и складывается представление о нем у потребетилей и соотвественно появляются и мысли у тебя, как его продать.
Я даже в английском стараюсь использовать глаголы в Perfect, а не Simple.
— Вы страдаете перфекционизмом?
— Я им наслаждаюсь!

Дожили, человек, который делает хорошо, спрашивает как ему научиться делать плохо :)
Моя зарплата утроилась, когда я научился делать плохо (по моим меркам).
Ну вот… купили:)
Может быть вы научились делать достаточно хорошо и при этом втрое быстрее?
Да, примерно так и есть. Некомпетентным менеджерам этого достаточно. Но я посмотрел свой старый проект — красивый код, юнит-тесты, удобные отчеты об ошибках… И никаких проблем с поддержкой. А вся эта современная беготня в стиле «стартап за 48 часов» — это же одноразовые сайты.
Интересно, реально найти работу, где надо делать хорошо, а не быстро?
Реально. Но сначала там надо проработать несколько лет, чтобы первые версии проекта уже вышли, но было видно (и вам, и начальству, и потребителям), что можно и полезно сделать лучше. Тогда в свободное от поддержки проекта и коллег, занятых развитием других частей, время, можно развивать свою часть, причем делать это хорошо.
НЛО прилетело и опубликовало эту надпись здесь
Ну вот я, собственно, о том же.

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

Быть мудаком — легче. Быть хорошим человеком — намного сложнее, но лучше.

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

Другое дело, что мир нифига не идеальный, и кушать тоже хочется… Сложно, в общем, все это. Каждый выбирает свою дорогу.
НЛО прилетело и опубликовало эту надпись здесь
Эх, сталкиваюсь.
Это даже не совсем перфекционизм, это неуверенность.

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

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

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

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

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

Давайте посмотрим на известных людей-перфекционистов, например, на известного Стива Джобса, вот его непубличные факты биографии (выжимка с биографической книги), дословная цитата его жены Лоурен Пауэлл:

«Восемь долгих лет мы обсуждали нашу будущую мебель в теории. Например, Стив долгое время задавался вопросом, зачем вообще в доме нужен диван?»


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

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

p.s. Был на прошлой неделе у друга-бизнесмена на новом ремонте, как бы обмывали его переселение, просто шикарный дорогостоящий ремонт (я себе такой позволить не могу). Но вот смотришь — там уголок не одет, в углу смотришь плинтус неровно обрезан… Ручка на двери чуть-чуть не горизонтально отцентрирована… что-то попытался сказать — так он смеется в лицо — это ж фигня всё, ты чё? А я вот как-то напрягся весь: на фоне такой роскоши просто куча косяков по мелочам что убивает всё очарование, и человек этого В УПОР НЕ ВИДИТ. Вот ещё тоже до вашего поста тяжко думал — это моя проблема, или всё-таки его?
Спасибо за ответ. Я полностью прочитал книгу о Стиве Джобсе. Перфекцинизм, скурпулезность к тому что я люблю были во мне всегда. Но вот именно эта книга, как мне кажется, сделала эту черту моего характера моей проблемой. А если быть конкретнее — первый Mac. Джобс показал людям нечто. Внешний вид, системная часть, упаковка, презентация, 80-й год компьютер сам сказал о себе. А в Apple I прекрасной была только системная часть Возняка…
НЛО прилетело и опубликовало эту надпись здесь
Хороший повод, чтобы сделать систему для штамповки вроде CMS или фреймворка, заточенных под свои нужды.
Пример с Джобсом не совсем корректен. Не факт, что он был перфекционистом по отношению к себе. Перфекционистом лучше быть не по отношению к себе, а к подчинённым. Тогда они будут больше следить за ВСЕМИ деталями своей работы, если вы придираетесь к ОДНОЙ мелкой недоработке. А начальник пофигист — страдает от пофигизма подчинённых.
Сроки много что ломает. Неправильные цели, неправильная оценка, размытые требования, безответственность и просто «просрали на ровном месте». Они и так сломаются, потому что ломаются на большей части проектов.
Вспомнилось:

«В аду для перфекционистов
ни серы нету ни огня,
а лишь слегка несимметрично
стоят щербатые котлы»

А вообще-то по-моему перфекционизм — это здорово!
Пост надо было начать так: «Здравствуйте, я — Илья и я — перфекционист.»

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

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


Итак — меняем отношение!
Давайте подумаем, сколько надо вам времени, чтобы сделать идеальный продукт? Правильный ответ — вся жизнь. Дольше Вы делать не сможете. Мало того — вам и не удастся его сделать. Всё, чем восхищаются люди, неважно, iPhone это или скрипка Страдивари, для их создателей было несовершенным продуктом с кучей изъянов, которые надо было исправить «в следующем релизе».
Так что же делать?
Уменьшить время! Вместо установки «как мне сделать это идеально?», спросите себя «как мне сделать это идеально за 5 минут?» Совершенство измеряется во времени. Если вы не уложились — вы проиграли. Вы не сделали вообще. А не сделанный продукт — это самый несовершенный продукт в мире. Попробуйте, Вам понравится результат :)

Можно создать экспериментальный проект: делать в нем осознанные шаги намеренно неправильные и отличающиеся от собственных мыслей типа «так надо» и «так делают». Это поможет увидеть внутренний страх сделать что-то неправильно. Он может быть главной помехой. С этим страхом уже бороться известными способами.
Я сталкиваюсь с этим постоянно, причем самое интересное, что это не касается моей текущей работы, а касается моего стартапа. Для меня крайне важно, чтобы все было идеально, но я начинаю приходить к тому, чтобы сделать что-то идеально нужен фидбек от пользователей, без него нет смысла делать что-то «идеальное», поэтому мой совсем всем тем, кто страдает от подобного явления — выпускайте продукт, делайте идеально после отзывов пользователя.
Нужно соблюдать баланс. Крайности всегда наказуемы.
Безусловно, изначально нужно делать хорошо.
Как видеть целостную картину (в этом же вопрос?): закажите\сделайте крутейший дизайн основных страниц, где все блоки стоят там где надо, все сияет на максимум и кажется что идеальнее уже не будет. Это будет фотка из идеального мира, затем приближайте реальность к ней. Несмотря на наивность здесь есть трюки:
1) каждый коммит приближает к цели, даже если выглядит по-уродски (нет лебедь-рак-щука проблем)
2) очевидно что именно надо отрефакторить, чтобы стало ближе к идеалу
3) видеть куда мы идем само по себе неплохо и рождает новые идеи, вдохновляет
4) нарисовать дешевле, и все равно придется. Плюс заключает четкое видение вместо 10 листов текста.
Замечательная статья. И спасибо всем за комментарии.
Главное понять, что погружаясь в теоретические рассуждения о идеальном продукте, вы не делаете продукт таковым. Более того вы все более отдаляетесь от идеального продукта. Теоретические рассуждения основаны на гипотезах, и чем больше вы теоретизируете, тем больше у вас непроверенных гипотез, тем меньше вероятность, что все они правильны. Практика и быстрый запуск дают вам реальную обратную связь и всевозможные данные о поведении пользователей. Ваши гипотезы, метрики и сплит тестирование позволяют реально, а не теоретчески улучшать продукт. Более того на партике вы сталиваетесь с таким поведением пользователей и с такими техническими нюансами, до которых вы бы не смогли додуматься даже за годы теоретизирования. Только практика делает продукт совершенным.
Думая, можно забивать проект гипотезами, а можно улучшать согласованность составляющих. Эти пути приводят к разным результатам, и зря Вы пишете, что бывает только первый из них.
Любой сайт всегда можно немного улучшить — и сделать это можно только при неограниченном времени и безлимитном бюджете.
Читая хаб «управление проектами», у меня постоянно возникает чувство дежавю: Джоэл об этом писал ещё 10 лет назад.
Make it Work, Make it Right, Make it Fast.

Эту мантру читать пробовали?
Я собираю пазлы с соединения всей рамочки. Затем наполняю до центра. Это можно перевести на язык создания проектов.
А можно скорость выпуска проекта сделать одним из критериев самого проекта. И тогда ваш перфекционизм будет направлен не только на красивый код, но и на вовремя сданный релиз. В одном из проектов, над которым я работаю, очень хорошо удалось направить стремления к идеалу по этой дороге — за некоторое время до очередного релиза начинаются обсуждения того, что попадет в выпускаемую версию, а что — нет. Таким образом, если есть желания допилить недопиленное — всегда можно обмануть свой перфекционизм тем, что это будет в следующей версии.
спасибо за идею. нужно попробовать…
Действительно распространенная проблема. Наверно, нужно один раз четко определить все характеристики прототипа, выпустить его, а дальше ждать обратной связи (даже если сами обнаруживаем баг — не фиксим его, пока не пожалуются).
Познакомьтесь, например, с соционикой. Протипируйте себя на свой страх и риск. И поймите, как информационный метаболизм, присущий Вам, влияет на ваш стиль работы.
Благодаря этой статье я понял, что я — перфекционист.
А я понял обратное.

Всегда считал, что перфекционисты «перфекционны» во всём, в том числе и в грамотности письма. Они физически не могут позволить себе написать текст с глупыми ошибками и опечатками, они перечитывают и исправляют, перестраивают фразы, выкидывают целые абзацы и добавляют новые…

Если автор топика общепризнанно считается настоящим перфекционистом, то я себя таковым перестаю считать прямо с этого момента, ибо моя «проблема» перфекционизма гораздо шире — стремление сделать лучше распространяется на вообще все виды моей деятельности, а не только на работу. Анекдот про щербатые котлы в аду — про меня :)
Перфекционизм — это хорошо. Я бы на вашем месте попытался бы направить его в мирное русло: попробуйте найти совершенство в скорости создания прототипов.
Вы столкнулись с тем, что сочли проблемой, корни которой уходят далеко за пределы целевых проектов, но это не является проблемой. Перфекционизм — это свойство. Вы уходите в рекурсию основного цикла реализации, и вам кажется, что вы топчитесь на месте или даже шагаете назад. В чувственном опыте подобный эффект носит характер ощущения стагнации в деятельности. Я постараюсь объяснить природу этого эффекта, осознание которой даст вам большие возможности.

Простите мне мои допущения и неточности, я постараюсь написать кратко. Более подробную дискуссию можно продолжить личными сообщениями.

Схема входа в рекурсию предельно проста:
1) Вы изучаете что-то, потребляя новую информацию — 001, 010, 100
2) Затем вы размышляете — по сути это денормализация информации и искусственное порождаете нового опыта: 001, 010, 011, 100, 101, 110 ..., — на этом этапе вам кажется, что вы придумываете нечто новое.
3) Денормализованная информация усваивается вами точно также как и любая другая, формируя ваш опыт, вашу «базу знаний».
4) Теперь, любая информация по интересующей вас теме, будь то новая мысль или новая статья, введут вас в рекурсию, потому что ваше сознание будет стремиться денормализавать данные, выродить из них «новый опыт». Это механизм прогнозирования ситуаций.

Почему так происходит?

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

Схему создания чего-либо (условно) можно представить следующим образом:

0. Идея -> 1. Технология -> 2. Прототип -> 3. Реализация

Правда в том, что рефлексия влияет сразу на всю совокупность этапов:

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

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

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

Вы должны четко осознать, что это НЕ ЯВЛЯЕТСЯ ПРОБЛЕМОЙ, это всего лишь СВОЙСТВО, возникающее в процессе вашего развития.

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

С уважением.
Аааааааа!
Была бы карма — плюсанул бы.
Замечательный образец изложения идей системного подхода к проектированию
Реальная история своего проекта, пишу его уже год и постоянно хочу что-то «допилить», «додлеать». Каждый день отклыдваю его запуск обьясняя себе, что я должен сделать все на высоте. Изо дня в день, одна и та же история. Печально
У меня немного другое, но, в целом, схожее положение. Вы не один)
Главное — цель. Вы ведь проект делаете для людей, а что для них важно? Контент (что), а не подача (как). Поэтому выпуск проекта важнее 100-500 функций и мега крутого иделаьного дизайна. Или вы делаете проект, чтобы потешить свое самолюбие и перфекционизм улучшает этот эффект?
Предположим Вы заходите на ресурс где дизайн похож на блог школьника. На сайте уверяют Вас, что это исключительно полезная и актуальная информация. Дизайн у вас в любом случае вызовет сомнения. Вы начнете с скептицизмом читать один из материалов. А что если вы как раз попадаете на материал, который конкретно для вас не интересен. Не доверие усилиться, и у вас не будет желания смотреть второй пост. Но если же дизайн, интерфейс, стиль, подача вызовет у вас положительные эмоции, вы будете заинтересованы глянуть еще несколько постов, от чего вероятность того что ресурс вам понравиться вырастает в разы.
а инкрементальность вам на что? сделали контент — положили. Потом ищем следующее узкое место, опять же с точки зрения потребителя, и это может быть и не дизайн даже. А не хотите показывать по определенного момента — устройте закрытую альфу. Без ориентации на потребителя, делая второстепенные вещи, вы просто тратите время.
Всё очень просто: станьте для самих себя суровым заказчиком. У которого мало денег и времени. Которому необходимо реализовать сайт для решения конкретной задачи конкретным образом. Решите именно это задачу, запустите сайт, а уже потом выходите на новую итерацию.

Проще говоря, выкиньте всё ненужное. Всё, без чего сайт останется собой. Сделайте этот минимум идеально. И лишь после этого добавляйте улучшения по чуть-чуть.
Вы очень интересную тему затронули, и, судя по результатам голосования, это вовсе не Ваша личная проблема. Когда читал, казалось, будто сам это написал — настолько знакомым было описанное. Часто я могу очень углубиться в проблему, что остальное кажется неважным. Например, могу целый день писать сценарий, делающий бэкапы, нумерующий версии, делающий еще кучу всего, и думаю: «Как же я раньше-то жил без этого, это ведь так важно!». То есть ухожу в сторону от решаемой задачи, хотя, вроде, и не бездельничаю.

Если такое возникает, и решить вопрос сходу не получается, то нужно вынести его на обсуждение с друзьями. Может оказаться, что проблема надумана, или друзья подскажут красивое решение, или вместе придем к выводу, что проблема действительно важная, но нужно пока отложить ее решение. У меня бывало, что тратил кучу времени и сил, и не мог решить проблему, а через некоторое время находил красивое решение. Так было, например, с scm-manager.

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

Еще пользуюсь таким приемом: после того, как сделаю основу, пробегаюсь по результатам и записываю все, что мне не очень нравится. Часто оказывается, что многие недостатки можно устранить «малой кровью», это не отнимает много времени, но делает программу эстетичнее.

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

Лучшее — враг хорошего, нужно давать системе пространство для роста. Как у меня друзья сегодня сказали, пользователи могут не пользоваться плохим продуктом, но хорошим, но не выпущенным продуктом, они вообще не смогут пользоваться!
И да, понравилась мантра «Make it Work, Make it Right, Make it Fast». Разработка — процесс итеративный. Вселенная по спирали эволюционирует :)
А ответ то прост:
1. Поставьте цель во времени. Н-р: Выпусть бету к следующему полнолунию
2. Ограничьте ресурсы. Н-р: Потратить не больше 10k ну или 200 часов личного времени

Учитывая эти 2 фактора Вам придется применять свой перфекцинизм для расстановки приоритетов 8-)

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

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

В большинстве случаев, мне кажется, можно схематизировать идею до минимальной реализации, относя всё остальное в разряд рюшечек и бантиков, дополнительных фич. И отложить их на потом.
Перфекционизм — то что сделало Джобса легендой. И Blizzard с его шедеврами. Другое дело — что это единицы из миллиона подобных попыток.
Комментариев много, не думаю, что мой увидят уже, но мне кажется вы смотрите не туда. Если я правильно понял, то о чем вы говорите, не перфекционизм (ну он но не обычный), а как это называется — «практический императив». Это желание постоянно сделать лучше, привести все к общей картине и т.п. было извесной особенностью еще в начале становления интернета. Это крутая особенность. Но трудноразрешимая. Она на мой взгляд решается только кооперацией. Мне трудно объяснить это в два ночи, но я постараюсь.

Вы профессионал, который видит то, что можно улучшить в его области действия. Но вы так же и «движуая сила» и вам хочется видеть всю картину в целом, реализовать ВСЕ. Все что можно сделать и не поступиться с собой, кооперироваться с другими, ради достижения общего блага (благо здесь, как ценность, а не благость). Эта кооперация (как пример опенсорс), позволяет всем участвовать в начинании и решать задачи по мере их поступления. Саморазрастающаяся «умная толпа». Пусть этим «благом» пользуются все, кто помогает и нет. Постепенно все будет расти и вырастет в то, что можно показать, продать и т.п. само собой, без вашего желания этого сделать. Просто рассматривайте проект, как то, что вы делаете, просто потому что не можете этого не сделать. Не можете не доработать тут, не подправить там… если вы кооперируетесь с такими же людьми, то вы получите то, что ожидаете. Дилема заключенного, мать ее.
Два предложения:
1. Много оправданий.
2. Предел совершенства есть цель.
Смотрю результаты опроса и ответы. Много близких по смыслу выходов. Напрашивается вопрос: «Кто из столкнувшихся с „проблемой“ сумел ее реально одолеть?».
Перфекционизм — это серьезная проблема, как для её носителя, так для окружающих. Невозможно сделать идеальное из неидеальных компонентов. Поэтому идеал не достижим в принципе… Даже сам носитель перфекционизма обычно далек от идеала. Знания его ограничены (как и у всех людей), опыт тоже как правило не велик.

Главная засада в том, что социум считает, что перфекционизм это хорошо. Все говорят перфекционисту: да, конечно, ты прав, всё должно быть сделано в лучшем виде. Мол, хоть кто-то должен же заботиться о качестве и делать всё как положено…

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

И это сопровождается постоянной внутренней неудовлетворённостью. А это в свою очередь — стресс, депрессии, периоды апатии, а дальше пошло поехало… В запущенных случаях вплоть до суицидов…

Обычно причина этого, попытка перегнать или сделать что-то лучше кого-то, кто в детстве глазах перфекциониста был идеальным, непогрешимым… Естественно перегнать виртуальный идеал в реале, задача нереальная…

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

Можно посоветовать только одно. Раз ослабить перфекционизм невозможно, то попробуйте усилить его. Включите в критерии время… Вы должны делать своё хорошо, но прежде всего вовремя. Старайтесь сделать максимально хорошо за отведенное время… И именно время должно стать самым главным критерием.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации