Pull to refresh

Применение диаграммы Парето для анализа причин отставания от графика разработки

Reading time3 min
Views45K

Как проект может отстать на год?
… по дню «за раз»
…Фред Брукс

Идея написать пост появилась в связи с тем, что в последнее время приходится сталкиваться со следующий кейсом: Руководители проектов стараются поддерживать процессы, соблюдать предписания методологий, собирать метрики, поддерживать высокую мотивацию на проекте. Но приходит время очередной проверки результатов работы (milestones, deliverables) и оказывается, что степень завершенности проекта отстает от плановой, что неминуемо приведет к срыву сроков. И руководитель проекта, стараясь устранить угрозу как можно раньше, озвучивает ее команде, а далее просто пытается ускорить процесс напутствующим словом и частным мониторингом, что без определения причин редко работает.

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

Корпоративные муды — фактор демотивации персонала

Reading time5 min
Views6.5K

“Я работаю руководителем отдела в банке. Ежегодно у нас проводится ряд тренингов, направленные на развитие абсолютно разных навыков: начиная от ораторского искусства и заканчивая финансами и бухгалтерским учетов. Такие мероприятия планируются в декабре, на весь следующий год. Отказаться от участия в обучении нельзя.

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

В 90% случаев это делается пальцем в небо. Кроме того, что потребность в обучении определяется, не исходя из бизнес потребности, так еще часто сотрудника отправляют по два-три раза на одно и тоже обучение. Лично я уже дважды проходил обучение по ораторскому искусству, которые были на 95% идентичны (ничего нового не узнал, в следующий раз смогу сам проводить такое обучение...). 

Вся эта система придумана отделом кадров для мотивации сотрудников. С каких пор обучение чему-попало стало мотивацией, понять я не могу… . Дайте лучше коллегам премию или купите подарок. Нафига отправлять на ненужное обучение?! Ну да ладно, пусть будет так, мне не жалко (деньги то не мои). Я, в целом, не против, чтобы сотрудник развеялся. Но, мне не нравится следующее… . Подобное обучение часто проходит в конкретно заранее спланированные дни и уже второй год подряд ряд моих сотрудников отправляют вместе на двухдневный семинар в самый пик сезона. Из-за этого, мне и всем остальным сотрудникам приходится работать до 10 вечера, мы не успеваем и весь отдел теряет премию (а компания, прибыль)… .” - имя автора и компания скрыты.

Читать далее

Тайны мадридского двора Или устройство основных бизнес-процессов компании Ultima. Часть 1

Reading time11 min
Views11K
Этот пост задуман как первый в одноименной серии, в рамках которой мы будем рассказывать о том, как у нас все внутри работает.

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

Излагаемое ниже — плод многолетней эволюции. Которая, безусловно, ни в коей мере не является завершенной.

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

В первой серии рассмотрим организацию бизнес-процесса поддержки.
Читать дальше →

Как теория ограничений помогает зарабатывать больше — личный опыт Логомашины

Reading time6 min
Views33K
image

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

Книга Элияху Голдратта «Цель» подсказывает, что пропускная способность такой системы труб будет стремиться к пропускной способности самого узкого места. Другими словами, вы могли не искать трубы пошире — если в системе есть участок с диаметром 2 см., весь водопровод будет работать как труба в 2 сантиметра.

Как этот принцип помогает зарабатывать больше? Сейчас расскажу.
Читать дальше →

Измерение vs Иллюзии

Reading time11 min
Views11K
Статья написана как для руководителей, так и для программистов, т.к. описанные методы применимы и для подчиненных, и для себя.

Сначала кратко методику (не все с ней работали), потом – главное, зачем ее применять.

Методика измерения


Сама методика известна давно, никакого секрета собой не представляет – это покер планирования из Scrum. Чтобы ее применять, не нужно применять весь Scrum.
Читать дальше →

Инструкция по применению сисадмина в малом бизнесе

Reading time10 min
Views38K

Чтобы сисадмин справлялся со своей работой благодаря, а не вопреки помощи руководства




Если вы руководитель небольшой компании в 30-100 сотрудников и вас не устраивает качество работы информационных систем, то замена системного администратора — это последнее с чего стоит начать. Первое же, что стоит сделать — это изменить ваш подход в работе с системным администратором. Глобально — вам нужно научиться помогать вашему системному администратору справляться со своими обязанностями.

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

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

Переход из тестировщика в руководители проектов

Reading time5 min
Views22K


Обычно на должность руководителя проектов в IT-компании требуются люди с опытом от 1 года. Поэтому часто неопытные менеджеры устраиваются на работу аналитиками, тестировщиками, иногда даже разработчиками.


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


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

Читать дальше →

Тайны мадридского двора. Часть II: система материальной мотивации разработчиков

Reading time7 min
Views13K
Предыдущий текст серии, описывающий устройство бизнес-процесса постановки и выполнения задач, рекомендован для предварительного ознакомления.
Здесь же — о том, как и за что получают деньги программисты. Задачи, решаемые нашей системой мотивации разработчиков. KPI.
Читать дальше →

Мотивация сотрудников на создание интересных продуктов в Параллельной вселенной

Reading time5 min
Views3.2K

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

Читать далее

[Видео] Доклады с пиэмного митапа Яндекс.Денег про agile и коучинг

Reading time5 min
Views6.6K


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

Почему я не люблю DevOps (и современное ПО)

Reading time4 min
Views32K

Предисловие


Данная статья очень субъективна и основана на моём опыте в ИТ-индустрии (Я разработчик с 10-и летним стажем и опытом работы в различных проектах, командах и странах (Казахстан, Канада)). Уверен, что многие не поддержат мою точку зрения и могут назвать эту статью «плачем динозвара», но всё-же хочу поделиться ею…

Что такое DevOps


Согласно википедии DevOps набор практик, нацеленных на активное взаимодействие специалистов по разработке со специалистами по информационно-технологическому обслуживанию и взаимную интеграцию их рабочих процессов друг в друга. Т.е. это попытка масштабировать Agile весь процесс разработки ПО включая внедрение и сопровождение. Основное назначение DevOps-а — увеличение частоты релизов и повышение ответственности команды за продукт. Звучит идеально… как и любые маркетинговые слоганы…

С моей точки зрения основная задача DevOps — снижение затрат для бизнеса (что хорошо, но часто это идёт в ущерб качеству продукта).
Читать дальше →

Чего не хватает в Trello для Agile разработки и где искать альтернативы?

Reading time3 min
Views19K

image


Многие из тех, кто привык работать с Trello, отмечают удобство и универсальность инструмента, но забывают о том, что вокруг появляется много новых сервисов и функций. Trello построен на базе Kanban досок. К сожалению, Kanban доски в Trello сильно упрощены: с общими офисными задачами они прекрасно справляются, однако для разработки ПО в Agile не хватает многих функций.

Читать дальше →

Почему проекты переписываются и почему это не удается

Reading time13 min
Views9.8K
Извечная тема — можно или нельзя переписать большой, работающий продукт с активной пользовательской базой? Ответ, в целом, будет — да, можно. Вопрос только — как? Наблюдая в прошлом несколько таких попыток (как удачных, так и не очень), данная статья является авторским взглядом на эту проблему.
Читать дальше →

Организация процессов производства информационных систем. Часть 1. Отправная точка

Reading time14 min
Views13K

I Вступление

Из хаоса каким-то образом рождается порядок.
Некоторые об этом узнают из газет со значительным опозданием, а некоторые по горькому опыту на месте и в процессе создания этого порядка.
Михаил Булгаков.
Просматривая статьи, посвященные той или иной теме, связанной с созданием программного обеспечения, часто наблюдаю, вот какую картину: узкая тема раскрыта интересно и профессионально, но вот когда задеваются нюансы на стыке, по ту сторону от основного вопроса, чувствуются рассогласованность и провалы в общем понимании процесса производства информационных систем. Разрываются причинно-следственные связи. Иногда, непонимание внешнего окружения обсуждаемого вопроса, вносит искажения в основную тему, ну или по крайней мере, затушевывает некоторые важные моменты, достойные внимания. Когда же вступаешь с автором в полемику, становится очевидным, что для него вопросы, выходящие за рамки его наблюдений и опыта, абсолютно неважны. Он просто упомянул всуе сопредельную тему, а дальше, как говорится, уже не его проблемы. Второй нюанс, на котором я хочу заострить внимание – пренебрежение масштабами замысла. Ведь то, что хорошо для реализации малых проектов, смерть для больших и наоборот. Этот факт часто попросту сбрасывается авторами со счетов. А в результате идут баталии с критиками решения, в которых каждый как бы и прав, но только с точки зрения своей отдельностоящей колокольни. Сами же точки зрения никак не обозначаются сторонами дискуссии, а потому никак не учитываются.

Исходя из всего вышесказанного, мне показалось, что будет весьма полезно собрать и описать структуру процесса производства программных продуктов (ну хотя бы основных вариантов), при этом не вдаваясь глубоко в специфические детали, а фабулу изложить в формате, предельно доступном для широкого круга лиц. Естественно данная публикация – это лишь мой взгляд на предмет.
Читать дальше →

Организация процессов производства информационных систем. Часть 2. Формирование проектного решения

Reading time8 min
Views10K

V Разработка плана-графика проектных работ

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

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

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

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


Читать дальше →

Организация процессов производства информационных систем. Часть 3. Реализация проектного решения

Reading time10 min
Views7.7K

VII Разработка плана реализации и внедрения проектного решения


Блестящим планам везет на проектировщиков.
Скверным планам везет на исполнителей.
Веслав Брудзинский.

На этом этапе процесс вновь начинает крутиться вокруг руководителя проекта. Снова оценка трудоемкости, определение сроков, согласование объемов, утверждение порядка исполнения и т.п.

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

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

Эмпирические законы человеческого поведения в Scrum

Reading time8 min
Views6.3K

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

Читать далее

Организация процессов производства информационных систем. Часть 4. Внедрение информационной системы

Reading time8 min
Views22K

IX Внедрение информационной системы


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

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

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

Робосезон 2013: из-под воды в небо

Reading time13 min
Views28K
Итак, итоги робосезона 2013:
АвтономныеПодводныеРоботы.Сингапур.Март.2013 = 1 место; // The Singapore AUV Challenge – 2013
ТелеуправляемыеПодводныеРоботы.Сиэтл.Июнь.2013 = 7 место; // 12th Annual MATE International ROV Competition – 2013АвтономныеПодводныеРоботы.Сан-Диего.Июль.2013 = 3 место; // AUVSI Foundation and ONR's 16th International RoboSub Competition – 2013АвтономныеЛетающиеРоботы.Москва.Август.2013 = диплом финалиста :) // КРОК – летающие роботы – 2013kdpf_robot

Небольшое количество организационно-технической информации находится под катом.
Читать дальше →

Конфликт: семья, бизнес, геополитика

Reading time38 min
Views4.8K

При написании статьи я буду опираться на исследовательские работы гуру бизнес-консультирования Ицхака Адизеса [2, 3, 4] и психотерапевтов Карла Густава Юнга [1] и семьи Панченко [5, 6, 7, 8, 9].

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

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

Читать далее