Как не сдохнуть на проекте или 5 лайфхаков

В моем опыте аналитика за почти 7 лет (хоть он и не очень большой на самом деле) было много разных интересных историй, но самый забавный момент — это когда я оказалась в патовом проекте, который нельзя было не сдать, но туда свалились все беды: и смена заказчика, и распределенная команда, и локальна я одна, и новая предметная область для меня, и близкий дедлайн.


И вот как то раз мне предложили выступить на конференции аналитиков.


Я начала думать, чем же можно поделиться, какие знания передать….какие-то специфичные знания как проектировать в uml или как писать правильно по ГОСТ не хочется рассказывать, потому что это интересно одним аналитикам и не интересно другим. Ну хотя бы потому, что роль аналитика на столько многогранна и в каждой фирме, на каждом проекте аналитик выполняет те или иные функции, и знания ему нужны определенные.


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


Итак, это всего ПЯТЬ советов:


1. Прими как данность специфику проектной деятельности


… все эти цейтноты, дедлайны, какие-то стендапы и планерки — в общем все, что обычного человека выводит из равновесия, все это необходимо аналитику в его работе.


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


  • Запомни, все заказчики сложные: начиная от операциониста в поликлинике города Любим и заканчивая министрами федерального уровня. И модные парни из Теле2 сложные, и даже если ты попадёшь в фирму на внутренние проекты (например, делать свой таск-трекер, то и ИТ специалисты (такие же аналитики, руководители проектов и прочие) могут быть неадекватными заказчиками, к сожалению.

Как с ними работать:


  • Держать в курсе, всегда рассылать логи\резюме договоренностей, фолоуапы, всегда уведомлять о смещении сроков и прочие организационные моменты, установленные в вашей фирме;
  • Не забывай об элементарных человеческих отношениях: у заказчика также заболел кот и ругается жена, например, и поэтому он может быть просто не в настроении.
  • Успокойся.

a. Эмоции мешают включать рациональное мышление (читай Карнеги, Фридмана, Литвака и прочее). Все проекты сдаются, рано или поздно, со штрафами или без. «Аналитический паралич» съедает твое время, нужно просто что-то делать, чем не делать ничего;


b. Высыпайся и постарайся отдыхать, цейтнот блокирует развитие (Гандапас хорошо рассказывает об отвлеченном деле для развития мозга);


c. Понимай свою зону ответственности правильно. Не должно быть двух диаметральных представлений: ты ничего не должен никому или синдром отличника. Есть задача — есть срок, не успеваешь или есть блокеры — эскалируй, все должны об этом знать, чтобы переиграть планирование.


2. Найди единомышленников, тех с кем тебе комфортно обсуждать задачи


  • Найди себе наставника — человека, который охотно делится знаниями.

Мне не очень везло как-то на наставников, ведь это двустороннее соглашение. Мало сказать: «О, парень, привет! Я заметила, что ты соображаешь в этой теме, давай ты будешь меня учить и направлять». Не факт, что его заинтересует такое предложение.


Но вот одной моей коллеге очень повезло.


История в чем: во многих фирмах практикуется «назначенное наставничество». Ей в наставники поставили опытного системного аналитика, с которым она смогла выстроить дружественные отношения. Он был крут, она не очень. Поэтому практически на всех решениях она прикрывалась его именем и всегда знала, что он ее подстрахует. Самой проявлять активность в таких тепличных условиях она не очень хотела.


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


Вывод: не просто найди себе наставника, но еще и используй это правильно, если тебе так повезло.


  • Постарайтесь вписаться в коллектив.

Вообще работа в команде, выстраивание доверительных отношений многого стоит.
Был на моем опыте такой прецедент, когда руководитель проекта (далее РП) по очереди ругала каждого участника команды, а команда локально была отдельно от РП. Все долго терпели и думали, что в них дело.


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


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


3. Будь проактивным


-Не понятно- спрашивай.


Не понятно так, что даже не знаешь, что спросить — все равно спрашивай, но по-умному, чтобы тебе рассказали, а не отвечали на допросы (здесь в принципе хорошо пойдут примеры с закрытыми/открытыми вопросами и схема коммуникации «что вы об этом думаете»)
Как это работает: “зачем?" — узнать истинную проблему, границы требования, эффект, который хотим получить.


-Записывай.


Записывай абсолютно все. Если созвон, то фиксируй себе основные аспекты, если онлайн вычитываем какой то документ, то оставляй себе комментарии по каждой формулировке и автора формулировки (можно вспомнить фразу «умный не тот, кто знает, а тот, кто накапливает знания и в нужный момент их озвучивает»).


  • Не принимай быстрых решений, подумай, спроси у наставника, посоветуйся. В общем, "не звезди".
    Как это работает:
  • Скорее всего ты не первый, кто задумался над этой проблемой;
  • Проверьте, может есть готовое решение;
  • Может кто-то в фирме уже занимался подобным;
  • Спросите, как другие решают аналогичные проблемы\задачи.

4. Мат часть


Все лайфхаки приходят с опытом или из умных книжек по управлению временем, стрессами, коммуникациями, хаосом, вселенной, рабами…. тем не менее, профессионалом тебя делает именно фундамент из мат.части (у Фридмана хорошо написано про это).


Если видишь пробелы — узнавай новое. Ты потом будешь продавать именно свои навыки и знания, а не количество закрытых тикетов (читать Вигерса, «путь аналитика» и прочее).


Мы зачастую работаем на проекте и не выглядываем за пределы проекта (продукта). Все-таки нужно ездить на конференции, проходить тренинги и прочее.


5. Не бойся получать обратную связь


Ретроспектива — если ее не проводят по закрытию проекта или в самом отделе аналитики в какие-то вехи, то спрашивай сам о своей персоне. Плюсы конечно хорошо, но за счёт знания своих минусов — мы не останавливаемся на месте и развиваемся.


Надеюсь, я была вам полезна, дерзайте.

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 13

    0
    Стоит подчеркнуть, еще аспект токсичный заказчик, когда после решения определенной задачи, заказчику хочется эта и это, и все это мелочи и решить можно за 10 минут но такие задачи выбивают график, а передлки такого плана, делают исполнителей со времени не продуктивным. Когда я работал фрилансером мне попался токсичный заказчик, и я уже год пилю ему магазин (2 версия на подходе), он считает меня лучшим в своем деле и не делегирует никому, в результате из за куча переделок у меня пропала мотивация, и по деньгам вроде все хорошо но увы я высох. Очень медленно движется проект, мне тупо лень заглядывать в код, он очень сильно разбух, (а там CMS opencart), а планы у него наполеоновские, магазин на 5000 товаров минимум, и от 12 парсеров все это и следить за всем этим, ужас, а изначально было создать небольшой магазин по продаже компов :)
      0
      Спасибо за пример!
      Коммуникации с токсичными людьми это вообще беда, конечно.
        +1
        Вообще не беда :)

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

        Не работает автомат? Ну, может, просто сломался? Может надо сервис позвать? А может дешевле не пытаться вернуть монетку, а обратиться к другому автомату. А может сам просто не ту кнопку нажал. Или с инструкцией пользования автоматом не ознакомился должным образом. Может он вообще out of order на плановом обслуживании, просто механик табличку не повесил. Да мало ли что.

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

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

        Обычное желание развивать продукт. В чём таксичность?

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

        А здесь в чём токсичность заказчичка? Стало скучно жить и лень открывать код? и при этом вас уважают и хорошо платят? — мне было бы стыдно.
        Тут скорее проблемы с дисциплиной и приоритетами на фрилансе (условно зажрался), а не с токсичностью заказчика.
        0
        Как бы банально это не звучало, но на мой взгляд не хватает пункта «Работать на результат», то есть мыслить не конкретной кнопкой или группой функций, а ценностью для продукта или проекта в целом, в этом случае будут и единомышленники (кстати это могут быть и люди со стороны заказчика) и обратная связь
          0
          Это уже такой хороший прокаченный аналитик может думать под призмой ценностей, на мой взгляд. Плюс который продукт и его развитие хорошо понимает. Здесь даже можно раскачать дисскусию чья роль так думать: аналитика или продакта))
          В любом случае, спасибо за замечание.
          0

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

            0
            Да, спасибо!
            Про это даже можно отдельную статью написать. Про управление рисками при назначении задач, ожиданиями, про делегирование.
            0
            Большое спасибо за статью!
            а можно приложить список источников, к которым идут отсылки? Карнеги, Гандапас, и даже Литвак — мне хорошо знакомы. а вот большинству моих коллег эти имена мало что говорят. и Фридман — это какой из?
            0

            Я бы дополнил пп. 1 и 2. В работе аналитика важна прозрачность, поэтому нужно по возможности чаще контактировать с заказчиком (выяснять и объяснять), руководством (докладывать, эскалировать) и командой (помогать). Мало просто качественно и эффективно закрывать задачи, уйдя в себя. Если аналитик оставил знание в себе (или даже документе), но никто эту информацию не получил (в полной мере или вовремя), то степень неопределенности на проекте не уменьшилась — и тогда это вызовет проблемы.

              0
              Верное уточнение про прозрачность.
              Поддерживаю тактику, что мы не оценки зарабатываем и не знания копим, а работаем и должны максимально делиться полученной информацией. Аналитик должен раскапывать и все обналичивать.

              Спасибо!

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

            Самое читаемое