Часто задерживаетесь на работе, количество задач растет в геометрической прогрессии, сроки проектов постоянно приходится сдвигать? Тогда эта статья для вас: расскажу о 4 главных ошибках, которые совершают руководители проектов, приводящие к таким последствиям. На примерах разберём эти ошибки, откуда они берутся и как их не допускать.
Управление проектами *
Как заставить всё работать
Новости
Демарко и Листер «Человеческий фактор»
Прочитал книгу Демарко и Листера "Человеческий фактор". Она про управление проектами и командами. Но не столько про саму суровую Методологию, а про важные принципы, которыми стоит руководствоваться в нашем труде менеджеров среднего звена.
Честно сказать, я в восторге! Книга оставила очень хорошее впечатление. Вообще очень редко в литературе по менеджменту встречается мудрый и человечный взгляд. Скорее, наоборот: каждый автор стремиться как-то особенно упороться по одному или нескольким тезисам, нагородить кучу теории, привести много обязательно успешных примеров и т.д.
В "Человеческом факторе" особенно тронул за душу фокус на командах в проектах. Не на производительности, стоимости, кривой обучения, транспарентности и бог знает чём ещё, а на самом главном - той сущности, которая сама больше суммы её составляющих.
Как не провалить ИТ-проект: заметки менеджера с 12-летним опытом
Если в начале проекта вы не знаете, как и когда он закончится, а только можете перекреститься, если после встреч с заказчиками вы обнаруживаете себя плачущим в туалете, если лучшие сотрудники уходят от вас так поспешно, что даже не передают дела - эта статья поможет вам (но это не точно).
Redmine. Старый, но небесполезный
Привет, Habr! Сегодня хочу Вам рассказать как мы выбирали систему управления проектами и как сделали из дедушки Redmine современную и удобную систему управления проектами.
Истории
Техподдержка схлопнулась, а тикеты остались. Как мы подхватили саппорт нефтесервисной компании в 2022 году
Некоторые базы и утилиты заказчик скачал и забэкапил, но далеко не все. Такой «трофейный» софт, конечно, не покрывал всех потребностей, так что многие рабочие процессы нужно было выстраивать заново.
Аббревиатуры для умников. DoR, DoD, AC, CoS, SC, SMART, INVEST
Дорогой читатель, в этом посте мы с тобой рассмотрим 6 аббревиатур и подумаем когда их применение уместно.
Инструменты аудита команды
Когда тимлид / руководитель приходят в новую команду, перво-наперво им нужно разобраться, кто в ней есть, как они взаимодействуют, какого поведения ожидать от этой команды. Нужна какая-то линейка, чтобы все измерить и оценить.
Единой линейки нет. Но есть хорошие инструменты, которые могут в этом помочь.
Про них – предлагаю почитать.
Тайм-менеджмент для менеджеров/тимлидов/управленцев(шаблоны и рекомендации)
Всем привет!
Сегодня хочу поделиться с вами личной историей преодоления и теми инструментами, рекомендациями и выводами по планированию, которые я нашла на своём непростом пути управления временем и командой, личными ресурсами и эффективностью.
Я приведу импровизированный кодекс, который поможет вам выбраться из ямы микроменеджмента и захлёстывающего с головой потока задач, или, если вам повезло, то понять как в него не попасть. Так что если вы управленец/менеджер/тимлид, то вам должно пригодиться. Но сразу скажу, некоторые рекомендации могут быть специфичными, чисто агентскими.
Хочу поделиться этой инфой потому, что знаю, что где-то на свете сейчас сидит, обняв коленки, менеджер/тимлид, который просто очень хочет на ручки и чтоб его обняли, а не вот это всё 😢
Коллега - я с тобой ✊ Держись, ты разберёшься и станешь сильнее и опытнее, чем был.
Система для менеджера V 1.0. Собираем стек и структуру
За годы работы менеджером, я столкнулся с большим количеством различных инструментов для ведения проектов и команд.
Каждый раз, когда я натыкался на статьи про стек для менеджеров, всегда видел большой список инструментов:
• несколько сервисов для планирования и мониторинга задач;
• сервисы для построения схем (процессы, пользовательские пути, структура миграции данных и тд);
• трекеры времени;
• сервисы по аналитике;
• инструменты для составления списков.
Это хорошие статьи, где описаны различные сервисы, их плюсы и минусы, тарифы и тд. Однако они не предлагают системы для организации работы менеджера.
Поэтому я загорелся идеей сделать систему, которая облегчит работу.
Это должен быть дополнительный инструмент, который используется независимо от проекта.
Год без Miro: обзор российского рынка онлайн-досок
Уже год прошёл с того момента, как популярный сервис Miro закрыл офис в России и прекратил новые продажи российским пользователям. Сервис полностью не ушёл из России, вы можете зайти на их сайт и даже в прежнем режиме поработать на доске, но возникают сложности, если вам нужно больше, чем бесплатный тариф с ограничениями.
Одно из решений — рассмотреть российские онлайн-доски. Да, они есть и в условиях импортозамещения постоянно появляются новые. В этой статье расскажу, что происходит на российском рынке онлайн-досок, какие решения есть на замену зарубежным доскам и каким функционалам они обладают.
Готовим справку к интеграции в Qt Creator
Огромный объём документации по функционалу библиотек Qt уже включён в состав дистрибутива Qt Creator. Таким образом, при работе над кодом не нужно переключаться между IDE и веб-браузером чтобы найти интересующую информацию. Очень удобно!
Но как быть, если хочется иметь свою справку на свой продукт, и чтобы её было также удобно использовать в работе в Qt Creator, наряду со стандартной справкой Qt? Чтобы можно было переходить из редактора кода непосредственно на страницы интересующих нас функций/типов/классов или же каких-то статей?
В данной статье пошагово разберём алгоритм составления и интеграции справки в Qt Creator, а также поделимся собственным опытом.
«У вас нет выбора, либо вы управляете ограничениями, либо они управляют вами»
Я начала писать заметку с ответа на вопрос: «Что такое Теория Ограничений (ТОС)? » Но поняла, что исчерпывающий ответ тянет на книгу. И такие книги есть. Поэтому я попробовала ответить на вопрос: почему ТОС нужен всем?
Управление рисками: рабочие методы контроля над проектом
Кто не рискует, тот не запускает проектов. Ведь создавать что-то новое — это всегда небезопасно. Всегда есть шанс, что изначальный план предусмотрел не все, потребуется больше ресурсов для достижения результата или появятся новые факторы извне.
Поэтому в управление проектами всегда должна входить работа с рисками. Поиск их причин и вариантов предотвращения. Иначе одно непредвиденное обстоятельство может погубить весь ваш проект.
Зачем рассказывать про контейнеризацию в 2023 году
Опытные специалисты с характерным оттенком глаз могут справедливо возмутиться, что это всё уже давным-давно разжёвано и вообще RTFM. И будут отчасти правы. Тем не менее приходят новые специалисты, которые не застали бесплатную рассылку дисков с Ubuntu и вдумчивую компиляцию ОС с нуля.
Каждая новая технология поначалу держится на энтузиастах, которые её полностью понимают. Например, первые пользователи радио знали почти всё про радиосвязь, могли на коленке собрать детекторный приёмник и ловить радио «Маяк» на металлическую вешалку и моток проводов. Первые пользователи GNU/Linux знали всё про ядро и ключевые принципы работы. По крайней мере, вариант «поправил и скомпилировал драйвера для модема, чтобы настроить сеть» был не самым редким. Текущие пользователи обычно не сталкивались с основами, так как начали щупать технологию уже после снижения порога входа.
Те же процессы идут не только в среде потребителей технологий, но и среди инженеров. С одной стороны, узкая специализация совершенно нормальна, с другой — мы рискуем получить аналог культа Галактического Духа на Анакреоне из цикла романов «Основание» Азимова. Техножрецы выполняют сложные ритуалы,
Так происходит и с контейнеризацией. Я всё чаще встречаю на собеседованиях devops-инженеров, которые знают, как пользоваться Docker и Podman, пишут Dockerfile, но теряются, когда спрашиваешь про namespaces, и начинают плавать при вопросе: «А зачем, чем RPM хуже?» Все собирают контейнеры, и я собираю. Таков Путь. Не всегда, кстати, оптимальный.
Как подготовить и провести стратегическую сессию
«Не понимаю нашего будущего» — если вы слышите такое внутри вашей компании, то, возможно, вам просто необходима стратегическая сессия.
По крайней мере такое решение я, как scrum master и Agile coach определила внутри нашего коллектива, когда столкнулась с такими высказываниями во время обсуждений на ретроспективах и других встречах. Коллектив, на примере которого я предлагаю вам сегодня разобрать опыт ведения стратегической сессии, – gamedev паблишер, где работают продюсеры, маркетологи, аналитики, копирайтеры и другие специалисты.
Стратегическая сессия, которую я решила провести, как-раз таки должна была дать ответ на вопросы о будущем; а также сформировать прозрачное видение целей и сориентировать команду на результаты, а не на процессы; настроить на совместную работу, которая поможет двигаться в сторону этих целей.
Миссия выполнима. Как мы помогли производственному гиганту остаться в России
Под катом рассказываем, как мы организовывали техсаппорт для
Как продакту приоритизировать задачи и не сойти с ума
Привет! Меня зовут Александр Токмаков, я Head of Product в СберМаркете. Сегодня я хочу обсудить с вами приоритизацию. Я считаю, что это один из главных скиллов в работе продакта, а если ты работаешь в крупной компании — точно главный. Именно поэтому я полюбил приоритизировать, разобрался во фреймворках и выработал свою систему, которая показывает крутой результат: >30% наших фичей улучшают продукт.
Свежие вакансии: «Как ускорить найм в ИТ?»
Привет, Хабр! Меня зовут Павел Анисимов, я совладелец ИТ-компаний и любимая тема — про эффективность продаж ИТ продуктов. Сегодня я хочу рассказать о своей системе быстрого найма сотрудников в ИТ-компании, ведь от того, кто у вас в команде или как быстро и легко вы можете найти на рынке хорошего сотрудника, зависит ваш успех.
Как подготовиться к внедрению ITSM-системы
Привет, Хабр! Меня зовут Ксения, и я на данный момент я лидирую направление ITSM. Моя команда внедряет и кастомизирует системы разного уровня, а раньше я и понятия не имела, что это такое и для чего это нужно, пока не пришла пора внедрять систему для внутренних ИТ-специалистов на прошлом месте работы.
Мне пришлось пройти все стадии от гнева («не буду я заявки заводить»), торга («ну сделай, я заявку потом заведу»), до принятия и понимания, насколько это классная система. Что все процессы можно описать и использовать систему не только для ИТ, но и для поддерживающих подразделений. Об этом и хочу рассказать в этой статье, пройдя по шагам от момента осознания необходимости в системе до перспектив внедрения.
Почему мы не боимся сотрудничать с конкурентами
Довольно часто мы сотрудничаем с прямыми конкурентами. Иногда это вызывает вопросы. Например, относительно недавняя ситуация с оплатами с иностранных карт: благодаря своему финансовому прошлому мы одними из первых в РФ нашли практический способ сделать всё в белую без образования зарубежного юрлица и потом поделились им с прямо конкурирующими с нами хостинг-провайдерами.
Казалось бы, зачем? Ведь без карт они потеряют около 15 % оборота, и эти клиенты «размажутся» по рынку, а часть, возможно, перейдёт к нам.
Но нет, это работает не так. В стабильной модели конкуренция должна идти между системами в целом. Кто выстроит более мощный комплекс, который даст клиентам что-то, что будет сложно найти где-то ещё, тот и получит этих клиентов. На других уровнях гораздо выгоднее дружить.
Это довольно очевидно и понятно, но никто так не делает.