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

Хотели бы создать платформу, которая моментально стала бы очень популярной в России? Нет ничего проще! Не нужно ничего придумывать, не нужны толпы специалистов, не надо быть профессионалом в различных областях. Конечно, не избежать кропотливой модераторской работы. Особенно на первых порах, когда к платформе будет предвзятое мнение. А после, когда её, вероятно, выкупит Яндекс или Mail (причём за хорошие деньги) можно спокойно забыть о репутации. Однако, если будет столь дорого ваше простое детище, можно сохранить его за собою и продолжать тщательно модерировать контент, соблюдая все законы. Стоит отметить, безусловно потребуется время для того, чтобы ваша платформа приобрела популярность. Однако, маркетинг и реклама как всегда сделают своё дело. А уж инвесторы найдутся наверняка! Есть вероятность, что даже без рекламы одним лишь сарафанным радио ваша платформа может стать широко известной. Добавим ещё несколько именитых блогеров, пару интересных фичей, подкрутим интуитивно понятную монетизацию контента — и вуаля! Да, стоит еще раз напомнить о модерации. Пожалуй, это будет главный краеугольный камень всего проекта.

Мне посчастливилось поучаствовать в координации внедрения Gen AI инструментов в Яндексе на уровне весей компании (на момент написания статьи процесс в самом разгаре). Огромная часть моей работы — знакомиться с различными командами, оптимизирующими свои внутренние процессы.

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

Ускорение навигации по хранилищу с помощью плагина Homepage для Obsidian. Домашняя страница появляется при открытии программы, закрытии всех вкладок и клике на боковкую кнопку.

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

За годы профессионального пути мне довелось побывать в самых разных ролях: от рядового сотрудника до руководителя, от наставника до консультанта. Я работал и в государственных учреждениях, и в частных компаниях, и в крупных корпорациях, и в небольших стартапах.

И повсюду, вне зависимости от масштаба, культуры или отрасли, я сталкивался с одним и тем же явлением: в любом коллективе рано или поздно обнаруживается человек особого типа. Это может быть мужчина или женщина, интроверт или «душа компании», молодой или опытный, умный или не очень. У него есть ключевая черта: социопатия.

Не в клиническом смысле, а как стиль существования в социуме.
Социопат — это человек, для которого власть и статус — не инструменты, а цели и самоидентификация. Социопат не строит отношения — он строит иерархию. Для него вы никогда не бываете просто человеком. Вы всегда ресурс, средство, препятствие или жертва.

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

Почему технический прогресс превращается в системный коллапс?
Всё дело в парадоксе Джевонса — эффекте, при котором повышение эффективности не ведёт к экономии, а запускает цепную реакцию роста.
И в эффекте Черномырдина — когда «лучше» на бумаге становится «как всегда» в реальности. Это не философия. Это — диагноз.

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

Чек-лист для аудита проекта внутри.

Операторы «большой четверки» — МТС, «МегаФон», «Билайн» и Tele2 — попросили запретить звонки в иностранных мессенджерах. Они объяснили это тем, что им «не хватает средств для поддержания инфраструктуры». 

На той неделе это действительно произошло — власти заблокировали звонки в Ватсап и Телеграм. Это самые популярные мессенджеры для звонков близким. РКН объясняет это борьбой с преступниками.

Мы собрали список альтернатив, которые могут заменить звонки через Ватсап и Телеграм — от простых «позвонить бабушке» до сервисов с более широким функционалом, например, для видеозвонков с коллегами.
Здесь нет сложных решений вроде «разверните свой сервер на Docker». Только понятные инструменты, которыми можно пользоваться без VPN.

P.S. Почтовые голуби в список не попали, хотя этот вариант становится все актуальнее.

На LinkedIn мне, как, думаю, и многим из вас, часто пишут. Чаще всего, это бывают либо рекрутеры низшего уровня, которые особо не вдаются в детали моей специализации и спамят просто "на удачу". Либо, это те, кто пытается предложить мне услуги, которые, ха-ха, я и сам предоставляю (всяческое R&D).

Первым делом, эти ребята, конечно, просят добавить их в контакты. Чаще всего, я на это никак не реагирую, чтобы не тратить время. Но иногда, я захожу глянуть профиль, особенно, если указано, что это, возможно, мой настоящий коллега-разработчик или какой-то иной живой человек. В этот раз, мне написал некий Гильермо, из Бразилии. В профиле написано - DevOps, а девопсов я уважаю, поэтому и жамкнул на "добавить в контакты".

Как долго мы будем молчать о том, что популярные стандарты по управлению проектами не работают? Почему в организациях продолжают бездумно внедрять PMBoK и прочие «фреймворки», которые только тормозят проекты? Сколько еще вы готовы потерять времени и денег только потому, что выбрали привычный процессный подход вместо реально работающего?

Вот уже 20 лет я настраиваю системы управления проектами как в небольших компаниях, так и в крупнейших российских организациях, таких как Сибур, Новабев, Сбербанк, Hoff, Рулог и пр. Лично управлял портфелями проектами стоимостью свыше 70 млн. евро. В прошлом году моя команда разработала методологию управления программой ИТ-трансформации в компании с годовым оборотом свыше 1 триллиона рублей. Так что, в управлении проектами меня уже ничем не удивить. Кроме одного: почему до сих пор многие компании внедряют стандарты с фокусом на процессы, которые красиво описаны, но не адаптированы к реальным проектам.

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

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

Вместе с Юрой Юрковым, Delivery Manager Kaiten, расскажем, как мы прошли путь трансформации, какие решения сработали и как не потерять управление в момент масштабирования. Если вы в похожей ситуации — читайте статью и используйте наш опыт, чтобы быстрее навести порядок.

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

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

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

Прошло целых два года, как команда NSR Specification твердо пообещала добиться автоматизации экспертизы цифровых информационных моделей (ЦИМ) за счет создания машинопонимаемых представлений требований стандартов проектирования. На тот момент мы очень хотели регулярно рассказывать о промежуточных результатах, но слишком увлеклись разработкой. Ежедневно возникали новые и новые проблемы, в муках рождались способы их решения, в спешке писались задачи на разработку, когда заканчивались слова мы рисовали картинки, потом, дрожащими руками тестировали новый функционал, с азартом отлавливали баги, умело замаскированные под фичи... Каждый раз нам казалось, что осталось только дождаться свежего релиза, и все, мы победили. Оглядываясь назад, мне все чаще кажется, что мы были немного сумасшедшими, раз взялись за эту задачу. Но это, наверное, к лучшему. Если бы тогда, в 2023 году мы знали обо всех сложностях, с которыми нам предстоит столкнуться, то сегодня не смогли бы похвастаться работающим решением. Теперь то уж точно нам есть о чем рассказать: решение работает и уже обкатано на нескольких пилотных проектах.

Всем привет!

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

Поэтому в этой статье изложено видение тимлида, характерное для нашей компании - не слишком подробно, но с охватом самых важных моментов. Погнали!

В службу технической поддержки нередко приходят вопросы, связанные с добавлением собственных элементов в модуль «Сети» nanoCAD GeoniCS. Наша статья раскроет возможности использования утилит при работе с базой данных (БД) этого модуля.

Сегодня продолжаем разбираемся с запрещенкой в IT, и выясняем, что с ней не так.

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

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

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

Статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь. Ну и читайте другие мои статьи на Хабре про управление.

И начнем с ……

После очередного звонка с шефом в 22:00 я психанул и написал заявление.

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

В статье описаны 18 конкретных признаков командной и некомандной работы, которые можно использовать в качестве референса при решении задачи превращения рабочей группы в команду.

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

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

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

Врач в африканской глуши видит симптомы неизвестной болезни. Инженер на заводе замечает странный индикатор, который может означать взрыв. Родитель звонит в службу спасения — ребёнок съел таблетки.

Собрали 8 реальных случаев, когда база знаний спасала людям жизнь. Разделили статью на 2 части: медицинские и промышленные ситуации.

Jira и Kaiten — два мощных инструмента для управления задачами и командами, но с разной логикой и философией. Один предлагает широкие возможности кастомизации через централизованное администрирование, другой делает ставку на самостоятельность команд и наглядность процессов.

В этой статье я делюсь своим личным опытом: рассказываю, с какими трудностями сталкивалась в Jira, какие приятные и не очень неожиданности ждут внутри Kaiten, и почему, несмотря на ограничения, я вижу в Kaiten сильную альтернативу. Без маркетинга — только практика, честные выводы и сравнение с позиции человека, который работал в обеих системах.

В мире, близком к ИТ много различных специальностей прямо или косвенно связанных с информационными технологиями. Одной из таких специализаций является бизнес-партнер по кадрам, часто называемый HRBP. Это специалист HR-отдела компании, отвечающий за множество задач: от стратегического планирования подбора персонала и до соблюдения нормативных требований и взаимодействия с сотрудниками. HR-партнеры готовы предоставить экспертную поддержку для снижения потенциальных рисков в сфере занятости.

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