Краткий курс анализа и инженерного проектирования в баснях и байках

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

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

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

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

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

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

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

Фразой можно обозначать объекты, никому не принадлежащие, доступные для использования кем угодно. А также объекты, доступ к которым потерян (например, процессы-зомби или объекты в памяти, указатель на которые уничтожен).

Также следует отличать требования, внесенные искусственно, от обусловленных объективными физическими или техническими ограничениями.

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

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

Космический корабль «Аполлон-13» был поврежден взрывом топливного элемента при выводе на траекторию движения к Луне. Астронавты сумели вернуться на Землю несмотря на проблемы с электропитанием и очисткой воздуха в нештатном режиме полета.

Проблема подключения фильтров была решена после того, как специалисты на Земле изучили список предметов, находившихся на борту корабля (погрузочную ведомость) и смогли придумать комбинацию предметов (шлангов, полиэтиленовых пакетов…), обеспечивающую подключение коробки-фильтра к системе вентиляции.

В одном из интервью Эд Смайли (Ed Smiley), инженер, руководивший этой спешной работой, сказал, что ключевой находкой стала липкая лента :)

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

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

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

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

Но если продукт должен не только понравится с первого взгляда, но и долго служить в самых разных ситуациях…

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

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

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

Шикарный анализ причин подобного завершения проекта с аналогиями в сторону разработки ПО можно найти здесь: Why the Vasa Sank: 10 Problems and Some Antidotes for Software Projects.

В 1956 году, после пяти лет исследований, историк-энтузиаст Андрес Франсен обнаружил корабль на дне. В 1961 году корабль, пролежавший под водой три века, был осторожно поднят на поверхность и переведен в док для консервации и реставрации. В 1990 в специально построенном вокруг корабля здании был открыт музей, крайне интересный и всячески рекомендуемый для посещения.

Операция по подъему и консервации корабля была спланирована очень тщательно и длилась более 30 лет. Это позволило успешно извлечь из воды и спасти от разрушения единственный сохранившийся парусник XVII века, ставший одним из самых посещаемых музеев Европы.

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

Возможны случаи, когда копирование чужого решения оправдано. Но таких случаев крайне мало:

• Создание полного аналога продукта, включая функциональность, среду применения, решаемые задачи и аудиторию. Обычно с целью занять ту же нишу на рынке;
• Заимствование типовых компонентов и механик взаимодействия из ОС, унификация с совместно используемым ПО. Например, использование однотипных механизмов сортировки таблиц или единого набора аббревиатур;
• Обеспечение совместимости (больше касается протоколов, API, физических интерфейсов). См. также пункт 9.

В инженерном плане: при проектировании пилотируемых космических аппаратов применяется принцип взаимного резервирования голов систем.

Отказ любой одной системы не ставит под угрозу выполнение поставленной задачи. Отказ любых двух систем не ставит под угрозу жизни космонавтов.

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

Действительно, заказчики или пользователи продукта в ответ на вопрос «Что вам нужно?» часто начинают описывать не проблему, а способ ее решения. Причем, исходя из имеющихся у них (часто абстрактных) представлений о способах решения стоящих перед ними (но скрытых от исполнителя) задач.

Заказчик может не быть специалистом в области решения таких задач, и предложенное им решение может быть банальным, неоптимальным или откровенно некорректным (см. также пункт 2).

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

После проведения анализа может выясниться, что задача «переместиться из точки A в точку B» для конкретного заказчика в конкретных условиях оптимально решается именно так, как он просил — с привлечением более быстрой лошади. Например, если заказчик — профессиональный жокей.

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

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

Это особенно касается сценариев вида «экстренный ввод изделия в эксплуатацию неквалифицированным персоналом».

И тогда каждая строчка мануала становится на вес золота. Но ведь его составление поручили первому попавшемуся практиканту, да и тому сказали не париться ;)

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

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

В более широком смысле «кошерным» может быть объект, выбранный правильно, соответствующий требованиям (прежде всего религиозным, моральным, нравственным).

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

Если раввин одобряет решение, значит оно действительно хорошее! См. также пункт 7.

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

Аналогично и при выезде на объект заказчика.

Толкование из недр Интернета:

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

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

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

(данный принцип назван в честь Уильяма из Оккама, монаха-францисканца, жившего в Англии в конце XIII – первой половине XIV века).

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

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

«Итак, коллега, какой сценарий использования нашей софтины мы непоправимо улучшим сегодня?».

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

Иногда — с горячим желанием рассказать автору все, что они думают ;)

Дословное следование стандартам без учета их гибкости, особенно если стандарт задает только «рамочные» требования, приведет к получению чего-то неоптимального (в лучшем случае).

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

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

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

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

В противном случае техническое решение может быть основано на искаженных требованиях.

С юридической точки зрения, договорные и официальные документы (контракты, ТЗ, ТУ, ГОСТ) не предусматривают «домысливания» и должны исполняться дословно. При этом инженеру стоит думать о том, как он реализует требования «по слову» и «по духу» документа (соответственно, чтобы избежать формальных проблем и решить реальную задачу потребителя).

Для максимально полного решения реальной пользовательской задачи может потребоваться виртуозное лавирование между формулировками (см. также пп. 2, 7 и 31).

(celibate — англ., целибат, обет воздержания; celebrate — англ., праздновать).

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

Не будем также забывать о стремлении отдельных сотрудников применить в проекте новый инструмент исключительно для удовлетворения любопытства или получения красивой строчки в резюме (разумеется, за счет работодателя ;)).

Сборник «Законы конструирования космических аппаратов Акина» (Akin's Laws of Spacecraft Design) безусловно заслуживает отдельного внимания и всячески рекомендуется к прочтению.

И они будут благодарны за каждую крупицу информации о твоем творении. Особенно если эти крупицы представлены в удобной для восприятия форме, а не в стиле «на, отвали».

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

То есть, разрабатывая ТЗ, целесообразно сразу формулировать методы проверки его исполнения.

Попавшие в ТЗ субъективные формулировки, например, «удобный» или «привлекательный» при приемке работ создают проблемы для обеих сторон. Как правило, исполнение таких пунктов может быть проверено методом экспертной оценки. Причем процедуру, с точки зрения юридической значимости, лучше проводить по соответствующему ГОСТу.

Также стоит помнить о такой составляющей применимости продукта по заданному назначению, как субъективная удовлетворенность пользователя (см. также ГОСТ Р ИСО 9241-210-2012, п. 2.13).

Например, увлечен личными проектами, а на рабочем месте просто получает зарплату.

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

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

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

Если переговоры ведутся в стиле «Мы заказчики. А вы угадывайте, что мы имели в виду», можно с высокой долей вероятности утверждать, что задача создания продукта отсутствует или отошла на второй план по сравнению с чем-то еще, что явно не декларируется.

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

Они могут быть специфицированы и позднее верифицированы (см. также пп. 38 и 39).

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

Выбрав «трендовое» решение, можно сэкономить время на анализе и проектировании.

Но стоит ли рисковать успехом проекта только потому, что «все» применили эту технологию или визуальное решение?

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

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

ГОСТы в области безопасности труда прямо связывают практичность применения машины и ее безопасность с возможностью быстро понять принцип работы (ГОСТ ИСО 12100–2013).

Исключение 1: команда впервые в мире получила в свое распоряжение новую технологию и экспериментирует в поисках пути ее практического применения.

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

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

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

Не следует путать термины «гибкое управление требованиями» (aka Agile) и «гибкое управление разработкой». Методы управления разработкой в условиях изменяющихся входных требований, такие как SCRUM или XP, позволяют упорядочить деятельность, повысить предсказуемость, управляемость и эффективность труда команды разработчиков. Они отвечают на вопрос «как создавать продукт». Но не позволяют понять, «какой продукт создавать».

Например, в методологии SCRUM источником требований для команды является «владелец продукта». Методология описывает его роль в циклическом процессе работы команды, но ничего не говорит о том, откуда он получает, как классифицирует или обрабатывает требования.

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

Автору программной системы стоит помнить о сервис-инженерах, которые будут вынуждены помнить и набирать в строгом порядке 50 длинных консольных команд. Особенно если мануал писали абы как, и посмотреть некуда (см. также пп. 17 и 36).

• Обладать необходимыми навыками;
• Получить задание. Быть проинформированными о времени, условиях, ограничениях, рисках, предпочтительных методах и критерях успеха его выполнения;
• Быть снабжены необхомыми материалами, оборудованием, условиями труда.

Если же менеджер надеется, что задание будет выполнено как-то само собой, то именно так оно и будет выполнено — «как-то».

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

В сервисе массового обслуживания, например, платежном, отказ всего пары сотен человек от его регулярного использования может привести к потерям, сопоставимым с окладом автора решения по «обновлению» (см. также пп. 27 и 30).

Сравните с п. 47.

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

Якоб Нильсен — один из основоположников современной науки о человеко-компьютерном взаимодействии, ученый, со-основатель консалтинговой компании Nielsen Norman Group.

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

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

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

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

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

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

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

Если кто-то привык ходить на 10 этаж по лестнице, захочет ли он отказаться от лифта? Если человек привык к скрипящей двери, откажется ли он ее смазать? Если он привык ходить по узкой сырой тропинке, откажется ли он проложить на ее месте мощеную дорожку?

Если один привык курить, приносит ли это пользу ему, и должны ли начинать курить другие? Если сказочная принцеса все-таки адаптировалась и смогла заснуть на горошине, откажется ли она ее убрать из под перин? Человек, привыкший ездить по левой стороне дороги в Англии будет нормально себя чувствовать на дорогах Китая?

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

См. также п. 13.

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

Действительно, в Советском Союзе идею оценили и … сделали С-300 — зенитный комплекс, лет на 10 обогнавший все существовавшие тогда аналоги.

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

Причинами подобной реакции потребителей может быть, например, привлечение к работам непрофильного персонала.

«Это банковское приложение мало того, что непонятное. Оно еще и нестабильное. Его ключница делала?»

См. также п. 32.

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

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

Результат предсказуем — в какой-то момент человек ошибается, но не может принять собственную ошибку. Даже исправить ее может отказаться. Опять же, прямой путь к конфликту в коллективе.

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

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

Однако, можно снабдить решение должным запасом модернизационной пригодности.

Возможность оперативно доработать, модернизировать изделие избавит автора от необходимости в очередной раз объяснять руководству, почему только что законченную работу проще переделать полностью, чем немного «докрутить».

Инженер, будь как кот! Следи за своим внешним видом, будь вежлив, старайся решать задачи самостоятельно и регулярно отчитывайся перед начальником о проделанной работе (см. также п. 37).

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

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

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

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

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

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

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

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

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

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

Подобная ситуация применительно к цифровой индустрии шикарно представлена в художественном фильме «Разоблачение» (Disclosure) с Майлом Дугласом и Деми Мур в главных ролях (Warner Brothers, 1994).

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

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

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

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

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

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

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

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

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

Местные жители видели, как во время войны на разбросанные по островам американские базы садились самолеты с грузовыми отсеками, наполненными едой и инструментами. Если на построенную солдатами полосу самолеты садились, отчего бы им не приземлиться на полосу, построенную местным населением?

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

Действительно, если в уважаемой компании проводят ежедневные митинги команды и раз в две недели клеют на стены яркие стикеры, достаточно сделать так же, и успех гарантирован ;)

Знаменитый физик Ричард Фейнман в одном из своих выступлений назвал деятельность научных работников, внешне имитирующих исседовательскую работу, но не понимающих ее сути, «наукой самолетопоклонников».

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

Полушка — мелкая монета на Руси и в дореволюционной России. После денежной реформы Петра I и до 1916 года имела номинал 1/4 копейки. То есть, в одном рубле 400 полушек.

Если ответа на вопрос нет, или он некорректен, результат работы может быть самым неожиданным (см. также п. 2).

Выделение решаемой проблемы или задачи — ключевой момент анализа поведения человека (например, пользователя системы) в теории деятельности Леонтьева, известной за пределами России как Activity theory или CHAT.

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

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

Однако, по мере накопления рассказываемых басен, становится крайне сложно выдавать желаемое за действительное, да и просто непротиворечиво врать становится непросто. Что, разумеется, черевато последствиями (см. также п. 89).

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

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

* — элемент классической русской печи, площадка перед ее устьем.

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

Но, как в ситуации с курами, продукт может не дожить до момента, когда «снимаемые с потолка» гипотезы случайно попадут в цель (см. также п. 77).

2. «Вся запланированная работа сделана» — единственный аргумент, который позволяет работнику позволить седе отклониться от трудового распорядка (при условии, что к качеству претензий нет).

В результате человек рискует утратить способность к критическому мышлению и самостоятельной проверке приемлимости озвучиваемых им фраз.

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

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

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

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

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

Если человек испытывает реальную потребность в чем-либо, он найдет способ выполнить необходимые действия. Если реальной потребности нет, человек будет делать все неохотно, «спустит на тормозах» дело, за которой взялся без охоты, или просто откажется. Ибо мотивации на самом деле не хватило ;)

Это стоит иметь в виду, как самостоятельно приступая к решению, так и выдавая задания подчиненным (см. также п. 52).

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

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

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

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

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

В любом случае такой руководитель теряет доверие и авторитет.

Если авторитет уже потерян (или еще не заработан), и приказ ожидаемо будет проигнорирован или выполнен спустя рукава, будет разумным воздержаться от того чтобы его отдавать. Результат тот же, а потери для репутации меньше.

Если потребители в результате не получат очевидных преимуществ, они вполне могут захотеть задать авторам некоторое количество вопросов (см. также пп. 30, 68 и 108).

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

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

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

Исполнителю нужно быть готовым распознать истинные мотивы появления в задании на разработку того или иного требования (см. также п. 2).

Фраза произносится, как правило, шутливо, когда специалисту поручают страшное с виду задание, являющееся для него привычным и приятным.

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

Легенда гласит, что во время Второй мировой войны на одном из американский аэродромов где-то в Южной Азии солдаты приручили обезьяну.

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

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

* —элероны — отклоняемые поверхности на заднем крае крыла, используются для управления креном самолета. Перед полетом элероны отклоняют (на небольших самолетах просто руками) для проверки легкости хода.

II. Совещательная функция дополнительной головы может быть крайне ценной. Как минимум, третье (нечетное по счету) мнение помогает разрешать конфликты между равновесными точками зрения (см. также п. 14).

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

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

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