О трудоголической организации труда

[metaclass]

Вот тут нас с ребе Белнетмоном опять критикуют на тему "почему вас некому подменить на работе".

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

На данный момент все эти знания есть только у меня и еще одного работника. А я в отпуске и сижу по GPRS. Второй работник - в отпуске по уходу за ребенком.

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

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

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

Comments

[vp.livejournal.com]

Это рыночные отношения. Тут спрос неэлластичный. Перегнем палку - нас нахер пошлют :)

[zelanton.livejournal.com]

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

Кроме того рыночные отношения имеют и другую сторону - затрачивая много времени на одного клиента, вы забираете это время у других клиентов. Кто знает, сколько вы теряете от этого, быть может вы бы и потеряли каких-то клиентов, неспособных разрабатывать документы самостоятельно, но за счёт высводившегося времени получили бы много других, оказали им лучшие услуги.

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

[metaclass.livejournal.com]

В данном случае все строго наоборот. В предметной области мы разбираемся как минимум на том же уровне, что и клиенты. А уж про их "ИТ-специалистов" вообще речь не идет, там троечники из БГУИР.

[zelanton.livejournal.com]

я по этому и употребил "по идее" - сам знаю, как оно. Но фишка в том, что при росте рынка сбыта вы всё равно не сможете вникать в детали каждого отдельного предприятия, да и уровень клиентов всё-таки должен расти. У вас получается тупиковая модель, неспособная справиться с ростом рынков сбыта и т.п. Так или иначе всё равно придётся переключится на модель "предметной областью там, где это возможно, должен управлять клиент".

[metaclass.livejournal.com]

Конкретно по моему проекту роста рынка сбыта физически быть не может, это заказной софт под одно предприятие и его заморочки.

[vp.livejournal.com]

У нас это лечится в постановке вопроса - рост рынков сбыта не нужен :)

[zelanton.livejournal.com]

ну я просто помню, что ребе metaclass когда-то на вопрос о смысле и конечной цели его трудоголизма (вопрос не я задавал), ответил, что цель - довести дело до ситуации, когда процесс будет поддерживаться и без его участия. Так вот, мне кажется тут есть много противоречий между тем, что он говорил тогда и тем, что говорится сейчас.

[metaclass.livejournal.com]

Так моя цель и цель руководства не совпадают :)
Моя цель - работать как можно меньше, с как можно большим(и устойчивым) результатом.
А цель руководства - "абы не было войны", т.е. поддержание статус кво в любой форме.

[zelanton.livejournal.com]

это, так сказать, "промежуточные цели". Предполагается, что у любой разумной деятельности есть и цель конечная, самодостаточная, после озвучивания которой последующие вопросы типа "а это зачем?" бессмыслены.

[metaclass.livejournal.com]

Ну, в норме цель была бы "заработать достаточно денег каждому на 350 метровый загородный дом с дизель-генератором, скважиной, колючей проволокой и пулеметами на крыше", но что-то мне на данный момент не кажется это реальным :)

[zelanton.livejournal.com]

Главное, чтобы цель не менялась каждый раз, когда показывают на несоответствие с нею практик ;)

Настоящую цель достигнуть всегда можно, даже когда она кажется недостижимой.

* У меня кстати, дом - это только средство достижения цели, а не самоцель.

[zelanton.livejournal.com]

да, и чтоб не было когда-нибудь в дальнейшем непонимания, говноразоблачений или чего-то такого: дом мне строить помогают, я его финансово не полностью сам поднимаю (впрочем мой вклад самый большой). Уже доводилось просто встречаться с таким, неприятное и непонятное мне явление.

[metaclass.livejournal.com]

:)
Вы лучше когда закончите строить, итоговую сумму во что это все встало, озвучьте. Я просто сейчас, когда у меня лишних денег даже на инструменты нету, не представляю, как можно заниматься такими глобальными вещами.

[zelanton.livejournal.com]

угу, постараюсь.

[axexa.livejournal.com]

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

[zelanton.livejournal.com]

да чего там такого навороченного?! Площадь большая - так две семьи живёт + гараж огромный. Вроде дорого - так я его купил очень дешево. Доделывать якобы дорого - так во-первых посмотрим, а во-вторых я сам много делаю. Вот, как раз начал осваивать кладку кирпича, венткороба в сан.узлах делаю. Где там фантастика-то?

[vp.livejournal.com]

Вы, ребе, книжек по бизнесу обчитались. А в БССР все проще :)

[zelanton.livejournal.com]

ну не только книжек ;) У меня тут что-то вроде целого второго образования. Но неважно, цель есть всегда, даже если она неосознаётся или не озвучивается. Вот у вас, например - максимально намудрить в проф.деятельности ;) Оттуда и все проблемы, вы же фактически пытаетесь оправдать не слишком эффективные практики. Ну мне так постоянно кажется.

[metaclass.livejournal.com]

Я вот насчет "намудрить" не уверен. Я всеми руками за то, чтобы все упростить и сделать правильно. Но вот что-то получается по жизни наоборот. Нужно вести документацию - появился целый элемент инфраструктуры "баг-трекер" с его бэкапами, доступом к нему по сети, своими заморочками и особенностями, необходимостью допилить кое-что по мелочам, и т.д. Ну я же его не для собственного удовольствия и не для усложнения "абы усложнить" внедрял. Зато мозг разгружает от ненужной информации по полной программе.

[vp.livejournal.com]

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

[zelanton.livejournal.com]

ох я и набросил!

[axexa.livejournal.com]

т.е. они экономят и на своих специалистах и предпочитают платить вам? :)

[metaclass.livejournal.com]

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

[vp.livejournal.com]

Полготовка своего специалиста - штука практически нереальная. Первая причина - это, как уже писалось, потому что там троечники из БГУИР, по блату. Вторая - им чхать на свою работу.
То есть без мотивации тут дело явно не пойдет. Точнее оно идет, но в нашу сторону :)

[axexa.livejournal.com]

а, о! "поблату". это первое, что надо говорить. :) именно эта категория работников почему-то наименее продуктивна. причем, это не зависит от должности.