ну тогда я думаю надо совсем отказаться от общения, и надеяться что админы будут сами понимать что тебе нужно, стоит только об этом подумать. письмо админам это не бюрократия это элементарное удобство, что бы не бежать лично. это быстро и удобно.
да это нормально бегать к разработчику, так как это выгодно для проекта в целом, а значит выгодно и тому кто платит деньги и тому кто управляет процессом. а каждые пол часа или каждый день это уже по ситуации.
— регламент работы с админами — тимлид решает кто может работать с админами. админы решают форму подачи заявки. Вот и весь регламент.
— Заявление на отпуск требуется по закону. Речь тут не об этом. Наличие этого правила, установленного законом России, не говорит что сверху надо придумать еще и заявление на выходные или там заявление на уход с работы домой, а каждый день писать утром заявление о приеме на работу.
— никакого описания приемки работ не требуется. заказчик, или его представитель участвует в проекте непрерывно, и естетсвенно, ничего забыть просто не может, ибо все время контролирует ход проекта.
1. общение должно быть всегда, и задача должна в первую очередь объяснятся на словах. ТЗ, тикеты это все второстепенные вещи, вспомогательные.
2. тикет ставится кастомером, и в принципе девеловеру кагбы параллельно, ну стоит тикет, ну и пусть сибе стоит, помнишь на словах, отлично, забыл, тут у тебя выбор — посмотреть в тикет или подойти к тимлиду или ПМу. Нет смысла быть против тикета.
3. Кастомер всегда может подойти/позвонить/написать и узнать состояние задачи, и делать это может так часто, как считает необходимым.
И никаких проблем нет ни у кого! Халявить не удастся, так как есть личный контроль, тикеты есть, но ими пользуется тот, кому это удобнее. Все в курсе состояния проекта. Сохраняется живое общение, и проблемы выясняются по ходу.
Представим пример когда это не работает. Ну например ПМ не интересуется ходом задачи. Этого же нет в правилах подписанных гендиром. Отлично, через месяц выясняется что задача выполнена неверно. ПМ потирает пятую точку, девелопер тоже не в восторге. Я думаю эта идиотская ситуация больше не повторится, да и сама по себе она маловероятна, так как никому не выгодна.
Создается система, устраивающая всех. Ну разве что ленивый ПМ может быть недоволен, но это уже не проблема разработчика.
во первых не нужно оправдываться неидеальностью мира.
во вторых, никто не говрит что надо искоренять бюрократию (кстати я этот термин применил именно в плохом смысле, а не вообще к документообороту как таковому) полностью. понятно что раздавать рута всем желающим не следует.
а тикет-система нужна для удобства в первую очередь тех, кто ей пользуется.
а об этом я тут уже как то писал, когда у нас Jira попытались использовать не как инструмент учета задач, а как инструмент слежки за сотрудниками. вот пост habrahabr.ru/blogs/development/47022/
Собственно ничего не вышло, никто не захотел следовать этому идиотскому регламенту, а чуть позже уволилось половина разработчиков, а за ними сбежал (при достаточно странных обстоятельствах) и тот, кто этот регламент придумал.
вот именно. конечно существую примеры команд из 100 разработчиков, и там, может быть, свои законы. Но тут речь о небольших командах. И наверное, команды будут различаться в подходах, это зависит от их составах, от их лидеров, от их задач. Но кардинальных различий все равно не будет, так как все команды будут тяготеть к удобству, и врятли станут пересылать письма голубиной почтой, и расписываться кровью. Тем более в условиях конкуренции между собой, их подходы быстро унифицируются, и никаких регламентов не понадобится, потому как обычно люди не враги себе, и стремятся выбирать наиболее эффективные подходы.
я просто в корне не согласен что шансы выжить, ничего не меняя выше. Мир меняется, и если на него вовремя не реагировать, то конец неминуем. и то когда он придет, зависит от изначальных ресурсов. Если вы макрософт то наверное можно и забить на развитие, и выпускать говнобраузеры. Если вы гугл, то без инноваций без изменений и постоянного совершенствования всех процесов, вы умрете.
таких немного, и обычно они не долго держатся в приличном обществе. Это и есть направляющий фактор. Так и в командах, да, есть шанс что придет неадекват, но он долго не продержится в нормальной команде, его либо перевоспитают либо вытолкнут из команды. И без всяких бумажек и правил.
И именно для того есть тимлид, который, в случае перекосов, должен направить команду, разобратся в причине прекоса, а не просто ткнуть рожей в правила.
бос не самодур, просто тот кто писал эти регламенты как то смог убедить это подписать.
бахгалтерия непричем. это просто желание делать по правилам. типа моя хата скраю, вам надо вот и выполняйте…
да, бороться с этой системой буду, но на это нужно время, которого итак из-за этого бардака не хватает. пойти, открыть дверь ногой гендира и наябедничать тоже не выход, хотя это и могло бы быстро все решить.
вот именно, вот смотрите. тот же пример с вирталками
1. Найти форму заявки, распечатать, заполнить 5 полей ручкой, подойти к начальнику, если он на месте, подписать, если нет, ждать, потом спустится на несколько этажей, отдать бумагу техдиру.
2. написать письмо: «петь, сделай виртуалку с дебианом, и юзера там заведи pupkin с правом на sudo. P.S. Шэф, если согласен, форвардни в техотдел», и отослать его начальнику. ВСЕ!
Что меняется? А то что результат тот, же а действий меньше. Да и то, в том случае если мне не доверяют, нужно слать через шефа, по мне так это лишний этам для данной задачи.
В другой компании у нас было еще лучше, была страничка со списком электронных заявок, при нажатии на нужный вариант например «создание виртуалки» открывался почтовик, с шаблоном письма. Надо было заполнить несколько полей, и просто нажать на кнопку «отправить». Если админ считает что делать этого не стоит, или не доверят тебе, то он уже сам мог связатся с начальством и уточнить, без всяких бумаг. Но такое требовалось редко, так как те кто может писать напрямую были в команде четко определены, а другие просто слали через этих людей.
Опять же, эта система нужна была не для того что бы прикрыть задницу админам, а для того что бы прикрыть задницу самих разработчиков, перевешивая ответственность на лидеров команды.
Но писать бумажную заявку да еще и с подписью начальника отдела, такое и в голову никому прийти не могло.
совсем без бюрократии не обойтись, но те случаи что привели вы, в бумажной волоките не нуждаются. но существуют другие, редкие случаи, когда лучше подписать бумагу, чем разгребать последствия. именно они и не требуют внимания, что редки, и от них редко когда зависит скорость выполнения задач.
— Заявление на отпуск требуется по закону. Речь тут не об этом. Наличие этого правила, установленного законом России, не говорит что сверху надо придумать еще и заявление на выходные или там заявление на уход с работы домой, а каждый день писать утром заявление о приеме на работу.
— никакого описания приемки работ не требуется. заказчик, или его представитель участвует в проекте непрерывно, и естетсвенно, ничего забыть просто не может, ибо все время контролирует ход проекта.
2. тикет ставится кастомером, и в принципе девеловеру кагбы параллельно, ну стоит тикет, ну и пусть сибе стоит, помнишь на словах, отлично, забыл, тут у тебя выбор — посмотреть в тикет или подойти к тимлиду или ПМу. Нет смысла быть против тикета.
3. Кастомер всегда может подойти/позвонить/написать и узнать состояние задачи, и делать это может так часто, как считает необходимым.
И никаких проблем нет ни у кого! Халявить не удастся, так как есть личный контроль, тикеты есть, но ими пользуется тот, кому это удобнее. Все в курсе состояния проекта. Сохраняется живое общение, и проблемы выясняются по ходу.
Представим пример когда это не работает. Ну например ПМ не интересуется ходом задачи. Этого же нет в правилах подписанных гендиром. Отлично, через месяц выясняется что задача выполнена неверно. ПМ потирает пятую точку, девелопер тоже не в восторге. Я думаю эта идиотская ситуация больше не повторится, да и сама по себе она маловероятна, так как никому не выгодна.
Создается система, устраивающая всех. Ну разве что ленивый ПМ может быть недоволен, но это уже не проблема разработчика.
во вторых, никто не говрит что надо искоренять бюрократию (кстати я этот термин применил именно в плохом смысле, а не вообще к документообороту как таковому) полностью. понятно что раздавать рута всем желающим не следует.
а тикет-система нужна для удобства в первую очередь тех, кто ей пользуется.
Собственно ничего не вышло, никто не захотел следовать этому идиотскому регламенту, а чуть позже уволилось половина разработчиков, а за ними сбежал (при достаточно странных обстоятельствах) и тот, кто этот регламент придумал.
И именно для того есть тимлид, который, в случае перекосов, должен направить команду, разобратся в причине прекоса, а не просто ткнуть рожей в правила.
бахгалтерия непричем. это просто желание делать по правилам. типа моя хата скраю, вам надо вот и выполняйте…
да, бороться с этой системой буду, но на это нужно время, которого итак из-за этого бардака не хватает. пойти, открыть дверь ногой гендира и наябедничать тоже не выход, хотя это и могло бы быстро все решить.
Тогда меня надо уволить. Бюрократия тут непричем. Это вопрос коммуникации и управления командой.
1. Найти форму заявки, распечатать, заполнить 5 полей ручкой, подойти к начальнику, если он на месте, подписать, если нет, ждать, потом спустится на несколько этажей, отдать бумагу техдиру.
2. написать письмо: «петь, сделай виртуалку с дебианом, и юзера там заведи pupkin с правом на sudo. P.S. Шэф, если согласен, форвардни в техотдел», и отослать его начальнику. ВСЕ!
Что меняется? А то что результат тот, же а действий меньше. Да и то, в том случае если мне не доверяют, нужно слать через шефа, по мне так это лишний этам для данной задачи.
В другой компании у нас было еще лучше, была страничка со списком электронных заявок, при нажатии на нужный вариант например «создание виртуалки» открывался почтовик, с шаблоном письма. Надо было заполнить несколько полей, и просто нажать на кнопку «отправить». Если админ считает что делать этого не стоит, или не доверят тебе, то он уже сам мог связатся с начальством и уточнить, без всяких бумаг. Но такое требовалось редко, так как те кто может писать напрямую были в команде четко определены, а другие просто слали через этих людей.
Опять же, эта система нужна была не для того что бы прикрыть задницу админам, а для того что бы прикрыть задницу самих разработчиков, перевешивая ответственность на лидеров команды.
Но писать бумажную заявку да еще и с подписью начальника отдела, такое и в голову никому прийти не могло.