Как организовать распределение работы между программистом и ведущим прогером? #693608

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

А что их начальник по этому вопросу имеет сказать?

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

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

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

Если есть ведущий, то пусть он и ведёт.

Даже в подразделении из 2 человек, кто-то должен быть старшим и отвечать за работу.

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

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

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

Это его проблемы как. Может не работать, руководить обязан.

Ведущий может определиьт сложность задачи, иначе какой он, к овощу, ведущий?

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

начни с инсталляции базы знаний, багтрекера, разработки/принятия правил программирования

Функция передаста у руководителя тоже есть. Но осмысленная кому, что, когда и как передавать.

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

ну он определяет сложность. с этим проблем нет. проблама в том что каждый занимается не своим делом. например заводить пользователя или изменять наборы прав или вставлять доп.проверки введущий прог не должен ИМХО

понял. учтём.

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

зачем он этим занимается? Пусть перестанет

вот смотри, ведущий разбирается в ошибках конфы, в это время его помощник лепит новые ошибки, с которыми потом будет в пожарном порядке разбираться ведущий, как минимум на младшего надо бросать ВСЕ ошибки модулей которых он сам касался

Начнём с простого. У этих программистов формальный руководитель есть? Или нет? Если есть какого лешего он не руководит. Если нет, как такое вообще может быть?

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

Если ведущий программист занимается саппортом, то предлагаю программирование отдать уборщице. Ну или взять отдельного чела на саппорт

просто не задумываться над этим вопросом. Пусть решает тот, кто может его решить

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

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

"так моя задача заполнить анкету ..." - сменить руководителя, не ? С наступающим Новым годом. Желаю в Новом году руководителей ...

А руководитель - это не ты случаем?

Он отправляет задачи им сам + руководители отделений могут о простых проблемах сообщать так же. Побег - это не выход. Необходимо продумать как улучшить все. Руководство не против. Они для этого и устроили опросы. нет. не я.

Тогда каким боком ты к этой проблеме? Это в чистом виде работа руководителя: организовывать работу подчинённых. Или ты метишь на место руководителя?

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

>> моя задача расписать и предложить новые схемы по улучшению работы программистов. Если это твоя задачи, то какого ж, ты тему завел эту? Предлагаешь не ты, а совершенно сторонние, даже не знакомые тебе люди. Эти предложения ты оформишь в виде вордовского файлика, распечатаешь и побежишь Дартаньянить? ай-ай-ай.

что за ерунда. У меня есть видение сложившейся проблемы и я её расписал. Но мне необходимо услышать мнение других компетентных людей. Это же обмен опытом. Я же не говорю, что все идеи, которые мне могут предложить, я приму на ура.

Смешивать поддержку и разработку нельзя однозначно...

ну ладно. Тогда снимаю свою претензию, если ты не копи-пастер Дартаньян.

но если прогера сажать на поддержку он ведь расти перестанет.

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

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

"чтоб другой программист рос как специалист" Он нянька, что ли?

Его задача ведь сделать так, чтоб в компании задачи решались качественнее и быстрее.

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

Ну а нафиг такой ведущий нужен, если обоснований почему сделано так или иначе от него не допросишься

о чем это?

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