Любому специалисту в IT рано или поздно могут понадобиться ориентиры и советы от более квалифицированных сотрудников и вообще гуру своего дела. Представляем вам информативное и полезное пособие для аналитиков в сфере ИТ под названием "Советы аналитику". Часть первая.
1. То, что очевидно для вас, не очевидно для других
Эта истина верна не только при общении аналитика с программистами и тестировщиками, но и в общении с клиентами. У каждого человека свой багаж знаний, свой личный опыт.
2. Читайте, осмысливайте. Тренируйте главную мышцу
Мозг — это та же мышца. Чтобы она хорошо работала, её надо тренировать. Чтение — отличная тренировка.
3. Клиенты — наше все!
Это достаточно известная истина — основа любого бизнеса. Ради клиента стоит изменить свой график, свои планы, пожертвовать временем и силами. Даже простой курьер — это представитель клиента и уже поэтому достоин уважительного отношения.
4. И даже в кабаке вы — аналитик!
Аналитик иногда вынужден проводить досуг вместе с клиентами. Но даже в кабаке на него смотрят как на аналитика, поэтому он должен держать себя в руках.
5. Называйте вещи своими именами
Говорите о проблемах в команде прямо — не деликатно намекая, а называя вещи своими именами. Человек может обидеться, но такая прямолинейность ясно даёт понять, что хорошо, а что плохо
6. Развивать нужно не слабые, а сильные стороны
У каждого человека есть сильные и слабые стороны. Некоторые люди изо всех сил стараются развить свои слабые стороны. Однако надо развивать свои сильные стороны. Но не стоит забывать о чтении книг, если слабость заключается в незнании теории, то этот совет к этому не относится. Здесь речь про личностные характеристики, а не про профессиональные.
7. Сильные уважают только силу
Есть люди, с которыми нужно говорить только на языке силы. Сила — это не кулаки, а стиль общения. До некоторых людей не достучаться логикой и аргументами, они понимают только язык силы.
8. Хвалите людей
Похвала — это мотивация и система координат для сотрудников, помогающая им понять, что считается правильным, а что нет. Хвалите членов своей команды и клиентов за правильные действия, даже если результат не достигнут, и они не будут бояться действовать.
9. Не рассчитывайте на людскую благодарность
Сделав добро команде или клиентам, отойдите в сторонку, не ждите благодарности. Тот, кто захочет отблагодарить, сделает это без напоминаний.
10. Команду создает только общее делание
Общее дело может сплотить команду гораздо лучше, чем тимбилдинг. Общая цель объединяет команду, возникает готовность помогать друг другу.
11. Время важнее идеальности
Часто перед запуском системы люди долго что-то проверяют, изучают, анализируют. Из-за этого запуск надолго затягивается. Даже если не все моменты учтены, гораздо важнее с чего-то начать. В бизнесе, как правило, выигрывает не тот, кто всё продумал и просчитал, а тот, кто рискнул и начал использовать первым.
12. Любая ваша идея может быть подвергнута сомнению
Даже идея, которая кажется вам идеальной, может быть подвергнута сомнению со стороны членов команды. Нужно быть готовым к такому повороту, чтобы подтвердить свою позицию аргументами. Ждите колких вопросов и сомнений. Вашим идеям будут сопротивляться всегда, ведь всех пугают перемены.
13. Нафиг постановки во время дедлайна
Дедлайн — это когда совсем нет времени, и система была нужна вчера. Если команда находится в ситуации дедлайна, значит некогда писать постановки, а вся разработка происходит по устным договорённостям и устным обсуждениям всех ключевых членов команды. Не оглядывайтесь на прошлый опыт, а делайте шаг вперёд.
14. Любая неоднозначность трактуется в худшую для вас сторону
Любой вакуум заполняется негативом. Если клиенты/члены команды не получают достаточной информации, они начинают предполагать худшее: «система не развивается/не разрабатывается», «все плохо», «дефекты не исправляются», «постановки не пишутся»…Чтобы избежать неоднозначностей, держите клиентов/членов команды в курсе этапов и событий проекта, в том числе тех которые происходят только на стороне разработчиков системы/аналитиков.
15. Единый понятийный аппарат улучшает управляемость на проекте
Создайте единый словарь терминов по предметной области проекта и разговаривайте с заказчиком на одном языке.
16. Делайте больше, чем нужно
Любой старательный аналитик рано или поздно достигает результатов, которые являются максимальными для его должности. Тогда он либо останавливается и довольствуется достигнутым, либо начинает делать больше, чем от него ожидается. Делая больше чем ожидают, человек создаёт себе преимущество на фоне остальных. Как правило, такие люди и становятся менеджерами проектов, тимлидами или архитекторами функциональных решений.
17. Защищайте интересы своего руководителя
Это непросто и не свойственно нашему менталитету. Но если члены команды начинают спорить и не подчиняться, менеджеру и архитектору приходится тратить время и силы на уговоры и споры, что неэффективно.
18. Создавайте шаблоны
На каждый документ (ТЗ, постановку, отчёт об обследовании, анкету, протокол совещания и т.д.) создайте шаблоны. Для создания шаблона используйте мировой опыт (ГОСТы, примеры документов из интернета и книг) и адаптируйте их под особенности ваших проектов
19. Будьте уверенными в своих действиях
При общении с клиентами и членами команды чётко уверенным тоном формулируйте мысли. Ведь, если вы сомневаетесь, то и остальные тоже начнут сомневаться и будут ставить под сомнения ваши постановки.
20. Умейте слушать и слышать
На этапе обследования и внедрения для выработки правильного решения необходимо внимательно выслушать проблемы заказчика и задать уточняющие вопросы в нужном направлении. Не перебивайте клиентов. Иногда клиенту не нужна доработка системы, а нужно просто сочувствие.