Ну и пусть неоконченная мысль, но наболело!

[eldhenn]

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

$VAR1 = 'ERROR $VAR1 = bless( { \'msg\' => \'DBIx::Class::ResultSet::create(): DBI Exception: DBD::Oracle::st execute failed: ORA-01400: cannot insert NULL into ("PROVINFO"."GATE_HISTORY"."H_TITLE") (DBD ERROR: OCIStmtExecute) [for Statement "INSERT INTO gate_history ( h_date, h_gate_id) VALUES ( ?, ? )" with ParamValues: :p1=\\\'2010-12-01 17:27:04\\\', :p2=\\\'2783\\\'] at /home/httpd/off/cgi-bin/xproviders_oracle/UI/Provider.pm line 2446 \' }, \'DBIx::Class::Exception\' ); ';

Внимание, вопрос! О чём может узнать из этого сообщения об ошибке человек, знающий предметную область, имеющий обшие представления о базах данных (такая штука, там есть таблицы, в них информация), и знающий английский язык? Да, и знающий, в каком месте (при каком действии) возникает ошибка? Он может, нет, он ДОЛЖЕН сам себе сказать, что при сохранении истории действий после выполнения определённого типа действий не вставляется заголовок записи. То есть вообще не вставляется. Что он должен сделать? Он должен спросить разработчика, почему заголовок не образуется. Ответов может быть два - была ошибка в коде, ошибка исправлена, и "создание заголовка не реализовано, технического задания нет, архитектуры приложения нет". Более того, человек может даже сам проверить, есть ли реализация создания заголовка записи (файл указан, строчка указана, perl в общем и целом читаем по-английски). Если он проверил сам и увидел, что реализации нет в принципе, потому что ей неоткуда взяться, он должен принять управленческое решение - что делать дальше. Придумать реализацию, отказаться от заголовков, отказаться от записи истории.
Что происходит ВМЕСТО ЭТОГО. Руководитель проекта радостно отработал передастом - "там какая-то ошибка, разберись в чём дело".

Неявные случаи передастии.
Менеджер по продажам подходит к разработчику БД и спрашивает, какие из типов лицензий у нас действующие.
Менеджер по продажам подходит к "аналитику" и требует отчёт по продажам с 30 февраля по 31 июня 110 года. После чего этот отчёт радостно кладёт на стол начальству.

СТРЕЛЯТЬ. ВСЕХ.

Если вы меня спросите, КАК же это всё должно быть организовано, я вам отвечу. А если вы меня спросите, как сделать так, что бы ОНО ТАК СТАЛО - я горько-горько заплачу.

Comments

[pavel-vip.livejournal.com]

Это не "передасты", это "форварды". В любой большой компании их куча. :)

Есть еще метатели копий. :) Отдельная каста :)

[eldhenn]

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

[drolya.livejournal.com]

Первыми строками поста навеяло.

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

[eldhenn]

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