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

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

Правила Хабра запрещают ссылки на свой контент поэтому эта статья написана в корпоративном хабе, который не всегда может быть у меня (автора). Именно по этому изменения модели будут размещаться прежде всего на сайте.

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

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

Но это ненормально и встречи можно проводить эффективнее. Под катом - о том, как сделать по-другому.

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

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

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

Для продвижения нужен хоть какой-то план. О том, что делать в теории, уже написано много раз. Давайте посмотрим, что получилось на практике.

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

Привет, Хабр! Меня зовут Александр Лизунков, я занимаюсь проектами внедрения системы мониторинга промышленного оборудования и персонала «Диспетчер» в компании «Цифра». В последние два года почти половину всех подключений оборудования к системе мониторинга мы делали удаленно. Удаленка вообще тренд 2020-2021 годов, и мы тоже попали в мейнстрим. Если раньше такие подключения были единичными, то во время пандемии они стали гораздо более востребованными. Кое-где со скрипом, но в целом вполне успешно, мы встроились в новый порядок. Здесь я хочу поделиться своим опытом и выводами, какие я сделал по удаленным проектам за это время.

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

Впервые прочитав эту цитату Кони Бюрера, который работал в Rational Software, я полагал, что корень всех проблем, возникающих при разработке ПО, кроется именно здесь. С тех пор я повзрослел, оброс шлейфом скепсиса и перестал писать код для продакшена. Я больше не несу ответственности за разработку, тестирование или поставку отдельных классов, компонентов и даже сервисов. Я отвечаю за максимально быструю и качественную поставку бизнес-ценности в рамках одного из ключевых бизнесов ЦФТ - сервиса денежных переводов Золотая корона.

В прошлой статье я рассказывал о том, как мы реализовали на основе Google Sheets собственную диаграмму Ганта для работы над игровыми проектами. Если вам зашла такая реализация или просто интересно глубже понять принципы устройства таблиц и формул, сейчас мы будем разбирать именно эти темы. 

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

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

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

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

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

Одним из часто задаваемых вопросах на собеседовании на позицию Project Manager, а также для сдачи экзамена на сертификат Project Management Professional (PMP)® Exam является вопрос о пяти стадиях формирования команды, таких как Forming, Storming, Norming, Performing, Adjourning, её также называют моделью Такмена в честь её автора Брюса Такмена. Предлагаю разобраться в том, что представляют из себя эти стадии и почему так важно понимать данную концепцию.

Мы давно не писали о мире проекта Formula Student. Но наша команда Bauman Racing Team не бездельничала: мы сделали два новых болида и приняли участие в шести международных соревнованиях. А потом организаторы в Германии решили, что теперь в гонке будут участвовать только электрические болиды. Сдаваться мы не привыкли, поэтому начали активно изучать все тонкости, с чем нам помогла компания ЛАНИТ. Спешим похвастаться нашим опытом по созданию беспилотного болида на литий-ионном аккумуляторе, но обо всем по порядку.

Солнечная панель, выставленная в музее науки в Нидерландах, является одной из 2748, которые использовались для самой старой фотоэлектрической системы страны. Модуль имеет КПД около 9% и выходную мощность 18 Вт. Он был произведен немецкой компанией AEG-Telefunken в 1982 году.

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

Как «взлететь» в разгар кризиса и какие направления перспективны для развития стартапа в ближайшие 10 лет, рассказали приглашенные эксперты акселератора новосибирского Академпарка — практикующие бизнесмены, фаундеры, бизнес-ангелы и инвесторы.

Мы в BIOCAD занимаемся разработкой и производством лекарственных препаратов. Это — достаточно сложный процесс, пересекающийся с управлением компетенциями и даже корпоративным контентом. Сегодня руководитель группы разработки Григорий Седлецкий и инженер-программист Екатерина Машина расскажут, как эта тема связана с внедрением подходов «Индустрии 4.0».

Год назад я написал статью под названием "Почему не Notion". Вот ссылка на эту статью. Причина создания той статьи заключалось в том, что я активно искал сервис для ведения заметок, планировщик и всё такое. Я попробовал использовать для своих целей этот сервис. В результате и родилась та статья.

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

Я не буду расписывать его + и -, не буду рассказывать, как им пользоваться. Тут я расскажу, как я по-новому увидел Notion.

И так, моя метафора.

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

Вот все это и есть Notion. Так же, как и кабинет, обустройство Notion под себя требует времени, усилий, проб, ошибок, переделок, настроек, надстроек и т.п. Всё это занимает не один день и даже не месяц. Для того, чтобы система заработала как часы надо эти часы придумать, создать и настроить.

Если вы решите освоить Notion, то вам понадобится терпение, фантазия, логика и всё такое. И если вы сможете с ним подружиться, то этот Метаморф вознаградит вас сполна. Notion не блокнот, не таблица, не БД и т.п. Он полноценное рабочее место, которое каждый создает и настраивает под себя. Вы никогда не встретите 2 одинаковых Notion. Даже если за основу вы возьмете чей-то шаблон, то очень скоро вы переделаете этот шаблон так, что от первоначального не останется и следа.

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

Меня зовут Виталий Шароватов, я работал в mail.ru, badoo, raiffeisen, qlean, rocketbank, сейчас работаю в Qase. 13 лет писал на JavaScript, а сейчас занимаюсь просветительской работой, менторю тимлидов и читаю лекции. Так что, мне есть чем с вами поделиться.

Первоапрельское.

Представьте, что вы руководите проектом. К вам приходит разработчик, и говорит: это невозможно! Уверенно так говорит. Доказательно. Ну просто небывалая ситуация. Вот вам интересная аналогия.

Развитие информационных технологий привело к появлению бизнес-аналитиков.
Кто это такой? В чем его основные функции?
Кто был первым бизнес-аналитиком?