Как стать автором
Обновить
412.83

Управление проектами *

Как заставить всё работать

Сначала показывать
Порог рейтинга
Уровень сложности

Что значит бонус и денежная мотивация

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров992

Почему это иногда работает, и где этим стоит пользоваться.

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

После этого случая мой взгляд на систему мотивации сотрудников изменился и кардинально, и вот почему – он идет в глубокое противоречие с тем, что и про что довелось читать в разного рода мотивационных или управленческих книгах, слушать на семинарах по управлению персоналом и проектами. Тезисы про "мы команда", "назначение", "внутреннюю мотивацию" - это все хорошо, но… это не все, иногда совсем не все.

Тут, на Habr, в том числе, пролетало не мало статей, где был отсыл к пирамиде потребностей Маслоу – да, увы, она тоже работает. Говорить о внутренней мотивации можно только тогда, когда базовые потребности закрыты… но иногда и она не работает, т.е. мотивация не всегда работает, даже при удовлетворенных базовых потребностях. Нужно что-то большее и правильно поставленные цели - может быть двигателем в развитии…

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

Но давайте прыгнем немного в очень даже реальную историю

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

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

Читать далее

Новости

Скрытые языки: как инженеры передают информацию внутри команды, избегая документации

Уровень сложностиСложный
Время на прочтение5 мин
Количество просмотров1.8K

Технические команды часто избегают лишней документации, но информация всё равно каким-то образом передаётся, сохраняется и развивается. В этой статье — попытка разобрать скрытые механизмы общения внутри инженерных команд: как выстраиваются негласные соглашения, каким образом рождаются "внутренние диалекты" и зачем вообще всё это, если есть JIRA, Confluence и куча других инструментов. Много примеров, блоков кода на разных языках и немного личного опыта.

Читать далее

Размышления архитектора

Время на прочтение6 мин
Количество просмотров1.4K

Серия псевдофилософских мини-эссе о работе функционального архитектора. Приглашение к рефлексии на различные темы, возникающие в работе функционального архитектора.

Читать далее

SDLC: пойди туда, не знаю куда, но непременно по плану

Уровень сложностиСредний
Время на прочтение4 мин
Количество просмотров471

Эта статья про историю SDLC — System (Software) Development Life Cycle. Он принадлежит далёкому прошлому, но на него тем не менее продолжают ссылаться на конференциях и пытаются использовать.

Итак, в далеком 1981 году менеджеры задумались о регламенте для ведения ИТ-проектов, ведь софта требовалось всё больше, его разработка перестала быть частью научных исследований, а становилась частью развития бизнеса и даже развития государства. А это значит, что необходима методика, на которую, если что-то пошло не так, можно кивнуть «мы всё делали правильно». Если кто не знает, то основное назначение именно в этом, а вовсе не в том, чтобы успешно делать проекты.

Менеджеры посмотрели, что пишут специалисты, увидели водопад Ройса (1970) — простую и понятную схему. И наплевать, что сам Ройс в сопровождающей статье писал, что так работать не будет.

Читать далее

Зоопарк технологий: история одного переезда с Vue на React

Время на прочтение6 мин
Количество просмотров1.7K

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

Меня зовут Ирина Колесникова — я тимлид в финтех-компании Точка. В этой статье расскажу, как мы столкнулись с «зоопарком» при переезде с Vue на React, и что помогло превратить хаос в систему. 

Читать далее

Вид на будущее: как технологии помогают анализировать виды из окон

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров497

Привет, Хабр! Меня зовут Артур Ишмаев, я руководитель отдела исследований и разработки в области искусственного интеллекта группы компаний ПИК. В этой статье я расскажу о модуле анализа видов из окон R2.Видоботы, который является частью большой Платформы R2.

О платформе R2

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

Читать далее

Как сочетать календарное планирование и Agile

Уровень сложностиСредний
Время на прочтение5 мин
Количество просмотров558

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

Для начала давайте разберёмся, что именно мы собираемся сочетать — дадим определения. Может быть, уже одно это хорошо прояснит некоторые вопросы.

Читать далее

Почему многие думают, что DevOps — Гилфойл

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров14K

Я думаю каждый сотрудник IT‑компании, где есть эта выделенная роль, особенно проектный менеджер, сталкивался с этим: есть отдельный мир конфигураций и скриптов, где изолирована коммуникация и технический тикет основное средство общения. Обычно CTO ставит их под свой колпак, изолируя от остальных команд и создавая эффект «касты избранных». Простые запросы превращаются в бесконечные уточнения, а работа стоит в ожидании»благословения». Я уверен, ты догадался о ком я.

Читать далее

Google Project Management: Professional Certificate, все самое главное из курса для начинающих, часть 3

Уровень сложностиПростой
Время на прочтение35 мин
Количество просмотров1.1K

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

Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:

Читать далее

Use Case: как описывать эффективные сценарии использования. Part 2

Уровень сложностиСредний
Время на прочтение10 мин
Количество просмотров1.9K

Всем привет!

В этой статье — пошаговый разбор создания сценария использования (Use Case) на основе двух совершенно разных примеров: бронирование отеля в современном IT‑сервисе и покупка брюк на рынке 90-х.

Рассмотрим, как формируются эффективные сценарии использования от этапа создания Use Case диаграммы с помощью промта до детализации сценария.

Читать далее

Таймер Помодоро — это обман? Работает ли метод, который все знают, но никто не использует

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров8.8K

Вы ставите таймер на 25 минут, делаете перерыв и уверены, что стали продуктивнее. А что если это не так? Изучаем, что говорят реальные исследования.

Читать далее

1 + 1 > 2

Время на прочтение7 мин
Количество просмотров596

«То, как команда играет в целом, определяет её успех. У вас может быть самая лучшая в мире команда звёзд, но если они не будут играть вместе, клуб не будет стоить и гроша».
— Бейб Рут

«Если вы хотите идти быстро — идите в одиночку. Если хотите идти далеко — идите вместе».

— Африканская пословица

«Талант выигрывает игры, но команда выигрывает чемпионаты».
— Майкл Джордан

Командная работа — это тема, про которую вроде бы уже всё сказано. Но если бы это было так, мы бы не сталкивались снова и снова с одними и теми же граблями: перегретые сеньоры, выгоревшие тимлиды, нескончаемые фидбеки «не хватает взаимодействия» и «каждый сам по себе». Так почему же на практике всё ещё сложно осознать, что качество результата — это не про индивидуальный уровень, а про то, как люди вместе работают, слушают, дополняют и усиливают друг друга?

Меня зовут Яна, и у меня за плечами 13+ лет в ИТ, десятки проектов, международные операторы, интеграции, продуктовые команды, устройства, и сейчас — низкоорбитальная спутниковая система для высокоскоростной широкополосной передачи данных (более детально рассказывала о себе в Скрам‑мастер vs мастер реальности). С таким багажом у меня есть чёткое ощущение: где бы ты ни был, без команды ты не создашь ничего действительно крутого. И вот почему.

Читать далее

Приоритизация бэклога. Максимальный гайд

Уровень сложностиСредний
Время на прочтение25 мин
Количество просмотров1.1K

Привет, читатели Хабра!

Кому из нас не знакома ситуация, когда «горит» вообще всё и сразу? Кажется, что каждая задача кричит: «Сделай меня первой!» И вот тут‑то и возникает ступор: за что хвататься, с чего начать? Методик приоритизации существует великое множество — от простой и понятной матрицы Эйзенхауэра до запутанных фреймворков вроде WSJF. Но как во всем этом разобраться и не утонуть в бесконечных таблицах и формулах?

Меня зовут Барилко Виталий, я разработчик / директор / главный идеолог программы Управление IT‑отделом 8. Я работаю в компании Софтонит. В этой статье я постараюсь простым языком рассказать о самых популярных подходах к приоритизации задач. Мы разберем их плюсы и минусы, посмотрим на реальные примеры и, надеюсь, вы найдете тот инструмент, который будет вам полезным и поможет навести порядок в бэклоге, а также сделать процесс приоритизации четким и понятным.

Читать далее

Ближайшие события

Разделяй и усложняй: как декомпозиция вас обманывает

Уровень сложностиПростой
Время на прочтение21 мин
Количество просмотров1.6K

Большой проект. Сложная система. Куча требований. Первое, что приходит в голову любому инженеру: «Надо декомпозировать!» Разложим по модулям, разделим на команды, каждый займется своим куском. Большую сложную задачу превратим в набор простых понятных подзадач. Так учат делать везде. Так делают все. Это основа основ. Но никто не говорит о том, что происходит дальше. Никто не предупреждает о скрытых ловушках, которые ждут на этом пути. А их там... много.

Читать далее

Когнитивные искажения в работе системного аналитика

Уровень сложностиПростой
Время на прочтение14 мин
Количество просмотров3.9K

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

Но есть такие незаметные вещи, которые могут сильно всё усложнить. Когнитивные искажения. Они незаметно и постоянно влияют на наши суждения и решения.

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

Итак, когнитивные искажения — это не приговор, а вызов, с которым можно справиться. Давайте начнем разбираться!

Читать далее

ЧЕТЫРЕ РАЗРЫВА: как мы резервировали каналы связи в 39 вагоноремонтных депо

Время на прочтение5 мин
Количество просмотров2.4K
Когда управляющий директор собирал скайп-совещания, и некоторые депо просто не появлялись на совещании, вопросы сразу были к ИТ. Их потом спрашивали почему, а они говорили:

— Так у нас в тот день связи не было!

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

image

В этот момент нам прилетела задача разобраться с каналами связи. Мы сразу поняли, что это приключение примерно на год, и с криком «Ура!» бросились копать.

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

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

Игры, в которые играют аналитики, или чему хорошему научиться играючи

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров4.8K

Многим в детстве было знакомо увлечение компьютерными играми, многие перенесли свои увлечения и во взрослую жизнь, сделав его более осознанным. Фанатом игр (и это я не про казино) я стал лет в 10 и на определенный момент я стал думать, какую пользу я могу вынести в свои текущие проекты, будь то элементы геймификации, удобство пользовательского интерфейса или вопросы командной работы.

Читать далее

Google Project Management: Professional Certificate, все самое главное из курса для начинающих, часть 2

Уровень сложностиПростой
Время на прочтение32 мин
Количество просмотров2.1K

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

Курс состоит из шести разделов, и каждая статья будет охватывать один раздел. Вот их список:

Читать далее

Дневники пиэма. Заметка 03: Таймзоны и эффективность распределенных проектов

Уровень сложностиСложный
Время на прочтение12 мин
Количество просмотров539

Ещё горячо мной любимый Alistair Cockbern в начале 2000х подметил, что наибольшую эффективность даёт команда, физически запертая в одной комнате. Этот факт был неоднократно подтверждён и использован мной во время проблемных проектов, когда за короткий срок нужно было мобилизоваться и сделать большой объём работы или решить серьёзную проблему. 

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

А если собрать команду в одном месте нельзя или это очень дорого? А если речь идёт не о неделе/двух, а о проекте длиной в полгода-год? А если твоя команда мало того, что распределена географически, так ещё и работает в двух таймзонах, а заказчик — в третьей? Сегодняшняя заметка про управление географически-распределённой командой в разных таймзонах.

Читать далее

KPI: Путь к успеху или ловушка неэффективности?

Время на прочтение9 мин
Количество просмотров2.1K

Как сделать так, чтобы система KPI действительно работала на бизнес? Этим вопросом задаются все менеджеры, эффективные и действительно эффективные. Меня зовут Алсу Гибадуллина, и уже несколько лет я работаю в Innostage над сложными проектами управления эффективностью в госсекторе. Теперь расскажу, как наши наработки адаптировать под бизнес и работать с KPI не для галочки, а для реальных результатов.

Читать далее
1
23 ...