В сфере ИТ грамотное общение не менее важно, чем технические навыки. Но если честно, стандартные советы по деловому этикету иногда звучат как лозунги со стенгазет. На практике всё сложнее. Вот несколько принципов, которые выработаны нами из практики.
1. Соблюдение сроков и ответственности
«Согласуйте сроки на старте проекта, держите всех в курсе, предупреждайте о задержках заранее» — звучит прекрасно. А теперь вернемся в реальный мир.
Проекты — это всегда цепочка непредвиденных ситуаций. Люди болеют, увольняются, умирают. У нас был случай, когда в разгар проекта умер глава компании-клиента. На следующее утро нас просто выставили за дверь: «Ничем не можем помочь, сами в шоке».
В другом проекте на этапе внедрения продукта умер ведущий разработчик. Директор попросила у клиента два дня на решение вопросов, хотя дедлайн не горел. Но тот устроил скандал, потому что из-за этого мог сорваться один из его отчетных дней, которые проходили два раза в неделю.
Совет: При планировании закладывайте время на форс-мажоры. Даже если кажется, что у вас всё под контролем — у вас нет этого контроля. «Незаменимых нет», но на замену всё равно нужно время, и этого времени обычно не хватает. И сами понимаете, есть ситуации, о которых невозможно предупредить.
2. Конфиденциальность и безопасность данных
«Обсуждайте правила работы с конфиденциальной информацией, чтобы избежать рисков.» — красиво сказано, но реальность сложнее.
Проблемы с утечками данных чаще всего возникают внутри самой компании клиента. Реальный случай: сисадмин решил приударить за бухгалтершей, получил отказ и из мести подставил её. Заодно подставил и нас, так как мы настраивали ПО для бухгалтерии.
Или другой случай: известная белорусская компания по неосторожности слила данные пациентов крупной медицинской клиники. Клиент об этом так и не узнал, а мы узнали случайно — архитектору знакомый из той компании показал часть базы для консультации по ошибкам.
Совет: Внедряйте строгий порядок передачи данных и минимизируйте доступ сотрудников к критической информации. Проверяйте, кто именно и в каком объеме работает с данными. Главное с этим не перегибать, баланс тоже важен. Но и не рассчитывайте, что «все люди хорошие» — у каждого свои гномики в голове.
3. Командная работа и поддержка идей
«Поощряйте обмен идеями в команде. Делитесь замыслами с заказчиком.» — идея хорошая, но клиенты, как правило, не заинтересованы в ваших внутренних дискуссиях. Их волнует выполнение ТЗ, полностью и в срок, всё остальное второстепенно.
Если клиенту нужна консультация по управлению бизнесом и необходимости внедрения заказанного у вас продукта, он пойдет к кому угодно, только не к разработчику. А если начнете переписывать ТЗ по ходу проекта, скорее всего, клиент предпочтет дождаться окончания работ и просто заказать переделку у других. Не потому что вы сделали плохо — просто ему будет стыдно признаться, что он сам не разобрался в своих потребностях.
Совет: Договоритесь о границах и формате участия заранее. Болтовня и мозговой штурм подходит не всем, особенно если на этих сборищах вы планируете перемывать кости бизнесу своего заказчика.
4. Коммуникация с клиентами
«Регулярно общайтесь с клиентами, чтобы они понимали, на каком этапе проект.» — на словах всё просто, но на деле далеко не все клиенты заинтересованы в контроле хода работ.
Заказал проект — и на Марс, бабочек ловить. Из списка ответственных со стороны заказчика один в запое, два болеют, а последний неуправляемый без прямого контроля руководства. А бывает, что сотрудники вообще не в курсе, что босс что-то хочет внедрить.
Совет: Прежде чем соглашаться на проект, убедитесь, что клиент сам понимает, чего хочет, и его команда готова работать. Если этого нет, вы потратите силы на борьбу с хаосом, а в итоге еще и окажетесь виноватыми в чужих промахах.
Деловой этикет — это не набор милых фраз из учебников. Крайне важно обладать умением предвидеть проблемы и не давать им превращаться в катастрофы. Люди будут ошибаться, путаться в задачах и срываться на эмоции. Научитесь спокойно с этим работать и выстраивать конструктивные отношения.
Другие статьи категории
