Здравствуйте, коллеги. На работе последнее время дикая запарка, складывается ощущения, что просто слишком малый штат программистов в нашей организации. Итак, опишу: 1 программист на ЗУПе (до 30 активных пользователей), 1 - Документооборот (до 150), 2 - УПП (в ней еще Управление автотранспортом) (120 активных пользователей) и на них же внедрение Общепита. При этом блоки бюджетирования и продаж в УПП полностью переписаны и постоянно дорабатываются...На Ваш взгляд имеющееся количество программистов достаточно для описанной системы? и как у Вас выглядит ситуация с базами, количеством активных пользователей и программистов? Очень интересно будет узнать, как выглядит такая загруженность в других системах...

почем билеты?

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

причем тут программисты? тут целый штат управленцев должен над этим думать

Вы нифига не работаете!

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

теперь пытаемся вычислить штат: ЗУПП 30 - значит 50/50 эйчары и бухи, ДО - 150 - значит оперативные рукли, юристы, десяток топов, транспорт 120 - значит логистика с своим департаментом, есть продажи которые прог замел вместе с бюджетированием.

Какая-то крупная контора по контролю над чем-то, чем торгуют явно не в розницу.

хотя логистика, да. Автор, откройся, таких контор по именам знаем

> Очень интересно будет узнать, как выглядит такая загруженность в других системах..

если прямо отвечать на вопрос: в крупных системах количество кодеров обратно пропорционально компетенции управленцев

(6) Ну и
Зуп 0,5 прога многа
ДО 0,5 прога многа

УПП 1-2 прога

Для нормального функционирования 2-3 прога,один из которых должен обладать квалификацией по зупу

если проги пишут по готовым и отработанным ТЗ , и решают техническую текучку то штат достаточный . Если же разделения труда нет и они типа "на все руки мастера" - то бардак и они скорее всего будут затыкаться

(9) я пытался вычислить штат конторы. Штат прогов может "прыгать" на порядки, в зависимости от (8)

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

(12) Ну если ТС одних и тех же пользователей посчитал как минимум 2 раза, чо уж говорить о том бардаке что в конторе происходит

(10) про писателей и управленцев автор ничего не сказал. Значит он их не знает. Значит это или троллинг, или автор находится в самом дне..

Ну у меня например так распределено

Допиленная УТ10 - 130 пользователей один прог
ЗУП и Бух, + Эл отчетность - 40 пользователей (в разных подразделениях) один прог
Розница около 50 пользователей - один прог . Он спец по торговому оборудованию , по мере необходимости помогает в УТ

Работают строго по готовым ТЗ

(15) У тя пользоваков явно больше чем у ТС, скорее 180 (ут+розница)

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

на мой взгляд пост ТС и твой этот пост - 10% вообще от процесса. В таких крупных системах между запросом заказчика и кодером целый штат управленцев.

(15) > ЗУП и Бух, + Эл отчетность - 40 пользователей (в разных подразделениях) один прог.

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

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

в общем, автор, закинь мое резюме к эйчарам, на CIO, интересное у вас мясо )

(17)

Весь штат ИТО

Начальник ИТО - 1 штука (административные вопросы, нормативка , ТЗ для прогов) ТЗ пишутся на основании проектных заданий которые формируются начальниками отделов (или назначенными ими людьми) по установленной форме

Прогов - 3 штуки
Сисадминов - 3 штуки
Эникеев - 3 штуки
Специалист по мелкому и среднему ремонту принтеров и копировальной техники - 1 штука

Итого 11 чел . Всего в холдинге  работают около 1200 чел . Включая 8 иногородних филиалов . Из них на ИТО в той или иной мере завязаны человек 400 . Порядка 200 пользователи учетных систем .

(18) Методология общая внедрена ))

(20) ок, как это по правилам:

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

Это общая схема для "крупняка". Там еще отдельно безопасность, отдельно аудит и т.п.

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

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

(21) Картинка красивая , но это уже совсем "для крупняка"

(23) все эти роли так или иначе присутствуют в любой конторе, вплоть до ларька. Вопрос только в цене компетенций, которые может себе позволить контора.

* которую

(22) >заметь, в моей схеме количество прогов и сисов вообще не имеет значения

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

(24) С этим согласен )

вот именно. когда нет компетентных управленцев - их роль переваливают на кодеров. С понятным результатом.

(27) Ну об этом я писал еще в (10)

да, но у автора судя по всему именно крупняк

(29) 1200 сотров-это не крупняк

(13) Не ТС посчитал дважды, а ты. ТС не суммировал нигде пользователей и не исключал наложения множеств.
(0) Ну а вообще маловато да, но зачем уж бежать сразу. Справляйся с чем можешь, с остальным не справляйся - не твоя задача искать ресурсы. Будет сильно надо чтобы справлялись со всем, наймут еще.

(30) Ну ту компанию где работаю крупняком и не считаю )

(30) по классике за 500 это крупняк. Если детальнее, то уже считают по годовому обороту. Если совсем хорошо, то капитал/NPV

NVP конечно же

(33) На МВА нам давали западную классификацию, до 1000 сотров- малый бизнес, до 10к -средний


в рос реалиях до 100-ки малый, до 2,5к средний

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

Тут еще вопрос в техподдержки. Если проги только программированием занимаются - это один разговор. А если еще разбираются почему бухгалтер в программу зайти не может, заведением пользователей и прочей ежедневной рутинной работы - то беги оттуда

(35) потому что на "западе" NVP прямо кореллирует с количеством стаффа. У нас по-другому. корпорация в 10 тыщ тел может генерировать кэшфлоу в разы меньший, чем смолл бизнес "на обязательствах".

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

к слову: когда начинают верещать - в РФ ВВП упал на н процентов. - а как вы его посчитали? ваши линейки разнятся в разы, при всей долгой уже калибровке?
а нам сказал минэкономики. Бинго - а давайте посмотрим откуда берет эту цифру Улюкаев. ну то есть откуда, кто и зачем приносит какую-то цифру.

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

(0) нет главного, кто постановщик... и ещё, как-то не понимаю откуда 30 активных пользователей ЗУПа (обычно глбух, пара его замов а остальное только расчётчики, по расчётчикам эмпирически 1 расчётчик тянет до 25-300 сотрудников вполне) если в УПП всего лишь  120.

(42) ты как-то изящно обошел тот момент, что ЗУПП вообще не для бухов сделан и их отчетностей. В нормальных конторах эйчары делают большие дела и имеют вес. И свои запросы в БД соответственно.

> обычно глбух, пара его замов

в этих конторах ГБ и замы имеют место тупо счетоводов максимум. Подчищать свои отчетные горизонты за эйчарами.

(43) есть разного профиля компании, ест разный подход в подобру кадров... в предыдущей конторе на входе висело объявление, что вакансий нет, кандидатов не рассматриваем.

(43) Ну у меня при наличии специального кадровика некоторые бухи тоже заходят в ЗУП, для контроля и проверок. Плюс бывают ситуации когда разделены отправки отчетности, т.е. отчетности по ЗП (ФСС,ПФР) формируются и отправляются из ЗУП, а по другим налогам (ФНС, РосСтат) из БП. Более того, некоторые документы принципиально нельзя отправить из БП, только из ЗУП.

А так при условии что отдельного кадровика нет, то вполне себе 30 активных пользователей может быть (это когда каждая фирма ведет самостоятельно кадровый учет и расчет зарплаты)

(44) бухи в принципе счётоводы и есть, финики и экономисты - следующий уровень. Но у фиников такие извращённые отчёты иной раз...

(0) Процесс жизнедеятельности компании с соответствующим продуктом на выходе налицо. И программисты тут часть пищеварительного тракта :)

+(48)

(0) Забей. Это обычная практика для большинства компаний и расширение штата прогов и айтишников не поможет.

Созрела мысль, что программистов необходимо выводить из ИТ отделов и департаментов. В ИТ оставить только железо, сети и просий саппорт. Админы под безапасников, прогов по производству в проектный офис по развитию производства. Прогов по саппорту учета в офис по поддержке и развитию и поддержке учета.

+(51) *прочий

Нет никаких писателей ТЗ в нашей компании! Пожелания пользователей на доработку приходят в виде туманных заявок, из которых единицы отсекаются начальником отдела, а так 99% приходят в работу, заявки зачастую написаны настолько ломаным пользовательским языком, да и пользователь зачастую сам не поникает как это должно точно выглядеть, как это будет в дальнейшем функционировать, а нам это приходится разгребать, додумать, доосмысливать, реализовать и впоследствии еще 100 раз переделывать...

Количество смайликов затрудняет проблему выбора

Так-то нормально. Тут же не сказано, какой объём работ. Бывает и хуже.

(0)
Ну я тут недавно узнал что у нас на документообороте 1500 чел, а я думал 500(работают через самописный веб интерфейс)
Объем работы по этому направлению. небольшой. Так что кол пользователей вещь относительная

А на зарплате в 30 юзеров - на 2 месяца вперед все расписано. По существу - вам хороший аналитик нужен, а не программистов плодить

А если бы сделали через веб который 1С толкает - были бы в такой же Опе, как у Вас

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

КГ/АМ
звбыл

(53) пора-бы завести прослойку постановщиков и кого-0то кто-бы был главным архитектором.

Переделанная для гражданских нужд одна военная пословица гласит: куда юзера не целуй - всюду задница.

сильно зависит от конкретики, а так от 50 до 200 юзеров на одного консультанта (читаем программиста) это нормально.

в среднем на 100 пользователей 1 админ и 1 прог (если нужен)

(62) только если есть тот, кто ограничивает противоречивые хотелки юзеров

по сабжу 4 прога больше вполне достаточно, только вот выделять по конфам не следовала-бы...

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

(65) руководитель прогов обязан делать отсев заявок и простановку приоритета (правило трех гвоздей)

(66) а обязан ли он превращать заявки в ТЗ? или для этого должен быть специальный сотрудник? Или это всё-таки горькая доля программистов, как это просходит у нас?

превращать заявки в ТЗ должен бизнес аналитик или архитектор.

то есть человек который определяет что данная заявка ведет к благу компании а не наоборот.

частенько эту функцию делают сами проги, но еще чаще ее не делает никто и тогда выходит бардак

если есть зуп и упп- считаю по 1 прогеру на 50 душ.
в некоторых случаях, когда оба соображают- можно двумя обойтись и на 150. но! если все внедрено и налажено.

ну что такое "120 человек в упп"? или рограммист егает по всем ста двадцати человекам и каждому вытирает сопли?

(70) когда в конторе нетиповая и пошли закончики менять, - это вам не типовую обновил, и беги сопли юзерам вытирать ;)

(66) Для нескольких различных систем нужно разделять полномочия руководителя. Сомневаюсь, что у них есть руководитель, который сможет определить приоритеты и по ЗУП и по УПП и по Документообороту.

3 программиста на 300 пользователей. Хочется выть на луну.

(73) зачем на 3 базы много программистов?

(73) программист должен вытирать сопли юзерам или всякие линии поддержки и эникейщики может?

(75) (74) При условии, что программист объясняет только свои доработки, действующего штата действительно достаточно.  У нас роль эникейщика выполнял младший программист, пока не сократили. Сейчас эникейщики-сисадмины объясняют им только все, не связанное с эской. Мы им даже месяц в УПП помогаем закрывать до сих пор, хотя все настроено хорошо.

У меня неизвестно, сколько пользвателей. На прошлых работах даже в конторе на 50 человек (розничные продажи) была специально обученная сотрудница, которая на первой линии отсекала много вопросов. Если уж совсех швах - то на ИТ поступала проблема и мы её решали либо оперативно (ну если сервак завис или авария у провайдера), либо доработку ставили в очередь задач.

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

(76) А вот на прошлой работе - там административный хаос. Там приучили, что программист должен вытирать сопли и помогать рассчитывать зарплату. Я отучал их от этой гнусной практики. Меня хватило только на полгода, да и за амином постоянно подтирать его говнецо тоже надоело. Кстати сегодня вот заходил удалённо, помотрел, чего там наваяли со времени моего ухода.

Пользуясь случаем, хочу передать Коленьке привет. Коля, тебе привет!

(21)
http://i07.fotocdn.net/s3/174/gallery_m/68/2312782765.jpg

ВОт поэтому в России такая низкая производительность труда.

если текучка пользователей большая, то без хелпдеска вообще никуда

на прошлой работе было 190 юзеров, более 50 баз

год тянул один....

потом взяли еще, в принципе вдвоем было нормально.

(81) тянуть понятие относительное, можно просто обновлять типовые конфигурации и отвечать на вопросы пользователей - здесь приходится постоянно перелопачивать конфигурацию, выполнять заявки от пользователей, с которыми приходится зачастую додумывать постановку задачи, додумывать механизмы реализации, и затем еще всё это реализовывать... Складывается впечатление, что должен быть мостик между заказчиками и нами программистами, который бы превращал заявку в ТЗ...

(82) Ты чёт какими-то философскими вопросами себя грузишь. Неофит что-ли

Хелп деск тут проблемы не решит - безумные идеи пользователей будут сыпаться туда, что это изменит?

(83) Просто хочется разобраться, что у нас не так: мы - низкой квалификации; юзеры-черезчур активные и в тоже время глуповатые, что пишут такие ужасные туманные заявки; или проблема в том, что в компании нет составителя ТЗ...

(84) хел деск поможет

любую безумную идею не накатываем на рабочую пока заказчик не протестит это на копии и не подпишется об этом в хелпдеске...

поток заявок упат  в разы

(0) количество пользователей влияет на количество программистов влияет точно так же, как трение на пение.
Чтобы получить требуемую штатную численность подразделения надо взять объем работы, которую надо отработать, и поделить на время, за которое эта работа должна быть побеждена.

Сержанта CIO возьми!
+ бизнес-аналитика!

И штаты увеличь!
первая линия поддержки, вторая линия поддержки, отдел сопровождения и отдел разработки!
заставь себя уважать!

(85) Если вы до сих пор пилите мейн, то вы недостаточной квалификации

(86) Боюсь наших это не остановит

(89) я извиняюсь, а что такое мейн?

(84) Хелп деск позволяет выполнять задачи последовательно. В дальнейшем можно предоставить инфу о выполненных задачах по видам систем руководству для аргументированной просьбы увеличения штата. Сейчас для руководства увеличение штата - ваши необоснованные хотелки никак не подкрепленные реальными цифрами.

(91) Главную базу ;-) Обычно это УУ учет

(0) Я 1 на 220 пользователей по всея Руси. УПП + дописки.
Ну бывает что подгружает, но терпимо.
(0) Не ной, работай.

(9) Зачем на УПП 2 прога? 0,5 хватит. УПП проще ЗУПа.

(82) А ты не делай задачу пока пользователь 3 раза не попросит одно и то же.

(96) а после трех раз катать заяву о домогательстве, не?)

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

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

(0) Оптимальное соотношение:
пользователи/программисты=плюс бесконечность

Организационная структура предприятия с IT отделом

http://s00.yaplakal.com/pics/pics_original/7/7/0/2932077.png

https://yandex.ru/images/search?img_url=http%3A%2F%2Fimg0.liveinternet.ru%2Fimages%2Fattach%2Fc%2F0%2F52%2F534%2F52534224_orgstruktura1.jpg&_=1440394969277&text=структура%20it%20департамента&noreask=1&pos=1&rpt=simage&lr=20523