Ира Рум

Звонок без предупреждения Продолжим тему общения в мессенджерах. Мне кажется, что в наше время мессенджеров уже неприлично звонить без предупреждения! Я практически никогда не звоню без предупреждения. Первоначально я пишу сообщение: поздороваюсь и спрошу, есть ли время созвониться. И только после этого созваниваемся или договариваемся о времени звонка. Это касается всех контактов: как в работе, так и в личной жизни. Если я звоню без сообщения - значит действительно случилось страшное и/или мне очень сильно нужно переговорить с человеком.

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

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

Личное общение До ковида у меня этой темы не возникало. С командой сидели рядышком в одном офисе. На встречи ездили к Заказчику или он к нам. Все со всеми были знакомы лично, ну может быть за редким исключением. С ковидом в мою рабочую жизнь пришла удаленка. На смену офисному общению пришел мессенджер. С одной стороны, удаленку я очень полюбила. Мне нравится работать из дома: я организовала свое рабочее пространство, и котик рядом. С другой стороны, видеосвязь не заменит личного общения. Поэтому я знакомлюсь лично с каждым участником команды и с представителями Заказчика. К сожалению не всегда удается. Но после личного знакомства я всегда чувствую, что это было нужно. Сегодня с аналитиком ездили пообщаться с представителями Заказчика. Я очень удивилась, когда узнала, что сами Заказчики не виделся друг с другом лично больше полу года! И сегодня они приехали в офис, что бы повидаться с нами, и, как оказалось, друг с другом. Нам были рады, мы были рады. Приятные впечатления остались!

Должен ли разработчик понимать бизнес смысл задач При написании кода нужно понимать разработчику, какой бизнес смысл задачи? Я считаю, что да. Это позволяет смотреть на задачу шире. И может повлиять на реализацию. Поработав с разными командами могу сказать следующее. Для разработчиков 1С это норма. Обычно это ребята, которые либо консультировали, либо другим образом погружены в бизнес задачи. Опять же, доработка типовых конфигураций так или иначе вынуждает к понимание бизнес процессов. Хотя есть и 1Сники, которые дальше кода смотреть не хотят. С ребятами на других других языках не все так однозначно. Некоторые не стремятся понять, для чего разрабатывают сервис. Как это будет работать. Это отдается на откуп аналитикам, архитекторам. Но, когда останавливаешься и говоришь, давайте я расскажу для чего это нужно, чаще всего возникает интерес. И потом, ребята сами говорят, что сейчас наконец-то я понял, а для чего вообще я пишу этот код. А некоторые так и остаются без понимания. И они убеждены, что им это не нужно