🔥 10 самых интересных публикаций по управлению проектами за 19 сентября — 1 октября (2)
🏖 «Я думал, вы уже начали» — почему задачи зависают между «готово» и «взял» Очень узнаваемая мелочь, из которой потом почему-то складываются большие задержки. Разработчик написал «готово, можно смотреть», руководитель решил, что проверка уже идет, а тестировщик просто увидел сообщение и не понял, что работу нужно брать прямо сейчас. Все всё видели, никто формально ничего не нарушил — задача два часа лежала между людьми. Автор предлагает считать передачу состоявшейся только тогда, когда следующий участник явно принял следующий шаг: «возьму через час», «вернусь с результатом до 16:00» или даже «не могу взять, потому что нет доступа». Статус показывает состояние работы, но совсем не обязательно показывает, кто прямо сейчас обязан сделать следующий ход.
🤯Налог на координацию: почему ИИ ускоряет сотрудников, но почти не влияет на прибыль компании Интересная попытка объяснить, почему сотрудники с ИИ вроде стали работать быстрее, а финансового чуда у компании что-то не видно. Приводятся результаты исследования: многие видят рост личной производительности, но заметно меньше организаций видят влияние на прибыль. Объяснение такое: мы ускоряем отдельные операции внутри старого процесса, тогда как огромная часть потерь сидит между операциями (передача информации, ожидание решения, согласование, поиск владельца и повторный ввод одних и тех же данных). Если аналитик теперь готовит документ за двадцать минут вместо двух часов, а затем документ три дня ждет согласования, экономический эффект получается довольно скромный.
😐 Когда в Excel становится тесно: как выбрать систему управления проектами Текст полезен не столько сравнением конкретных российских систем, сколько тем, когда вообще пора переставать управлять проектами таблицами. Пока проектов немного, зависимости простые, а ресурсы почти не пересекаются — таблица вполне работает и не надо ее стесняться. Проблемы начинаются, когда проекты конкурируют за одних специалистов, нужно сводить бюджеты, прогнозировать загрузку, управлять портфелем и получать общую картину. Автор предлагает до покупки системы сначала определить, какие задачи управления она должна решить, какие данные уже существуют и как будет проходить внедрение.
😬 Разработка с нуля: как выстроить команду и оценивать ее КПД Материал хорош применительно к проектам 1С. Авторы предлагают отдельно видеть работу и самое главное - не превращать коэффициенты эффективности в рейтинг сотрудников. Если задача вместо восьми часов заняла двадцать, интереснее разобраться, почему: плохая оценка, изменившиеся требования, переделка, недостаток исходных данных или техническая проблема. Тогда учет времени становится не средством доказать, кто работает плохо, а источником для улучшения следующих оценок и самого процесса. Отдельно разбирается распределение ответственности между руководителем проекта, архитекторами и исполнителями.
👀Стратегическое решение, принятие которого не заметили: право «не знать» Большой и довольно сложный текст, но мысль интересная. Когда компания использует облако, она сознательно не обязана знать, как устроена часть инфраструктуры: это знание и ответственность находятся у поставщика услуги. Но если потом инфраструктуру переносят к себе, можно физически забрать серверы и программы — и по привычке продолжить жить так, будто право «не знать» осталось прежним. А вот инженерной способности самостоятельно понимать и поддерживать эту систему внутри компании может не оказаться. Автор показывает, что выбор «делаем сами или передаем наружу» определяет не только текущие расходы, но и то, какие компетенции организация будет иметь через несколько лет и от кого станет зависеть. И это же, по сути, о передаче работ подрядчикам: вместе с работой наружу часто незаметно уходит и способность эту работу понимать.
