Вам когда-то приходилось оценивать проект, о котором вы ничего не слышали, за 3 часа? Мне да. Было весело (саркастический, нервный смех). Я попробую изложить подход, который вы можете использовать, если обнаружите себя в подобной ситуации.
В статье описаны 10 практичных и проверенных способов, как поставить задачу таким образом, чтобы жизнь разработчиков не казалось манной небесной, поставки срывались, бюджеты превышались, а качество трещало по швам.
Откровенно плохая архитектура, не-модульность компонентов, «костыли» — на выходе получатся продукт, который сложно поддерживать. Давайте разберемся, как же менеджеру проекта правильно работать с техническим долгом, чтобы не страдало качество проекта.
Большинство людей считают, что Канбан — методология разработки. Но так ли это на самом деле? Я бы хотел помочь разобраться с этим вопросом.
ПМ — это специалист, способный объединить вокруг себя проектную команду и обеспечить реализацию проекта, удовлетворяющего требованиям Заказчика. Часто требования весьма завышены, сроки крайне сжаты, а бюджеты таковы, что без «магии» проект просто не реализуем.
Вашей команде поручили реализовать проект — мобильное приложение. Приложение не сложное, но заказчик просит оценку по времени реализации. С чего начать? Данный опус поможет понять за что «хвататься» при оценке проекта с нуля.
В жизни каждого менеджера проекта наступает момент, когда заказчик спрашивает, на что же было потрачено время и почему проект запаздывает. В статье речь пойдет о случаях, когда задержка сроков поставки происходит, с точки зрения менеджера проекта, по вине заказчика.
За время своей работы я собрал перечень основных ошибок, которые часто совершают project менеджеры. Не оговаривайте всех деталей с клиентом (по ходу выясните), реагируйте эмоционально на любые спорные ситуации по проекту (вы же живой человек) и ни в коем случае не следите за ходом выполнения работ (надо доверять своим программистам).
Предлагаю рассмотреть два case-study, которые я взял из собственного опыта. Поговорим о декомпозиции и планировании работ, а также о выдерживании сроков по релизам, промежуточным билдам и прочим ключевым датам.
Любой человек способен научиться рисовать диаграммы Ганта, но эффективные менеджеры проектов полагаются на здравый смысл, который приходит с опытом. Или не приходит... Ваши потуги вряд ли будут полезны, если вы изначально не обладаете теми качествами, которые будут необходимы каждый день, чтобы направлять проект к успеху.
Список из 10-ти шагов, как быстро и больно убить проект. Не принимайте во внимание риски, забудьте слова Scrum, XP, Kanban и ни в коем случае не стоит поощрять желание к саморазвитию.
Часто размышляете на тему того, где лучше работать: в большом проекте или в маленьком? В этом мире нет ничего идеального, и у всего есть свои минусы и свои плюсы.
С начала 2000-х и почти до наших дней отечественные программисты жили по принципам, озвученным в известной басне Крылова «Стрекоза и Муравей».
Коментарі