Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Простая ошибка при кодировании — не значит нестрашная ошибка

Блог компании PVS-Studio Управление разработкой *Управление проектами *Управление продуктом *

Популяризируя статический анализатор кода PVS-Studio, мы обычно пишем статьи для программистов. Однако, на некоторые вещи программисты смотрят одностороннее. Именно поэтому и существуют менеджеры программных проектов, которые могут управлять процессом развития проекта направлять его в нужное русло. Я решил написать несколько статей, целевой аудиторией которых являются менеджеры программных проектов. Эти статьи помогут им лучше ориентироваться в вопросах использования методологии статического анализа кода. Сейчас мы рассмотрим ложный постулат: «ошибки кодирования несущественны».
Читать дальше →
Всего голосов 36: ↑27 и ↓9 +18
Просмотры 9.7K
Комментарии 91

Работа с бэклогом задач с точки зрения проектного менеджера в Retail Rocket

Блог компании Retail Rocket Управление разработкой *Управление проектами *
Хабр, привет! Мы продолжаем делиться с сообществом внутренней кухней Retail Rocket, и сегодня расскажем о нашем подходе к работе с бэклогом. Правильная приоритезация задач — это первый шаг в решении таких важных проблем проекта как:

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

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

Вот как эти два принципа воплощаются в правила приоритезации бэклога.


Читать дальше →
Всего голосов 17: ↑15 и ↓2 +13
Просмотры 7.9K
Комментарии 2

Практика формирования требований в ИТ проектах от А до Я. Часть 1. Вводная

Программирование *Анализ и проектирование систем *Проектирование и рефакторинг *Визуализация данных Промышленное программирование *
Tutorial

Пролог


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

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

Теперь я хочу рассказать, как можно качественно сформировать сами требования, ведя Заказчика от его «хотелок», к его счастливому и плодотворному сожительству с программным продуктом, его мечты.
Об авторских тренингах на тему: «Обучение проектированию ПО» подробнее можно узнать на моем YouTube канале
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 25K
Комментарии 5

Практика формирования требований в ИТ проектах от А до Я. Часть 2. Цели и Потребности

Управление разработкой *Управление проектами *Управление продуктом *Бизнес-модели

Об авторских тренингах на тему: «Обучение проектированию ПО» подробнее можно узнать на моем YouTube канале

IV ОПРЕДЕЛЯЕМ ЦЕЛИ, ПРОЕКТА

Цель не обязательно должна достигаться. Порой это просто направление двигаться дальше.
Брюс Ли.


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

Цель данной группы работ: определить основные задачи, которые ставят перед собой группы заинтересованных лиц, участвующих в проекте.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 19K
Комментарии 2

Две картины с заказчиком

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

-«Здравствуйте, чего не открываете?»
-«Так мы вроде бы никого не ждали сегодня..»
-«Как же не ждали? День сегодня какой? Договаривались же…»

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

-«Пройдемте в переговорку. Чай? Кофе?»

Читать дальше →
Всего голосов 11: ↑6 и ↓5 +1
Просмотры 3.5K
Комментарии 11

Готовимся к релизу в App Store. Инструкция для новичков и лайфхаки

Блог компании Touch Instinct Разработка под iOS *Разработка мобильных приложений *Управление проектами *Управление продуктом *
Tutorial


Подготовили гайд для заказчиков, которые занимаются публикацией приложения самостоятельно. Рассказываем о предрелизных хлопотах: как создать аккаунт разработчика, сколько времени заложить на оформление D-U-N-S number, какие скрины подготовить для стора.
Читать дальше →
Всего голосов 30: ↑25 и ↓5 +20
Просмотры 63K
Комментарии 4

Выкладываем приложение в App Store. Даже если вы не разработчик

Блог компании Touch Instinct Разработка под iOS *Xcode *Управление проектами *Управление продуктом *
Tutorial


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

Читать дальше →
Всего голосов 25: ↑23 и ↓2 +21
Просмотры 87K
Комментарии 4

Орги среди программистов

Управление разработкой *Управление проектами *Управление персоналом *Карьера в IT-индустрии
Из песочницы
Когда я учился в вузе, на техническом факультете, то среди нас, будущих инженеров, были такие особые люди — всевозможные -ОРГИ. Сейчас уже точно не вспомню всех разновидностей, но точно были спорторги и культорги.

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

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

И тут, на любимом Хабре, я обнаруживаю вот это чудо — человек, называющий себя программистом и инженером, рассказывает, что мы тут все производим какие-то суррогаты. Я был настолько удивлен этой нежданной встрече с (наверняка) бывшим оргом, что не смог промолчать. Так нельзя, друзья!
Читать дальше →
Всего голосов 147: ↑99 и ↓48 +51
Просмотры 32K
Комментарии 118

10 главных качеств руководителя по мнению Google

Блог компании icanchoose.ru Управление проектами *Управление персоналом *Карьера в IT-индустрии
С 2008 года Google ведет проект Oxygen — исследование успешности своих руководителей. В 2018 году работу руководителей оценивали по внутреннему рейтингу и отзывам сотрудников. Оказалось, что команды с хорошими руководителями работают продуктивнее и чувствуют себя счастливыми. Google провели масштабный опрос сотрудников и выяснили, какие 10 качеств отличают сильного руководителя:


Читать дальше →
Всего голосов 18: ↑13 и ↓5 +8
Просмотры 18K
Комментарии 18

IT-хардкор: конференция о самых сложных ситуациях и проектах

Блог компании DataArt Работа с видео *Дизайн


Привет, Geektimes! Сегодня мы анонсируем самую суровую из наших конференций, которая пройдет 8 октября в Санкт-Петербурге. Она посвящена экстремальным ситуациям в IT-проектах: в планировании, менеджменте, разработке и поддержке. В программе — доклады от «Медузы» и «Вконтакте», история создания системы видеонаблюдения на выборах, разбор провалов в менеджменте проектов, предсказательное моделирование критических ситуаций с серьезными социальными последствиями, противостояние дизайнеров с женами заказчиков и еще несколько историй. Все по хардкору, даже кофе-брейки!
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 7.1K
Комментарии 6

Из хаоса в порядок, или «создаем структуру проекта в Unity и не только...»

Разработка игр *Unity *Управление разработкой *
Tutorial
При создании нового проекта он такой чистый, понятный, нет лишнего хлама… он пуст. Чем дольше идет разработка, тем больше в нем появляется лишнего мусора, непонятных папок, файлов, иногда туда могут попасть префабы для других проектов и вся организация летит в Тартар.

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

Добро пожаловать в хаос, вы оказались именно тут потому что:

  • никогда не задумывались зачем нужна структура проекта в Unity
  • в ваших проектах вечный бардак и вы хотите от этого избавиться
  • в поисках новых способов организации
  • потеряли надежду навести порядок в своем проекте

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



Добро пожаловать под кат.
Читать дальше →
Всего голосов 6: ↑3 и ↓3 0
Просмотры 11K
Комментарии 14

Как менеджеру продукта испортить релиз на финальном отрезке

Управление проектами *Управление продуктом *
Представим, что вы как менеджер продукта делаете идеальное приложение. Оно продумано, ориентировано на определенный сегмент рынка. Инновации, big data, machine learning. И это действительно так. Как же можно запороть релиз на финишной прямой. Инструкция по неприменению.
Читать дальше →
Всего голосов 17: ↑16 и ↓1 +15
Просмотры 5.2K
Комментарии 5

А вы приносите плохие новости руководству?

Управление разработкой *Управление проектами *Управление персоналом *
Хочу поговорить о таком важном качестве, как ответственность за ошибки, как свои так и команды.

Одно из самых сложных и неприятных, на мой взгляд, решений для разработчика или руководителя (да да это всегда сложно), это обнаружив свою ошибку на проде или в вот-вот готовящемся выйти релизе, пойти и сказать руководству — “Я ошибся. Ошибка на проде, сейчас я пытаюсь понять, насколько это влияет на пользователей.”

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

Почему нужно рассказывать о таких случаях, если вы разработчик?

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

Читать дальше →
Всего голосов 19: ↑19 и ↓0 +19
Просмотры 6.5K
Комментарии 5

Путь мира и путь войны в ИТ-проектах

Управление разработкой *Управление проектами *Agile *
Я работал руководителем ИТ-проектов с 2006 года, а сейчас являюсь руководителем стартап-проекта «Динабот». За это время я видел много успехов, но еще больше видел неудач. Эти неудачи, на мой взгляд, часто связаны не столько с применяемыми технологиями, сколько с узостью картины мира руководителей. И я хотел бы чтобы больше руководителей проектов умели возвышаться над технологиями и, таким образом, принимать более правильные решения.

Сегодня мы пьяны Agile! Кто не пьян, опьянеет завтра или послезавтра. И это здорово!

Вот фото с моего последнего проекта, который управлялся согласно Agile-принципам:

image

Agile так сказочно звучит, что некоторым страшно его использовать! Походу оказывается, что использовать Agile не так легко, как написано. Но, все равно, мы будем его использовать, так как никуда не деться от тренда. Заказчики ведь тоже пьянеют и заставляют нас ИТ-ков использовать Agile. Будем использовать несмотря на провалы, пеняя, что мы что-то неверно делаем, корректировать наши технологии, менять людей. К сожалению, часто слепо использовать…
Читать дальше →
Всего голосов 8: ↑5 и ↓3 +2
Просмотры 3.3K
Комментарии 6

Сторипоинты опасны для разработки клиент-серверных приложений

Управление разработкой *Управление проектами *
Из песочницы

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


Команда наша состояла из аналитика, тестировщика, дизайнера и 2-х разработчиков, однако для большей наглядности мы оставим только разработчиков.


Начинаем новый спринт и плавно переходим к оценке Пользовательских историй. Ничего нового. Идем дальше...

Читать дальше →
Всего голосов 19: ↑14 и ↓5 +9
Просмотры 7.2K
Комментарии 74

Прислушайтесь к этим фразам, если хотите сохранить отдел разработки

Управление разработкой *Управление проектами *Фриланс Управление персоналом *IT-компании
image

В июне наша компания завершила проект на общую сумму в 20 тысяч долларов. Контракт мы получили через UpWork. Это такая популярная международная биржа для фрилансеров. Контракт закрыли успешно — заказчик поставил пять звёзд и написал хороший отзыв.


К такому результату мы шли полтора года. До этого наш средний чек был $500.
Если посмотреть карточку компании, то может сложиться впечатление, что дела идут хорошо. Но оно будет ложным. Мы приостановили работу с платформой. Нам пришлось закрыть отдел разработки и уволить сотрудников.


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


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

Читать дальше →
Всего голосов 35: ↑15 и ↓20 -5
Просмотры 15K
Комментарии 35

Сложные клиенты: как защитить от них свою команду

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


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

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

Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 4.3K
Комментарии 18

Менеджмент по-русски

Информационная безопасность *Разработка веб-сайтов *Программирование *Управление разработкой *Карьера в IT-индустрии


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


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


Материал ниже — поучительно-юмористический.

Читать дальше →
Всего голосов 12: ↑6 и ↓6 0
Просмотры 3.3K
Комментарии 7

IIoT — или как помочь сотрудникам использовать свой мозг по назначению

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


А вы задумывались, почему так происходит? Как часто мозг наших сотрудников работает над действительно умными задачами? Как много времени у него есть для этого без обременений ежедневными, ежечасными, ежеминутными, и даже ежесекундными простейшими операциями? Во времена, когда слова «автоматизация» и «диджитализация» давно набили оскомину, не все осознают, что это, и зачем это нужно. Постараюсь поразмышлять и рассказать здесь об этом на примере IIoT (Industrial Internet of Things — промышленный интернет вещей).

Диджитализация, автоматизация, интернет вещей в целом, а промышленный интернет в частности призваны убрать рутину из нашей жизни. Под рутиной я понимаю набор регулярно повторяющихся механических операций. Как это связано с заголовком данной статьи? А очень просто — ваши сотрудники, наконец-то, смогут направить усилия своего мозга на решение более сложных задач. А это уже неизменно приведет к ускорению производства и улучшению производительности труда. Вот несколько примеров.
Читать дальше →
Всего голосов 21: ↑16 и ↓5 +11
Просмотры 5.9K
Комментарии 22

Зачем нужен менеджер в IT проекте и что будет происходить когда его нет

Управление разработкой *Управление проектами *Управление персоналом *
Recovery mode
Из песочницы


Роль ПМ-а — она есть всегда, и если не поручена отдельному человеку с нужной подготовкой, то перераспределяется.


Кому?

  1. Всем членам команды в равной степени.
  2. Одному члену команды, готовому совмещать это со своей первичной ролью.
  3. Человеку извне, который в процессе толком не участвует, но как бы управляет.

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

Держим сразу в уме вопросы:

  • Кто общается с клиентом?
  • Кто держит в уме всю картину проекта? А лучше документирует её.
  • Кто организовывает процесс?
Читать дальше →
Всего голосов 19: ↑11 и ↓8 +3
Просмотры 10K
Комментарии 42