О трудоголической организации труда
Sep. 15th, 2009 02:58 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Вот тут нас с ребе Белнетмоном опять критикуют на тему "почему вас некому подменить на работе".
Вообще, ситуация с классической точки зрения достаточно странная - есть достаточно критические проекты, периодически возникают вопросы и по другим проектам, т.е. постоянно кто-то должен быть доступен для ответов на звонки клиентов и прочего обслуживания. Вообще для обслуживания есть другие люди, но иногда возникают вопросы, которые нужно решать на стыке технических знаний, знаний предметной области и заодно организационных вопросов.
Например, по моему проекту: "опять поменялась форма документа". Чтобы внятно решить что в этом случае делать, нужно: а) знать что этот документ появился в связи с вводом новых налогов в прошлом месяце и уже один раз менялся б) знать что уже введены данные по старой форме документа и что с ними что-то нужно будет делать в) знать, куда и кому звонить по вопросам связанным с этим документом г) знать, как получить доступ к серверу системы д) знать как и что сделать в клиентской части для изменения формы.
На данный момент все эти знания есть только у меня и еще одного работника. А я в отпуске и сижу по GPRS. Второй работник - в отпуске по уходу за ребенком.
Соответственно, чтобы меня не дергали в отпуске, нужно чтобы на работе был как минимум еще один человек, который занимается этим же проектом. И вот тут возникает основной тупик: от человека требуется совершенно невменяемый набор знаний: разработка БД, администрирование нескольких виндовых серверов где это все стоит, бухгалтерия, и кроме того, куча мелочей, относящихся именно к этому проекту, особенности бухучета предприятия, особенности старой системы, с которой это все интегрировано, тонкости организации сети предприятия (цитриксы там всякие и прочая муть), особенности SQL диалекта Firebird, особенности моей реализации документов и бухгалтерского учета, итд.
Не говоря уже о том, что одной из обязанностей является регулярное общение с бухгалтерами по телефону, для выяснения тонкостей того, что им там очередной раз нужно от системы.
Т.е мало того, что человек от входа должен знать уже дохрена, способным общаться по телефону на сложные темы вменяемо, так его потом еще минимум три месяца в курс дела вводить нужно будет, прежде чем отпускать в свободное плавание.
И вот представьте себе любого нормального человека, которому надо сделать выбор: за чуть меньшие деньги спокойно заниматься одним делом (разработка софта, проектирование БД, общение с клиентами) или за чуть большие - всем этим сразу, да еще в условиях постоянной нехватки времени, т.к. клиентам почти все "нужно вчера". Я почти уверен, что большинство людей за мою работу возьмутся только за деньги достаточные, чтобы нанять еще трех человек на разные участки работы и сидеть ими командовать(+еще столько же денег себе).
А с клиентов и так проблема деньги выбить, а уж про то, что бы выбить деньги достаточные для нормального ведения дел, или вообще, по науке, заменить весь этот мрак на готовую систему - да никогда в жизни. И в задницу их послать нельзя - у них, кроме моего проекта, еще с десяток других наших проектов сидит на постоянном обслуживании.
И это, по ходу, только один проект. А у меня их всего три штуки(на одной работе) и все примерно такого же плана.
Знакомые админолинуксоиды говорят, что в наши условия никто работать не пойдет, потому что "за углом денег в два раза меньше, а безумной работы - в 10 раз меньше".
Вообще, ситуация с классической точки зрения достаточно странная - есть достаточно критические проекты, периодически возникают вопросы и по другим проектам, т.е. постоянно кто-то должен быть доступен для ответов на звонки клиентов и прочего обслуживания. Вообще для обслуживания есть другие люди, но иногда возникают вопросы, которые нужно решать на стыке технических знаний, знаний предметной области и заодно организационных вопросов.
Например, по моему проекту: "опять поменялась форма документа". Чтобы внятно решить что в этом случае делать, нужно: а) знать что этот документ появился в связи с вводом новых налогов в прошлом месяце и уже один раз менялся б) знать что уже введены данные по старой форме документа и что с ними что-то нужно будет делать в) знать, куда и кому звонить по вопросам связанным с этим документом г) знать, как получить доступ к серверу системы д) знать как и что сделать в клиентской части для изменения формы.
На данный момент все эти знания есть только у меня и еще одного работника. А я в отпуске и сижу по GPRS. Второй работник - в отпуске по уходу за ребенком.
Соответственно, чтобы меня не дергали в отпуске, нужно чтобы на работе был как минимум еще один человек, который занимается этим же проектом. И вот тут возникает основной тупик: от человека требуется совершенно невменяемый набор знаний: разработка БД, администрирование нескольких виндовых серверов где это все стоит, бухгалтерия, и кроме того, куча мелочей, относящихся именно к этому проекту, особенности бухучета предприятия, особенности старой системы, с которой это все интегрировано, тонкости организации сети предприятия (цитриксы там всякие и прочая муть), особенности SQL диалекта Firebird, особенности моей реализации документов и бухгалтерского учета, итд.
Не говоря уже о том, что одной из обязанностей является регулярное общение с бухгалтерами по телефону, для выяснения тонкостей того, что им там очередной раз нужно от системы.
Т.е мало того, что человек от входа должен знать уже дохрена, способным общаться по телефону на сложные темы вменяемо, так его потом еще минимум три месяца в курс дела вводить нужно будет, прежде чем отпускать в свободное плавание.
И вот представьте себе любого нормального человека, которому надо сделать выбор: за чуть меньшие деньги спокойно заниматься одним делом (разработка софта, проектирование БД, общение с клиентами) или за чуть большие - всем этим сразу, да еще в условиях постоянной нехватки времени, т.к. клиентам почти все "нужно вчера". Я почти уверен, что большинство людей за мою работу возьмутся только за деньги достаточные, чтобы нанять еще трех человек на разные участки работы и сидеть ими командовать(+еще столько же денег себе).
А с клиентов и так проблема деньги выбить, а уж про то, что бы выбить деньги достаточные для нормального ведения дел, или вообще, по науке, заменить весь этот мрак на готовую систему - да никогда в жизни. И в задницу их послать нельзя - у них, кроме моего проекта, еще с десяток других наших проектов сидит на постоянном обслуживании.
И это, по ходу, только один проект. А у меня их всего три штуки(на одной работе) и все примерно такого же плана.
Знакомые админолинуксоиды говорят, что в наши условия никто работать не пойдет, потому что "за углом денег в два раза меньше, а безумной работы - в 10 раз меньше".
no subject
Date: 2009-09-15 12:34 pm (UTC)(Я потихоньку начал менять заказчиков и особый геморрой старался спихивать на IT службу заказчика [они радовались когда им доступ к исходникам, специфичным для предприятия, давал и говорил что это их головная боль а не моя ;)]
Сейчас развязался где-то наполовину, в основном за счет того что перешел на более вменяемых клиентов (а невменяемых стараюсь отфильтровывать на ранней стадии)
no subject
Date: 2009-09-15 12:38 pm (UTC)no subject
Date: 2009-09-15 01:05 pm (UTC)//вобще-то получается, что либо руководство разбирается с потенциальной ямой и выравнивает поток денег от клиента (объясняя ему, что если не увеличивать финансирование то есть риск что то все навернется), либо потихоньку прийдет капец (когда оглядываешься и видишь что соседний аутсорсер получает в два раза больше и не трахается с тем, чем не хочет и это в порядке вещей)
no subject
Date: 2009-09-15 05:21 pm (UTC)no subject
Date: 2009-09-15 05:42 pm (UTC)Вопрос в предметной области. Вот в чем дело.
no subject
Date: 2009-09-16 06:37 am (UTC)(no subject)
From:no subject
Date: 2009-09-15 12:38 pm (UTC)no subject
Date: 2009-09-15 12:45 pm (UTC)И про работу с железом ничего не сказал, т.к. в основном ей ты занимаешся.
no subject
Date: 2009-09-15 12:56 pm (UTC)no subject
Date: 2009-09-15 04:26 pm (UTC)no subject
Date: 2009-09-15 05:39 pm (UTC)no subject
Date: 2009-09-15 12:44 pm (UTC)* Правда я ещё не видел человека, который бы хорошо во всём этом разбирался. Документации, да, талмуд и маленькое ведёрко :)
** Зато, как у нас тут шутят, можно будет на обучении пользователей заработать
no subject
Date: 2009-09-15 12:50 pm (UTC)Тут в общем, комплексный тупик - верхи не хотят, низы не хотят, всех все устраивает, а мне из-за этого никогда времени не хватает чтобы из оного тупика выйти.
no subject
Date: 2009-09-15 12:56 pm (UTC)no subject
Date: 2009-09-15 01:01 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2009-09-15 01:03 pm (UTC)no subject
Date: 2009-09-15 01:05 pm (UTC)(no subject)
From:no subject
Date: 2009-09-15 04:29 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2009-09-15 02:05 pm (UTC)У меня это вылилось вот во что: куча уникальных заплаток и костылей по всем проектам (а сделать общее решение не хватает времени, т.к. деньги текут и нужно что бы за 5 мин. заработало неважно как) В результате я уже сам не помню где, что и как заплатано, так что даже обученный нашей системе человек ничего сам сделать не сможет.
no subject
Date: 2009-09-15 02:12 pm (UTC)no subject
Date: 2009-09-15 05:34 pm (UTC)no subject
Date: 2009-09-15 03:16 pm (UTC)2. Вы преувеличиваете расходы на документирование. Если делать "по ГОСТу", то да, на ненужные долбоебизмы уйдут недели. Но если поставить неформальную Wiki Media, то там можно например операционные процедуры и те же пароли доступа держать. И вообще пару фраз специфики по клиентам в день окажут в будущем огромную услугу.
3. Надо было на замену выращивать студентов. Неприхотливые, часто умные и энергичные.
4. Есть и банальные организационные проблемы:
> а) знать что этот документ появился в связи с вводом новых налогов в прошлом месяце и уже один раз менялся
Такое можно было простейшей CRM-кой вести. Типа change request, описание, положили папочку на полочку.
> б) знать что уже введены данные по старой форме документа и что с ними что-то нужно будет делать
Для миграции вообще-то куча юзеровских тулзов есть. Можно было банально из аксесса проделать.
> в) знать, куда и кому звонить по вопросам связанным с этим документом
Если у конторы нет телефонов клиентов... ну блин, ну маркером на стенке напишите хотя бы.
> г) знать, как получить доступ к серверу системы
На стенке пишите. )))
> д) знать как и что сделать в клиентской части для изменения формы.
Это работа программиста, обычно несложная.
no subject
Date: 2009-09-15 05:50 pm (UTC)2. Документирование, вики, баг-трекер, реквесты - все ведется. Есть противодействие со стороны сотрудников, не желающих уходить от практик 10летней давности - это да. Руководство только за, но повлиять на сотрудников не в состоянии, никак. Человек прямым текстом говорит, "меня деньги не интересуют, и вы на меня никак не повлияете".
Проблема в том, что даже для того, чтобы это внедрить - мне лично пришлось вместо основной работы заниматься разборками с софтом для трекера, искать где его ставить и как организовывать проекты в нем. Т.е. любые попытки улучшения на данный момент выливаются только в увеличение работы лично для меня.
no subject
Date: 2009-09-16 06:33 am (UTC)no subject
Date: 2009-09-16 01:05 pm (UTC):)))
Это да.
> но повлиять на сотрудников не в состоянии, никак
Возложить обязанность поддержки (и полную ответственность) на обезьянца. И он либо вылетит со статьёй, или сам будет по 10 раз на день подбегать с криками "а как бы мне получше всё сделать".
> от практик 10летней давности
В 1999 году, помнится, уже были CVS и вообще методология. )))
Скорее 25-летней давности, "born in USSR".