8.х Организация работы ИТ отдела (в части 1С)

Давайте я перенесу тему в курилку ?

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

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

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

Да не только у вас, в основном 90 % у всех свои "хотелки". А у вас как-то обосновывают эти "хотелки" ?

о да, обоснование железное как правило - так надо или так должно быть ))

я единственный программист 1С на фирме.. ут, бп, зуп (+самописки 3-4 шт). каждый месяц собираются задачи со всех отделов. я приблизительно оцениваю трудозатратность в количестве времени, которое неоходимо для решения каждой задачи. дальше один из собственников властною рукой раставляет в задачах приоритеты. какие-то совсем отметает, какие-то меняет местами, какие-то убирает в долгий ящик.

опять же все задачи на уровне хотелок ставятся.. хорошо если на словах проговариваются. очень редко есть ТЗ.

Ну да, проще забить костыль(о котором придется помнить все время), чем объяснять что к чему и нужно ли это вообще.

зависит от того, кто вы в иерархии

расскажу про организацию на предыдущем месте работы (сейчас франч - не поможет)
организация большая, ит-отдел 300 человек (оператор сотовой связи), программистов 1с - 3 человека, пользователей 500.
1 человек - администрирование баз, обмены (15 узлов рбд на торговле), сервера бд, пользователи, небольшие обработки, в нагрузку - администрирование аксапты
2 человека - разработка зуп, ут, самописки по ремонтам и основным средствам, с разделением обязанностей по конфам, но мониторингом изменений и совместным принятием решений.
ну и франч в помощь

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

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

IMHO, Самое простое, что можно сделать - начать работать по "Служебным запискам", первое прикроете свои зад тылы на предмет "хотелок", часть хотелок отсеится самособой, потому как нужно писать "служебку"; второе - служебки распределять с помощью орбитра (начальника отдела или авторитетного члена комманды) либо по личным предпочтениям, занятости и т.п.