Что нужно знать пользователю?

[mad_pilot]

с точки зрения сидящих здесь "внедренцев" - главная добродетель юзера
кушать что дают и не вякать.

[mad_pilot]

оно же главное требование....

[AKIS]

SimPai,
1. Знание компьютера как устройства и WIndows как приложения (не как операционной системы). По русски говоря: если умеет включать-выключать комп, щелкать мышкой куда надо, знает как запустить Word/Excel, понимает что такое "открыть-закрыть окошко", умеет выводить на печать - этого достаточно. Если еще может как-то чуть-чуть администрировать свою собственную тачку (например, установить новый принтер, или поменять разрешение дисплея) - это уже гений
2. Отличное знание своей предметной области. О сколько я встречал бухгалтеров, которые с трудом себе преставляли, что НДС "в том числе" - это Сумма С НДС поделить на 6. Сколько я ни доказывал это - меня упорно пытались убедить, что "НДС-20%, значит надо умножать на 20 и делить на 100". И так, повторяю, несколько человек... Понятно, что учить таких системе намного сложнее. Но брать на себя труд разжевывать им отличие Master Plan-а от Forecast-а - увольте.Пусть читают свои профильные книжки, там это написано.

[komar]

Пожалуй добавлю -
"отсутствие знания других систем" (в основном относится к бухгалтерам)

Дабы не возникало требований типа "дебет слева, кредит справа"

[mad_pilot]

>Пожалуй добавлю -
>"отсутствие знания других систем" (в основном относится к бухгалтерам)

мда.....
требуется опытный бухгалтер без знания 1C..........
)))))))

с требованиями что-то не то.

[AKIS]

Пусть знают 1С.
Пусть выдвигают какие угодно требования - вплоть до "покраски окошек" в любимый цвет.

Во-первых, все требования перед их выполнением обычно собирают воедино. И снабжают своими комментариями: "вот это мы сделать вообще-то можем, но последствия будут такими-то". Разумеется - везде и всегда указываются примерные трудозатраты в человеко-часах. Думаю, не надо объяснять, что установка дебета слева, а кредита справа - это оооочень трудоемкое занятие ?

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

Биллинг - великая вещь, если им правильно пользоваться. В конце месяца неплохо предоставить начальству отчет: "вот такие работы были запланированы, на столько-то часов - и вы их, господин начальник, утвердили. Вот то-то было сделано, за столько-то часов. Ну никто ж не виноват, что из восьми рабочих часов я каждый день 6 отдаю перестановке дебета и кредита, окрашиванию экранов и смене дизайна курсора. Таковы ТРЕБОВАНИЯ ПОЛЬЗОВАТЕЛЕЙ. А больше 8 часов в день - я работать не могу, извините, КЗоТ. И соотсветственно, более важная работа - будет сделана позже."

А вот какие выводы сделает начальство из всего этого - пусть у него голова болит

Ну и конечно же - если работы выполняются "по договору" - НИКАКИХ fixed price, Боже упаси... Даже отсталые народы Зимбабве и Свазиленда работают нынче исключительно с почасовой оплатой - а уж нам, людям культурным и цивилизованным, и вовсе не пристало опускаться... Это, кстати, обучения тоже касается.

[SimPai]

Цитата:

А вот какие выводы сделает начальство из всего этого

Выводы сделает простые и очень быстро. Ты есть работник не желающий работать! А уважаемые пользователи тут как бы ни причём...

[komar]

Цитата:

Изначально опубликовано AKIS
Пусть знают 1С.
Пусть выдвигают какие угодно требования - вплоть до "покраски окошек" в любимый цвет.
.....
Ну и конечно же - если работы выполняются "по договору" - НИКАКИХ fixed price, Боже упаси... .

Ну, денег срубишь, а проект-то упадет! Заваленный проект не есть хорошо.
Да, можно не остаться в убытке, однако сделанный проект есть проект, сделанный по 3 осн. характеристикам: In time, Within the budget & to the customer's satisfaction

Открытые ставки - великая вещь, однако заранее знать объем работ тоже не помешает. А то могут возникнуть у заказчика впечатление, что работа переделывается 10 раз из-за того, что изначально не была грамотно сделана..... Не все так просто, одним словом. Не стоит браться за раскраску окон и рисование круглых кнопок....

[AKIS]

Цитата:

Выводы сделает простые и очень быстро. Ты есть работник не желающий работать! А уважаемые пользователи тут как бы ни причём...

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

Братья, мы ж с вами все-таки - ИТ-СПЕЦИАЛИСТЫ! Мы владеем ИНФОРМАЦИЕЙ, которую (очень часто) не имеет НИКТО больше. Даже директор. Не говоря уж о том парне на складе, которого вам предстоит учить... Да неужто ж пристало нам так быстро пасовать перед всеми ими, и говорить "ой, нас не послушают, ой, нам не верят...". Да вы им всем только намекните, что в развитых странах ваш труд ценится ГОРАЗДО выше. И материально, и морально. И что ежели что не так будет.... Незаменимых конечно же нет - только пусть они попробуют найти замену лично вам

"Он уважать себя ЗАСТАВИЛ...". Может и мы тоже - ЗАСТАВИМ? А? Как считаете?

[AKIS]

Komar, поясни пожалуйста свои критерии "незаваленного проекта".

- "Чтобы все-все-все были довольны"?
- "Чтобы все-все-все работало"?

Это по-моему из области сказок. Не бывает так. Гораздо чаще (90%) - система "как-то" работает, юзеры постоянно вопят, что то - не так, это - не эдак, окошки до сих пор не раскрашены, хотя вам козлам об этом еще полгода назад говорили, и вообще ваша система самая плохая из всех систем на свете, а вы - бездельники из бездельников, и т.д. и т.п... И тем не менее, как только сервер БД ОСТАНАВЛИВАЕТСЯ - все начинают вопить "включите скорее вашу систему, нам работать надо". That means, они все-таки какую-то маааленькую пользочку из нее извлекают.

Отсюда вывод - недовольный юзер суть явление обыденное. И не надо на него ориентироваться. Надо просто делать свое дело "по установленному плану" - тут я согласен на 100%, без плана конечно же не работают. Но ждать, что когда-нибудь наступит светлый момент, и .юзер скажет: все, система внедрена ПОЛНОСТЬЮ, спасибо тебе огромное дорогой komar - было бы верхом наивности. Более того, и правильно что не скажут - они дают нам работу и возможность кормить наших деток. Пусть, пусть возмущаются - главное чтобы деньги платили! И понимали, что мы - РАБОТАЕМ. И все КОГДА-НИБУДЬ будет ОК.

Может я тебя, komar, как-то недопонял, но вот это твое "сделанный проект есть проект, сделанный по 3 осн. характеристикам: In time, Within the budget & to the customer's satisfaction" - очень вредная мысль, поверь мне. Она априори предполагает, что пользователь может "не платить", если он не сатисфайд. Надеюсь, что ты не это на самом деле имел ввиду...

[komar]

Не нужно путать заказчика с недовольным бухгалтером. Однако если критерием успешности проекта является удобство юзера, тогда заказчиком де-факто является юзер. За такие проекты браться не стоит, ибо система просто не будет работать до раскрашивания всех окошек в нужный цвет. Даже по открытым ставкам не стоит (если целью не является срубить бабок и отвалить)
А критерии эти не я придумал, это принципы управления проектами. Повторяю, проект, где требования заказчика не выполнены, успешным быть не может. Проект, где требования заказчика невозможно установить также успешным не будет. Для этого нужно устанавливать и цели проекта, и критерии успеха.... Хотя можно просто заключить договор с формулировкой "типа консультируем" по открытым ставкам, затем наконсультировать N часов, и свалить восвояси (такое много раз видел).
Такой путь есть тупиковый хотя бы потому, что уже через год новых заказчиков просто не будет.
PS Заказчик, требования которого должны быть выполнены обычно не есть синоним юзера.

[AKIS]

Komar,

Давай будем реалистами.

Цитата:

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

А куда ж они денутся (на самом деле - МЫ денемся, т.к. я теперь тоже как бы "заказчик") ? Уйдут к "белым и пушистым", которые будут вылизывать им энное место до зеркального блеска, а потом смиренно принимать "ну, вот тут вы недовылизали, мы НЕДОВОЛЬНЫ, так что пшли.."? Так ведь таких "белых и пушистых" с каждым годом становится все меньше и меньше, и скорее уж они все исчезнут, чем заказчики... Это у заказчика - проблема, ему надо систему внедрить, а тот кто делает бизнес на внедрении, может с тем же успехом делать бизнес на чем-то другом... Назови это "цинизмом", я же считаю это здоровым прагматизмом. Ты совершенно прав, нельзя слепо идти на поводу у заказчика. Так пойди дальше, развей логически свою мысль! Нужно сразу давать понять заказчику, что ты - РЕСУРС, а не палочка-выручалочка-решение-всех-его-проблем. От того, насколько сам заказчик понимает, что ему в конечном счете нужно - успех проекта зависит в неменьшей степени, чем от твоего старания. Строго говоря, для тебя проект считается успешным, если ты на нем заработал больше, чем потратил - вне зависимости от того, счастлив твой заказчик или поливает тебя последними помоями. Я не знаю, соответствует ли это теории управления - но так работают крупнейшие консалтингово-внедренческие фирмы, как в России (Парус например), так и у нас на Западе (Андерсен Консалтинг, примеры привожу из тех, что знаю сам лично, наверное это не единственные). Согласись, что эти компании нельзя считать совсем уж пропащими - как бы там ни было, но финансовое их состояние весьма неплохое. С другой стороны, Никос-Софт, в котором я когда-то работал, умер именно из-за того, что пытался "сделать проект успешным", даже в ущерб рентабельности... Есть над чем поразмыслить, правда?

[mad_pilot]

хм..

в конторе нет оеративного учета (точнее есть но кривой)
оперативный ПС для Axapta должен разрабатывать внедренец
или фин. директор конторы?

(с точки зрения жизненных реалий а не высокой теории.........)

[komar]

Цитата:

Изначально опубликовано AKIS
Komar,

Давай будем реалистами.


А куда ж они денутся (на самом деле - МЫ денемся, т.к. я теперь тоже как бы "заказчик") ? Уйдут к "белым и пушистым", которые будут вылизывать им энное место до зеркального блеска, а потом смиренно принимать "ну, вот тут вы недовылизали, мы НЕДОВОЛЬНЫ, так что пшли.."? Так ведь таких "белых и пушистых" с каждым годом становится все меньше и меньше, и скорее уж они все исчезнут, чем заказчики... Это у заказчика - проблема, ему надо систему внедрить, а тот кто делает бизнес на внедрении, может с тем же успехом делать бизнес на чем-то другом... Назови это "цинизмом", я же считаю это здоровым прагматизмом. Ты совершенно прав, нельзя слепо идти на поводу у заказчика. Так пойди дальше, развей логически свою мысль! Нужно сразу давать понять заказчику, что ты - РЕСУРС, а не палочка-выручалочка-решение-всех-его-проблем. От того, насколько сам заказчик понимает, что ему в конечном счете нужно - успех проекта зависит в неменьшей степени, чем от твоего старания. Строго говоря, для тебя проект считается успешным, если ты на нем заработал больше, чем потратил - вне зависимости от того, счастлив твой заказчик или поливает тебя последними помоями. Я не знаю, соответствует ли это теории управления - но так работают крупнейшие консалтингово-внедренческие фирмы, как в России (Парус например), так и у нас на Западе (Андерсен Консалтинг, примеры привожу из тех, что знаю сам лично, наверное это не единственные). Согласись, что эти компании нельзя считать совсем уж пропащими - как бы там ни было, но финансовое их состояние весьма неплохое. С другой стороны, Никос-Софт, в котором я когда-то работал, умер именно из-за того, что пытался "сделать проект успешным", даже в ущерб рентабельности... Есть над чем поразмыслить, правда?

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