Методы определения себестоимости и способы отслеживания прогресса проекта. Курс по управлению проектами, часть 20

Публикация № 1052363

Методология - Управление проектом

7
Чтобы сформировать бюджет, вам нужно понимать себестоимость работ и проекта. Предположим, вам надо оценить себестоимость чего-либо – работы, проекта, блока работ. Какие для этого есть способы? А когда проект у вас уже в ходу, вам нужно как-то контролировать, укладываетесь ли вы в план или нет. Как вы поймете, каков прогресс, как поймете, что уже сделано?

Продолжение моего учебного курса по управлению проектами.

Предыдущая часть курса: Методы сжатия расписания и вехи в проекте

Начало курса: Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера

 

Методы определения себестоимости

 
Какие есть способы оценки себестоимости? 

  • По аналогам
  • Экспертная оценка
  • Параметрический расчет
  • Метод оценки по трем точкам
  • Техники группового принятия решений
  • Анализ резервов

 В целом, для оценки себестоимости годятся те же методы, что и для оценки продолжительности (мы уже рассматривали их раньше, в публикации Управление сроками – определение продолжительности). Но есть и некоторые свои способы, которые применяют только для расчета себестоимости.

Анализ цен поставщиков 

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


 
«Цена качества» 

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

Оценка «сверху вниз» и «снизу вверх»

Вспомните иерархическую структуру работ. У нас был велосипед, он состоял из рамы, колеса, педалей, руля, седла и так далее. Колесо состояло из обода, камеры, спиц и прочего. Для оценки себестоимости оценки проекта «Сделать велосипед» есть два способа – оценка «сверху вниз» и «снизу вверх». Начнем с оценки «снизу вверх». Спускаемся на нижний уровень и оцениваем все детали. Например, рама и седло стоят по 100 долларов, обод и рама – по 10 долларов, спицы – 5 долларов, колесо – 25 долларов, педали и руль – по 50 долларов. Получается, что весь велосипед будет стоить 350 долларов. Это способ «снизу вверх». 

Какой этот метод – хороший или плохой? Конечно, хороший. Но есть и минусы. Для этого способа нужна подробная иерархическая структура. Кроме того, он дорогой, потому что очень медленный. Если у вас нормальный серьезный проект, и там большая иерархическая структура, то вы медленно-медленно ползете снизу вверх. Но иногда это неизбежно, например, в строительстве, где надо учитывать стоимость каждого гвоздя.
 
Давайте разберемся, что за метод «сверху вниз». Допустим, к вам пришло начальство и говорит, вот тебе 300 долларов, нужно сделать велосипед. Вы распределяете эти деньги и думаете, можно ли вообще уложиться в эту сумму, сколько должно быть потрачено на каждый узел. Вы спрашиваете себя, можно ли сэкономить на раме. Нельзя, иначе она быстро сломается, а это несущая конструкция, и должна быть надежной. Потом думаете, можно ли сэкономить на колесе. Допустим, можно. Оно тоже может сломаться, лопнуть, но это будет не сразу. На педалях – нельзя, на руле – можно. Так вы раскидываете деньги на уровне иерархической системы и пытаетесь методом перебора сэкономить на каких-то узлах, чтобы вложиться в ту сумму, которую дал спонсор. Это метод «сверху вниз». Он довольно быстрый, не начинается с мелочей, позволяет укрупненно прикинуть адекватность проекта.
 
Но у него есть и второе применение. Объясню на примере. Когда у вас подробная сетевая диаграмма и иерархическая структура, вы «снизу вверх» ползете, детально оценили каждую работу, сложили одну стоимость с другой, поднимаетесь все выше. Но когда вы по нижнему уровню оцениваете себестоимость, у вас может «глаз замылиться», и вы можете не заметить какие-то очевидные ошибки. И когда вы все закончили, получили какую-то цифру, неплохо бы себя перепроверить. Например, в одной из компаний, где я работал, было одно эмпирическое правило для IT-проектов. Не для всех оно, конечно, подходит, но для тяжелых бизнес-приложений, которые мы писали, оно работало. Правило было такое: разработка и тестирование софта соотносится друг к другу как 1 к 3. То есть разработка в три раза больше и дороже, чем тестирование. И наоборот: тестирование – одна треть разработки. И если хороший второй уровень, где много узлов, вы все подсчитали, то потом можете себя проверить, сколько суммарно должно уйти на проект. На разработку, например, по вашим подсчетам, должно уйти 200 долларов, а на тестирование – 100. Но есть эмпирическое правило про 1:3, значит, вы что-то неправильно посчитали, где-то ошибка. Для проверки оценка «сверху вниз» тоже годится. Когда у вас есть готовая сумма, вы можете спуститься вниз и эмпирически, используя свой опыт и свои какие-то наблюдения, определить, где неточность.
 
Еще раз. Первое и главное – методом перебора определить стоимость узлов. Второе – если у вас есть какие-то эмпирические правила, вы можете проверить себя «сверху вниз».
 
Коллеги, подчеркиваю, здесь, как и с продолжительностью, полезно сохранять исходный расчет себестоимости. Если вы долго считали стоимость какой-то работы, потом эти расчеты потеряли, то обязательно появится вопрос, «а почему столько?». Чтобы не пересчитывать, не вспоминать, лучше сохранить исходные расчеты.
 
Еще хочу напомнить, что планы – это не клятва, это прогноз.  По поводу точностей планов, понятно, что на этапе инициации, когда вы в основном оцениваете по аналогу и экспертно, и у вас нет подробного плана, точность планирования в среднем – плюс/минус 50%. Это средний показатель по всем отраслям по проектному управлению, и в строительстве, и в IT. И это совершенно нормальная точность, хорошая. 

Но что значит «плюс/минус 50%»?. Когда вы устав пишете, вы можете оценить сроки и бюджет с точностью плюс/минус 50%. К примеру, если у вас бюджет на 1 млн. долларов, вы закладываете, что он будет не дороже, чем 1,5 млн. долларов. Если у вас проект на год, вы должны уложиться не позже, чем за 1,5 года. Это на этапе инициации. Эти оценки называют приблизительными, грубыми.
 
Когда закончилась инициация, вы пошли планировать. В какой-то  момент у вас все планы готовы, и можно начинать работать. В этой точке, когда планы готовы, и можно начинать выполнять проект, в ней у вас точность планов уже другая – плюс 25% минус 10%. Это тоже далеко не идеал, но точность уже выше, чем на этапе инициации. В данном случае оценки почему-то называют бюджетными.
 
Когда у вас проект в ходу, планы переписываются, уточняются, проект становится все понятнее и понятнее. Помните, у нас гибкие планы. Тем не менее, на этом этапе точность планирования все равно не идеальная – плюс/минус 10%. И эти оценки в проектном управлении называются окончательными. Точнее они не будут, пока вы проект не закроете. А 100% точности никогда не бывает.

 

Способы отслеживания прогресса проекта
 

 

 

 

Мы разобрали все шаги, которые идут друг за другом. Сперва заинтересованные стороны, потом устав, затем что делать – содержание, потом сроки – сколько времени займет проект. А сейчас перейдем в контроль. Мы до этого писали до сих пор разные планы, разговор о них не окончен, но на время перепрыгнем, представим, что проект у нас пошел, он идет, и нам нужно его отслеживать.
 
Коллеги, представьте, что проект у вас в ходу.  Вам нужно как-то контролировать, укладываетесь ли вы в план или нет. Как вы поймете, каков прогресс, как поймете, что уже сделано?
 

Первый способ - это «спросить исполнителя в лоб» 

Сюда стоит относить все, что касается прямых способов получения информации.  И отчеты, и «глазами посмотреть», и любые планерки. Ведь именно на планерке можно и нужно обо всем расспрашивать, сотрудники должны вам рассказать.  А после того, как вы услышали, что рассказал сотрудник, можно еще и самому посмотреть на результаты. Вместо проведения планерки, вы можете запросить отчеты. Чтобы ни о чем не спрашивать специально, можно заранее договориться с исполнителями, чтобы они присылали их по почте или еще как-то доставляли. Некоторые команды пытаются сделать все сразу в Project – они отмечают статусы, кто сколько сделал за день. Я не агитирую ни за что, я просто рассказываю. Я считаю, что Project, действительно, удобен для менеджера. Но совсем не факт, что он удобен для команды проекта. У команды другая задача – им надо не в менеджерские игры играть, а работать: программировать, паять, копать, проектировать. И у них должен быть инструмент, который мозг не выносит. Единственный человек, которому можно выносить мозг с управлением, – это менеджер. Он пусть помучается, главное – чтобы команде было удобно. И пусть команда использует все, что угодно, например, доски со стикерами или пробковые доски, лишь бы им было нормально, а у вас (у менеджера) был понятный способ разобраться, что сделано. Сам по себе способ «спросить в лоб» – самый хороший, чтобы понять, как идут дела. И если вы можете спросить это у человека, пойдите и спросите, не надо ничего придумывать.
 
Есть еще два способа – rules (правила) и earned value.

 
Второй способ - rules 

Он обычно вызывает возмущение, потому что он выглядит по-дурацки. Он действительно немного дурацкий. Но он не от хорошей жизни придуман, он придуман на случай, если вы не можете спросить и не можете самостоятельно посмотреть. Это возможно в ситуации, когда исполнитель находится далеко, и связи с ним нет. К примеру, у нас был проект, который охватывал Дальний Восток, Питер и США. У двух из трех команд физически были разные сутки. И был только 1 час, когда мы могли созвониться и что-то обсудить. Поэтому «спросить исполнителя в лоб» было крайне сложно. Кроме того, метод rules может пригодиться в госсекторе. Такое у меня было, когда мне привели подрядчика и сказали, что он очень хороший, и надо работать только с ним. Раскидали мы с этим подрядчиком план работ, он пошел работать, а когда я его через какое-то время спросил, как дела, что успел, он со мной не захотел разговаривать. Сказал, что по контракту у нас через 2 месяца этап заканчивается, поэтому отчитается через 2 месяца. А до этого не надо ему звонить. И все. Я иду к заказчику, а мне говорят, что это очень хороший подрядчик, не надо его трогать. Печальная такая ситуация - фактически, руководитель проекта теряет контроль над ходом проекта. В подобных мрачных ситуациях, когда вы не можете спросить либо можете, но не доверяете оценкам или еще что-то, используют rules - то есть правила, по которым рассчитывается объем сделанной работы. 
 
Rules бывают:
 

  • 20/80
  • 30/70
  • 50/50

 
Видите тенденцию? В сумме с двух сторон дроби получается всегда 100. Как это понять?
 
Допустим, мы используем правило 30/70. Есть какая-то работа, которую надо сделать. И она относится именно к тем, про которые мы не можем спросить, и мы не можем сами ее посмотреть (как в примере, описанном выше). Там «черный ящик». Или мы не доверяем оценкам поставщика, исполнителя. Пришел исполнитель, ему объяснили, какую работу надо сделать. Он сказал, что все понял, пошел работать. Как только он сказал, что пошел работать, даже если он еще в дверь не вышел, мы сразу пишем, что у нас работа на 30% закончена. Потому что подтвердил, что понял, что ему надо делать. Оставшиеся 70% мы добавим, когда он все закончит. То есть он взялся за работу, и мы сразу считаем, что 30% работы сделано. Дальше он работает, рассказывает что-то или не рассказывает, не важно, но следующие 70% мы добавим, когда он все закончит и покажет результат.
 
Это rules. Такой способ вызывает раздражение, потому что многие не понимают, зачем он нужен. Повторю: он нужен в тех ситуациях, когда вы спросить не можете. И у вас выбор – либо костыль какой-то соорудить, либо использовать правило под названием 0/100 (ноль на сто). Это правило, когда исполнитель ушел работать, и до тех пор, пока он не закончит работу, вы считаете, что работа не сделана. Проблема в том, что правило 0/100 всегда показывает неправду. Почти наверняка работа будет сделана не на 0%, даже если у вас крайне некомпетентный исполнитель, он что-то все равно сделает. Самое страшное, что он потратит ваши ресурсы – деньги и время. Он все это израсходует потихонечку. И это будет уже не 0%. И чтобы не закладываться на 0%, вы эмпирически (методом комсомольского прищура) смотрите на каждого исполнителя. Этому вы больше доверяете, используете правило 50/50. Этому меньше, поэтому используете правило 30/70. Это совсем примитивный костыль, но он пытается вас приблизить к реальности. Правило 0/100 - это  точно неправда. А правда неизвестно где. Но вы пытаетесь подобраться к ней.
 
Если у вас параллельно несколько работ с такими «черными ящиками», то использование rules будет вас двигать немножко ближе к правде, чем использование правила 0/100. Но, еще раз: если у вас есть возможность спросить исполнителя в лоб, спросите его. Не надо пользоваться больше ничем. Способ rules работает только со странными исполнителями, с которыми вы никак не можете договориться.
 
Действительно интересный способ оценки – метод освоенного объема. О нем пойдет речь в следующей части. 

Статья написана на основании видео учебного курса по управлению проектами:

Предыдущая часть курса: Методы сжатия расписания и вехи в проекте

Следующая часть курса: Контроль прогресса – метод освоенного объема (earned value management – EVA)

Начало курса: Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера

7

Специальные предложения

Избранное Подписка Сортировка: Древо
В этой теме еще нет сообщений.
Оставьте свое сообщение

См. также

Незакрытый проект на 1000 часов 65

Статья no Нет файла Россия Бесплатно (free) Управление проектом

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    7612    ogroup    156       

Стратегия выживания в корпоративных войнах 47

Статья no Нет файла Бесплатно (free) Управление проектом

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    4824    GSoft    14       

Мастер-класс СППР 41

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    4568    SergeyN    4       

Как заработать миллион или История успешного сотрудничества 46

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    4582    karpik666    77       

Бизнес-аналитика с помощью Power BI 66

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    7176    pbazeliuk    18       

Управление проектами по автоматизации бюджетирования 36

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    3637    SergeyN    1       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    3053    sbase    9       

Риск - благородное дело!.. Часть первая 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    4177    MariaTemchina    8       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    4513    MariaTemchina    23       

Контроль прогресса – метод освоенного объема (earned value management – EVA). Курс по управлению проектами, часть 21 15

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чтобы прийти к EVA, нужно было сначала перевести все показатели в деньги. Расписание – в деньги, бюджет – в деньги, содержание – в деньги.  Все превратить в деньги, потом подставить в какие-то формулы и посчитать. Это и сделали.

13.05.2019    4209    Selikhovkin    2       

Устав писать Устав 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    4366    MariaTemchina    8       

Как сжать время? 23

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом Личная эффективность

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    5201    1c-intelligence    39       

Путь джедая в управлении проектами 1С: умение быть, а не казаться 36

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    7245    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 17

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    9963    infostart    18       

Методы сжатия расписания и вехи в проекте. Курс по управлению проектами, часть 19 5

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

29.03.2019    2216    Selikhovkin    0       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    8267    MariaTemchina    47       

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?" 38

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    4875    chavalah    22       

Стыд и скрам - Чему нас учит Scream Guide 29

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    6437    MariaTemchina    20       

Бизнес, не горюй 34

Статья no Нет файла Бесплатно (free) Управление проектом

Про цели автоматизации.

04.02.2019    6124    1c-intelligence    64       

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения 23

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    5300    MariaTemchina    0       

Управление сроками – определение продолжительности. Курс по управлению проектами, часть 16 9

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Итак, нам надо определить продолжительность работ и поставить в Project (или другую программу) какую-то циферку. Но как это можно сделать? Какие есть способы оценки продолжительности? Давайте попробуем разобраться.

28.01.2019    3138    Selikhovkin    2       

Ошибки управленцев: как топ-менеджеров убивает перфекционизм 5

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6632    user809424    11       

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан 32

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    7120    MariaTemchina    13       

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях" 62

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    9441    chavalah    123       

Где мы взяли флакон? 39

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6554    1c-intelligence    7       

Озарение после прочтения макулатуры по проектному управлению 41

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    6816    MariaTemchina    24       

20 мыслей об ИТ-проектах, или 20 лет спустя. 54

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    6294    chavalah    119       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13893    andironenko    128       

Шаг назад и ... шаг назад (классификация внутренних проектов) 34

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5910    capitan    26       

Иерархическая структура работ (ИСР). Курс по управлению проектами, часть 9 7

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

29.11.2018    3835    Selikhovkin    2       

Белая и пушистая рецензия на Чёрную книгу Скрам 31

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    7114    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

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

26.11.2018    5973    356    Selikhovkin    4       

"Черные страницы Scrum", по версии Ивана Селиховкина 21

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    8318    Selikhovkin    8       

Памятка руководителя: Будьте оптимистичным или на крайний случай злым 46

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    9366    andironenko    43       

Scrum за 5 минут (заметки) 25

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5519    leobrn    11       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    5302    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6688    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 89

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    16748    rossoxa    63       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7670    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9682    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

30.10.2018    6573    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

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

29.10.2018    9240    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6831    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7865    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5559    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    8165    39    infostart    4       

Построение высокоэффективной Agile-команды 35

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5622    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13895    glebushka    41