Показать сообщение отдельно
Старый 23.12.2009, 21:59   #64  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
А что делать пока этого не произошло? Программировать или настаивать на своем?
В любом случае - документировать своё решение и действия. Решение - в служебной записке непосредственно начальнику и главбуху (если возможно по субординации). Действия: в отчёте о проведённых работах по поддержке. Документы можно завизировать.

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

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

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

Подводя небольшой итог: как-то задумался я над идеей "умной" поддержки и анализа работоспособности системы и пришёл к выводам, что оценивать поддержку нужно по снижению количества обращений и инцидентов. Чем меньше - тем лучше. Иногда это сложно объяснить руководителям предприятий. Но для решения этого вопроса тоже есть своя концепция

Цитата:
С моей точки зрения, нужно спорить, но где гарантия, что после этого спора не придется забирать свою кружку (ну я заберу, а что с другими)?
Потерять работу всегда плохо: плохо из-за непонимания начальства, хуже из-за своей глупости. Здесь нет однозначного ответа, каждый выбирает сам.

Вообще, надо бы общий мануал написать, что-то вроде "Исправления и сторно в DAX всех возрастов".

Последний раз редактировалось Vals; 23.12.2009 в 22:18.
За это сообщение автора поблагодарили: belugin (2).