Ответы пользователя по тегу Управление проектами
  • Как намекнуть начальству, что agile не избавляет от тз?

    dapi
    @dapi
    Добрый день!

    27 лет в разработке IT. Исполнял роль разработчика, техлида, архитектора, владельца продукта, техдира, владельца бизнеса. Отвечу из своего опыта.

    > Как дать начальству понять, что они могут хоть 100 jira себе установить, хоть 200 совещаний в день провести, но им всё равно нужно самостоятельно планировать работу и отвечать за неё?

    1. Подготовить презентацию. Главное сконцентрироваться не на том что "так не пойдет", а на том что вы предлагаете. Покажите проблему и ваше решение. Отсюда будет видно насколько вы понимаете суть проблемы которую начальство пытается решить и поделитесь вашим предложением. Не отчаивайтесь если его не примут сразу или не примут вообще, это нормально. Если вы покажете что понимаете суть проблемы, готовые взяться за ее решение и у вас есть понятный план, то ваши шансы достаточно велики. Под проблемой я имею виду то что "100 jira не приводит к решению задач"
    2. Планировать работу самостоятельно, делегировать или не планировать, это руководство решит само. Я как руководитель вполне могу вообще ничего не планировать, а только убедиться в том что моя идея и цель донесена и понята соответствующими лицами и дальше мониторить происходящее. Например если я хочу чтобы мои подчиненные выросли и научились самостоятельно планировать.
    3. Начальство в любом случае отвечает за работу и ее результаты. Но у него есть разные рычаги как влиять на результат. Один из рычагов это сменить исполнителей.
    4. Если считаете что начальство не выполняет свои функции, скажите ему об этом (пункт 1) если вы считаете что ничего не изменилось эскалируйте вопрос далее (к начальству начальства). Для начала выясните какие функции у вашего начальства. Вполне возможно что в вашей компании составление ТЗ это функция разработчика (и это нормально).

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

    Понимаю вас )

    > А чтобы корректировать курс, почему-то проводят кучу совещаний, вместо минимального тз или тупо списка требований.

    Возьмите на себя составление ТЗ. Научитесь это делать. Это поможет вам вырости как профессионал. Даже если к вам пришли с готовым ТЗ вам, для начала, нужно его принять. А именно: убедиться что выявлены все заинтересованные лица, пройтись по функциональным и не функциональным требованиям и так далее.

    Это беспроигрышный шаг которые вас поднимает на ступеньку выше в профессиональном плане.
    Ответ написан
    Комментировать