Рубрика «управление проектами и командой» - 12

Ретроспектива: как и зачем ее проводить? - 1

Проведение ретроспектив – это активность, которую каждая agile-команда проводит для того, чтобы решать свои проблемы. Что такое ретроспектива? Это регулярная встреча, на которой команда обсуждает свой рабочий процесс и что-то в нем меняет.

Зачем нужна ретроспектива?

Это не праздный вопрос, его часто задают начальники, когда им предлагают провести ретроспективу. Они спрашивают: «Зачем? Мы можем сами все решить». Почему же нельзя сделать так, чтобы какой-то начальник или эксперт пришел, посмотрел и сказал, что команде надо делать, а что в рабочем процессе стоит изменить?Читать полностью »

Принципы управления разработкой сервиса от Gov.uk - 1

В данном посте приведен список «базовых принципов» (а не набор шагов по достижению цели), который в службе электронного правительства Великобритании разработали для того, чтобы все сотрудники, занятые в создании сервисов Gov.uk, понимали, как (в общих чертах) должна происходить их работа.

Основная задача меморандума Gov.uk – объяснить сотрудникам общие «правила игры», сформировать корпоративную культуру, помочь им определиться с ожиданиями друг от друга и от работы в целом. И хотя указанные принципы могут на первый взгляд показаться банальными, возможно, их стоит иметь в виду при создании собственного внутрикорпоративного «манифеста» – а то, насколько это важно и нужно ли это небольшим стартапам, мы обсудили с резидентами Акселератора ФРИИ.Читать полностью »

Эта статья родилась из череды споров с руководством на тему того, должен или не должен РП глубоко разбираться в технической стороне проектов, которыми он руководит. Фактически она является конспектом моих аргументов на тему того, что руководитель проекта должен досконально понимать, что делает его команда. Желательно, на уровне способности полноценно заменить любого ее участника.
Небольшое предисловие: если вы работаете в крупной организации и руководите многомиллионными, а то и миллиардными проектами, то это читать вам явно не стоит да вы со мной и не согласитесь, т.к. уровень проблем у нас разный. И я прекрасно понимаю, что мои тезисы зачастую идут вразрез с общепринятыми практиками проектного управления, но я лично могу гарантировать успешность проекта, только если соблюдаю их.
Читать полностью »

image

Все мы задумываемся о том, как нам открыть своё дело, как создать успешную компанию или что-нибудь грандиозное.

Могу сказать, однозначно, для того, чтобы сделать что-то большое и успешное, нужна хорошая команда. Но как создать такую команду? В данной статье я постараюсь раскрыть, как мы работаем со своей командой, и как благодаря совместным усилиям достигаем хороших результатов.
Читать полностью »

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

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

  1. Методологии

    imageЧитать полностью »

    В сегодняшние дни, в дни опять нагрянувшего кризиса, важно сохранить бизнес, не потерять его. Как минимум большинство компаний ставит своей целью если и не расшириться, то хотя бы сохранить бизнес в том же состоянии, что и год назад. Одним из факторов поддержки выступает оптимизация, кадровых и денежных ресурсов. Всем хочется лучше кадров за меньшие деньги. Если с традиционным производством, где работа ведется в цехах и заводах работники должны непосредственно приходить на рабочее место и работать, то в новых (относительно традиционных) сферах экономики, связанных с Интернетом – такое правило не обязательно. Глобальная всемирная сеть позволила огромному количеству людей из IT объединится и создавать что-то новое. Вспомните как много у нас открытого ПО, и ведь эти люди, разрабатывающие его, никогда не сидели вместе в офисе, и что немаловажно – никогда не видели друг друга (в большинстве случаев). Почему же современные бизнесмены новых сфер производства пренебрегают этим преимуществом? Почему не используют внешние кадры, которые находятся удаленно от основного офиса? Но с другой стороны многие поняли всю выгоду данного положения и пользуются ими, к сожалению, таких меньшинство.

    Итак, что мешает начать работать с аутсорс кадрами при разработке ПОЧитать полностью »

© REDBAZ from deviantartgift
В персонаже Дарта Вейдера мы видим архетип зла, эдакую квинтэссенцию злодея и грозного противника, которого нам нравится ненавидеть, и невероятно однозначного отрицательного героя. Причем его мастерское владение световым мечом только усиливает антипатию. Проводя аналогию с историей Джорджа Лукаса можно увидеть некий антигайд по менеджменту. Давайте вспомним эту историю и попробуем изучить методы ситхов, чтобы, избегая их, достигнуть успеха в бизнесе.Читать полностью »

Этот пост задуман как первый в одноименной серии, в рамках которой мы будем рассказывать о том, как у нас все внутри работает.

Также здесь мы собираемся осветить некоторые вопросы внутренней организации, решающиеся в разных компаниях по разному (и нигде — 100% удовлетворительно) и представляющие общий интерес для любого бизнеса, связанного с разработкой софта.

Излагаемое ниже — плод многолетней эволюции. Которая, безусловно, ни в коей мере не является завершенной.

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

В первой серии рассмотрим организацию бизнес-процесса поддержки.
Читать полностью »

Нередко бывает, что над реализацией одного проекта работают несколько удалённых команд. Каждая команда находится в своём в офисе, в своём городе или даже стране. Бывает и так, что команды разделяют не только расстояния, но и часовые пояса. Необходимо как-то координировать работу этих команд.

Цели и задачи

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

Вторая цель. Между удалёнными командами должна быть налажена коммуникация. Если работа одной команды заблокирована бездействием или какими-то действиями другой команды, то об этом следует сообщить как можно быстрее.

Третья цель. Люди, занятые на большом проекте, часто перегружены работой. Не хватает времени на непосредственную работу – не то, что подготовить отчёт. Тем не менее, лучше придерживаться принципа – упрощать работу коллегам. Как бы вы ни были заняты, а ваши коллеги могут быть заняты сильнее. Поэтому, не смотря на то, что часто необходимая информация может быть извлечена потребителями самостоятельно, лучше готовить данную информацию для ваших коллег самим. Согласитесь, что гораздо легче прочитать уже кем-то подготовленный отчёт, чем извлекать ту же самую информацию самостоятельно из системы контроля задач.
Читать полностью »

Когда над проектом работают десятки человек, то трудно уследить за тем, кто чем занимается. Если же команда распределена по странам и/или городам, то составить представление о том, чем занимаются люди из другого города и/или другой страны, становится ещё сложнее.

Цели и задачи

  1. Своевременно обнаруживать препятствия, с которыми столкнулись инженеры при выполнении своих заданий.
  2. Находить зависимости между заданиями разных инженеров.
  3. Своевременно определять, какой задачей занимается инженер – той, что поставил ему менеджер или ведущий программист, или той, что он выдумал себе сам.
  4. Объективно оценивать результаты работы каждого сотрудника.

Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js