Я странный разработчик, который любит писать и объяснять - электронные письма, спецификации, вы называете это. Мне нравится помогать людям глубоко понимать вещи. Я ненавижу общение в пинг-понге, когда группы просматривают 30 или 40 электронных писем, телефонных звонков и собраний, потому что 25% группы неправильно поняли предыдущее заштрихованное электронное письмо, в котором писатель только наполовину объяснил свою позицию, или спешил и неправильно написал критическое слово или опущены минус или два.
Эта черта отлично подходит для документации, но мои электронные письма длинные, поэтому люди просто не читают их. Пара стратегий, которые я использовал, заключается в форматировании длинных электронных писем в виде вложенных документов Word, чтобы побудить людей просматривать их в качестве документации (иногда это работает на удивление хорошо), или в попытках использовать большее количество пунктов вместо свободных абзацев. Эти стратегии увеличивают читательскую аудиторию, но содержание по-прежнему долго.
Конечно, я хочу кричать и кричать, что сложные технические темы требуют много объяснений и разъяснений, но это никому не помогает. Очевидно, что есть компромиссы, которые могут быть сделаны, но мне трудно оправдать заявления, которые не ясны или которые приведут к миллиону вопросов, недопониманию или добавлению «условий и положений» позже.
Как вы делаете ваши сообщения короткими, но полными?