Цитаты из книг автора «Валера Разгуляев»

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

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

Если деньги — это как воздух для организации, то до

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

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

полнять написанное слово в слово, чтобы потом к нему невозможно было придраться. И, даже прекрасно сознавая, что делает заведомо не то, может выполнить всё дословно по написанному в задании, а не так, как нам действительно надо, в связи с тем, что обижен на нас за то, как мы с ним поступили.

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

получаем то, что просили, мы понимаем, что на самом деле хотели совсем другого. Жалко, конечно, обижать программиста, но мы чувствуем, что напрасно потеряли силы и время, а потому, когда он просит нас принять работу, чтобы своевременно закрыть задачу в расчёте на премию, даём задний ход. Говорим, что получили совсем не то, что нам надо, что программист неправильно нас понял и что ему надо сначала переделать свою работу, а потом мы её с удовольствием примем. Программисту деваться некуда, он зависит от нас, но во второй раз наступать на те же грабли уже не хочет, поэтому предлагает составить техническое задание, куда мы подробно запишем все свои требования. У нас выбора нет: мы загнали программиста в угол, но и сами оказались там же. И мы соглашаемся, после чего приступаем к написанию технического задания. И, к сожалению, толку от него окажется даже ещё меньше, чем от того разговора, который состоялся между нами в первый раз. Это произойдёт по следующим причинам.

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

ля, да и спросят именно с него; а исполнитель старается быть ответственным, чтобы заказчик его не заменил.