Безнадежные проекты: виды и причины.

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

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

Недавно начал читать книгу Эдварда Йордона «Путь камикадзе (Смертельный марш)», посвященную безнадежным проектам. С самого начала я решил сделать для себя краткий конспект; потом в конспект добавились комментарии, связанные с моим видением прочитанного применительно к 1С; потом мне стало понятно, что из всего этого может получиться статья, которую неплохо было бы выложить на Инфостарт. Ведь кто знает, возможно, именно тот проект, в котором вы участвуете сейчас – безнадежен!

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

При чтении книги, прежде всего, следует учитывать следующие факторы:

1) Она написана в конце 90-х годов прошлого века, поэтому некоторые моменты (в основном технические) уже устарели; кроме того, иные из них прямо неверны применительно к 1С.

2) Автор рассматривает безнадежные проекты в основном с точки зрения крупного бизнеса, другими словами, рассматривает случай, когда в проекте занято сравнительно большое количество людей в течение длительного времени. В сфере 1С ситуация обычно противоположная: автоматизировать средний магазин могут 2-3 специалиста за пару месяцев; разработать и внедрить нетиповую конфигурацию под заказчика – от 1 до 20 человек за полгода-год в зависимости от сложности задачи и поставленных сроков.

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

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

 

Далее – собственно, конспект книги с комментариями.

В первых же строчках книги Эдвард Йордон высказывает следующую мысль: «Каким бы ни было объяснение этого феномена, я уже пришёл к следующему трезвому заключению: безнадёжные проекты являются нормой, а не исключением». Далее следует сверхзадача книги: создать руководство по выживанию в таких проектах. В ней (в книге, но не в настоящей статье) будут рассмотрены вопросы приоритетности при распределении ресурсов, кадровые вопросы, методы и средства выживания.

Определение безнадежного проекта: Йордон определяет как безнадежные такие проекты, в которых хотя бы один из следующих параметров отклоняется от нормальных значений по крайней мере на 50%.

1) Сроки выполнения.

2) Количество разработчиков.

3) Бюджет.

4) Требования к возможностям системы.

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

Еще один способ определить безнадежный проект: объективная оценка вероятности провала более 50%.

 

Опираясь на статистические исследования, Йордон утверждает, что «в среднем продолжительность проекта превышает плановую на 6-12 месяцев, а стоимость превышает бюджет на 50-100%». Подобное превышение сроков для случая 1С, полагаю, завышено (хотя очень крупные проекты, возможно, и достигают подобных задержек), но что касается бюджета – спорить трудно.

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

1) небольшие проекты – проектная команда включает менее 10 человек, работает в исключительно неблагоприятных условиях и должна завершить проект в срок от 3 до 6 месяцев;

2) средние проекты – проектная команда включает от 20 до 30 человек, протяжённость проекта составляет 1-2 года;

3) крупномасштабные проекты – проектная команда включает от 100 до 300 человек, протяжённость проекта составляет 3-5 лет;

4) гигантские проекты – в проекте участвует армия разработчиков от 1000 до 2000 человек и более (включающая, как правило, консультантов и соисполнителей), протяжённость проекта составляет от 7 до 10 лет».

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

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

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

«Нужно различать очень сложные и принципиально невыполнимые проекты». Тут Йордон цитирует John Boddie: «Наиболее нереальные проекты могут быть квалифицированы как таковые на самой ранней стадии. По-видимому, существует два основных типа таких проектов: “системы с нечёткими целями” и “очень сложные системы”».

 

Далее в книге идет перечисление причин безнадежных проектов и их краткое описание. Собственно, сами причины актуальны до сих пор, но некоторые описания устарели или неактуальны для 1С, поэтому, оставив для причин исходные названия, я слегка актуализировал описания.

Итак, причины безнадежных проектов:

1. Политика, политика, политика.

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

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

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

Рекомендации: Йордон советует отстаивать собственные приоритеты, цели и моральные ценности и пытаться все-таки вытащить проект.

2. Наивные представления маркетинговых служб, высшего руководства, менеджеров проекта и др.

«Наивность часто связана с неопытностью» - меланхолично замечает Йордон и продолжает: «люди, не имеющие представления о трудоёмкости и длительности создания нужной им системы, принимают нереалистичные решения». Случаи, когда нереалистичные решения принимаются сознательно, рассмотрены в пп.1, 6, 7.

Рекомендации: если есть вероятность того, что руководство может пересмотреть выделяемые ресурсы после того, как станет ясно, что проект нереален – как можно быстрее произвести реальную оценку проекта (Йордон рекомендует для этого применять подход RAD вместо каскадного подхода). Иначе следует всерьез подумать о необходимости своего участия в этом проекте.

3. Наивный оптимизм юности: «Мы сможем сделать это за выходные!»

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

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

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

4. Менталитет первопроходцев у неопытных предпринимателей

Эта причина проявляется у вновь открывающихся фирм, которые «недоукомплектованы специалистами и менеджерами, не имеют достаточного финансирования и слепо верят в свои шансы на успех». Для случая 1С это особенно актуально, т.к. бизнес имеет сравнительно низкий порог вхождения. Отличие от других случаев – напористость и безудержный оптимизм. Отметим, что Йордон считает в некоторых случаях такую причину положительным фактором, о чем рассуждает далее в тексте книги (суть рассуждений вкратце – подобный менталитет помогает безболезненно пережить участие в безнадежном проекте).

Рекомендации: Йордон советует трезво оценивать шансы на успех и в зависимости от этого принимать решение о своем дальнейшем участии в проекте.

5. Менталитет «Морского Корпуса» (Marine Corps): Настоящие программисты не нуждаются во сне!

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

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

6. Высокая конкуренция из-за глобализации рынка.

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

Рекомендации: тут сложно что-либо рекомендовать, каждый случай индивидуален и вряд ли удастся выделить какие-то общие закономерности.

7. Высокая конкуренция из-за появления новых технологий.

Йордон при описании разделяет два случая. Первый – компании, использующие старые технологии, вынуждены браться за безнадежные проекты, дабы не отстать от возможностей конкурентов; второй – компании берутся за внедрение новых технологий только потому, что они новые, и в результате, не имея опыта внедрения и поддержки (а иногда прямо ошибаясь в возможностях этих технологий), быстро доводят проект до стадии безнадежного. Для 1С второй случай гораздо актуальнее - вспомним появление восьмерочной платформы – сколько надежд на нее возлагалось и сколько заняло вылизывание косяков, вплоть до появления версии 8.1, сделавшей платформу более-менее работоспособной.

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

8. Сильное воздействие неожиданных правительственных решений.

Йордон разделяет два вида правительственных решений – связанные с понижением или повышением уровня государственного регулирования в той или иной сфере. Самые очевидные примеры – приватизация предприятия для первого случая и национализация – для второго. В среде 1С, разумеется, нельзя исключать простое изменение правил регулирования – новые виды отчетности и прочие неожиданности; но, поскольку они обычно незначительны и не требуют крупных изменений кода и логики работы программы, то не приводят к безнадежности проекта в целом. Отсюда очевидно, что такие нежданки случаются при внедрении достаточно длительных проектов. Обычно о подготовке таких правительственных решений известно заранее, но конкретные детали неизвестны, поэтому руководители проекта склонны игнорировать такие «звоночки» до последнего. Затем – бац! – и приходится в крайне сжатые сроки изменять всю концепцию программного продукта.

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

9. Неожиданный незапланированный кризис.

Это может быть что угодно – уход ведущих программистов, резкое изменение условий работы (например, изначально продукт затачивался под использование какого-либо сервиса, а поставщик, предоставляющий этот сервис, обанкротился). Йордон сетует на то, что, даже если нам точно известно, когда разразится кризис, мы склонны его игнорировать, и в качестве примера приводит «проблему 2000 года», о которой все знали заранее, и все равно она стала для многих неожиданностью.

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

 

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

И напоследок – никакой пересказ не заменит оригинала. Рекомендую все-таки ознакомиться с самой книгой. Полезно.

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

Комментарии
В избранное Подписаться на ответы Сортировка: Дата
1. &rew 29 27.02.12 08:42 Сейчас в теме
Жизненная статья, сталкивался со всеми причинами сам, только вот проекты не стали безнадежными, и каким-то "чудом" успешно завершались.
Особенно часто сталкивался с ситуацией 2+6 и поначалу шел на поводу у руководства, в результате заработал пару болячек. Теперь либо приходим к общему знаменателю, либо ... не приходим)))
2. popal_al@mail.ru 27.02.12 15:44 Сейчас в теме
человек говорит включайте голову. И разложил по полочкам. сжато, но эффектно.
правда кроме замены каскадного ведения проекта можно использовать не только RAD, для начала согласен.
у меня тоже ситуации от 2 до 6 и кажется они всегда упираются в непомерную жадность руководства.
И ситуации становятся видны со временем, а ты уже влип. кажется пора читать маркетингово - психологические книги, похожие темой на "как определить по жестам кто лжет" ведь на словах часто все гладко
3. automatizator 293 29.02.12 04:30 Сейчас в теме
4. laduk 14 29.02.12 04:35 Сейчас в теме
5. aimerlive 29.02.12 15:36 Сейчас в теме
Спасибо за статью, интересно прочесть.
6. ir-ish-ka 01.03.12 05:51 Сейчас в теме
А меня 5 пункт порадовал.
Работала с такой организацией. Сначала даже тонизирует, но потом... сбежала, в общем.
Интересная статья, спасибо!
7. SunShinne 623 02.03.12 22:30 Сейчас в теме
Хорошая статья. Политика, политика, политика... и еще все врут, даже сами себе.
8. Арчибальд 2714 07.03.12 08:30 Сейчас в теме
Второй раз сижу в безнадежном политиканчком проекте...
9. AzzZ 11.03.12 15:44 Сейчас в теме
(8) Арчибальд, не устал ? ;) Приезжай к нам в Москву. Здесь даже бездельничая можно получать денюжку, а уж если работать так просто сказка.
10. Арчибальд 2714 13.03.12 07:48 Сейчас в теме
(9) Не, не хочу. Лучше быть большой лягушкой в маленькой речке, чем маленькой лягушкой в большом болоте.
frc; Spartan; awk; +3 Ответить
11. PAVI 1381 04.07.12 15:17 Сейчас в теме
шансы на успешное завершение обратно пропорциональны масштабу проекта

Прямой обратной связи для 1С скорее нет.
Автор Эдвард Йордон не упомянул еще один главный признак безнадежного проекта: адекватная система управления проектом, причем как со стороны Исполнителя, так и со стороны Заказчика. И не важно, маленький Заказчик или большой (как и Исполнитель).
Пример 1. Неадекватность руководства со стороны Заказчика. Руководителем проекта со стороны Заказчика назначают директора по общим вопросам, который в обычной жизни ведает столовыми и АХЧ.
Руководитель со стороны Заказчика должен отвечать следующим требованиям:
1. Иметь административнй ресурс, достаточный для управления сотрудниками Заказчика, вовлеченными в проект.
2. Иметь возможность отвечать за последствия принятых им на проекте решений, вплоть до оплаты подписанных актов о приемке работ.
3. ЛИЧНО иметь заинтересованность в проекте, в его результатах.
4. Иметь опыт в ведении проектной работы или опираться на мнение профессионального консультанта.
Пример 2. Неадекватность руководства со стороны Исполнителя. Руководителем проекта со стороны Исполнителя назначается бывший офицер Генерального штаба. О проектах 1С на тот момент он ничего не знал, но имел большие амбиции. Он позволял себе обещать клиенту то, что выполнить было невозможно, а потом требовал решения этих проблем с исполнителей. Обращался по принципу: упал-отжался.
P.S. Если руководство адекватное, то о прочих проблемах (сроки, бюджет, требования к ИС и количеству разработчиков) договориться можно и найти компромиссное решение.

P.P.S. А тема - замечательная. Спасибо.
12. Арчибальд 2714 04.07.12 15:23 Сейчас в теме
(11) Это упомянуто под номером 2.
13. Neco 129 05.07.12 22:37 Сейчас в теме
Давно читал эту книгу, даже до того как занялся 1С. Помнится у Йордана есть хорошая мысль, что "безнадежные" проекты нужно планировать и управлять, потому-что это норма и есть существенные отличия от "безнадежного" проекта и "отвратительного".
14. sbv2005 342 09.07.12 12:34 Сейчас в теме
Да, что-то делать с безнадежными проектами еще можно. А что делать с безнадежно выбранной системой учета? Это уровень выше ... Ведь и тут бывают косяки (( В России скорее не про RAD будут думать, а о выделяемом бюджете. И вот от него и будут планировать и систему, ресурсы, и кадры и т.д. А это - неправильно.
15. frc 12.07.12 14:37 Сейчас в теме
Считаю, что статья - желание ворошить то, что ближе лежит. В данном случае - автор занимается 1С, вот и ворошит все применительно к 1С.
А к 1С вообще ничего нельзя применить. Никакие методики или опыт.
Единственно, что может пригодиться - опыт управления людьми в проекте. Но это как-бы не 1С.
А 1С не применима в 70% проектов, где её пытаются использовать. Потому как несприпособлена в первую очередь сама.
А там, подо что она заточена - так и разговаривать нечего, делает любой левой ногой.
Бухгалтерия есть - выше головы 1С никогда уже не прыгнет.
Разве что руководство сменится.
16. kiros 51 13.07.12 12:11 Сейчас в теме
Спасибо за статейку. Только ощущение незаконченности после прочтения. Т.ч. требуем продолжения!
17. MaxDavid 124 13.07.12 13:41 Сейчас в теме
(15)
Считаю, что статья - желание ворошить то, что ближе лежит. В данном случае - автор занимается 1С, вот и ворошит все применительно к 1С.
Ну, это довольно естественно - читая, применять прочитанное к своему опыту.
А к 1С вообще ничего нельзя применить. Никакие методики или опыт.
Это весьма спорно.
(16) Вторая часть почти дописана, на днях причешу и выложу.
18. beigka 218 24.04.13 15:42 Сейчас в теме
Эта книжка была первой книгой по менеджменту проектов, которую я прочитала по этой теме. Приехала разруливать тяжелую ситуацию на одном проекте, ведущим аналитиком, мне сказали - читай, чтобы понимать наши шутки)
В книге изложен негативный опыт, который всячески систематизируется и изучается и с юмором излагается.
Призываю читать книги с позитивным опытом внедрения, например "Deadline. Роман об управлении проектами" Том ДеМарко, самое оно для начала)
19. tango 493 24.04.13 15:47 Сейчас в теме
(18) beigka, было бы очень интересно, как вы попали в ведущие разруливатели, не имея понятия о тематике сабжа.
Блат?
20. beigka 218 25.04.13 10:41 Сейчас в теме
(19) tango, наивный оптимизм юности вместе с порядочностью и упорством, а также предыдущий ведущий специалист, который решил создать собственный джаз бенд, сделали свое дело)
21. ivannn 41 27.03.14 22:03 Сейчас в теме
Оставьте свое сообщение

См. также

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

Управление проектом Бесплатно (free)

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

16.09.2019    11011    GSoft    20    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Управление проектом Бесплатно (free)

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

16.02.2021    2943    MariaTemchina    39    

Как умирают розовые единороги, или бизнес-автоматизация как способ сделать людей несчастными

Управление проектом Управление командой Бесплатно (free)

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

10.02.2021    3958    andironenko    13    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

Управление проектом Бесплатно (free)

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

09.12.2020    1723    MariaTemchina    3    

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

Управление проектом Бесплатно (free)

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

24.01.2019    10284    user809424    11    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3422    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

Управление проектом Бесплатно (free)

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    3311    MariaTemchina    8    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3251    alexandr.blinov    17    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    35492    1СERP    79    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3566    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3277    MariaTemchina    4    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4751    1c-intelligence    17    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31782    1СERP    175    

Наиболее типичные ошибки при оценке работ в проектах 1С

Управление проектом Бесплатно (free)

Для кого эта статья? Если вы руководитель проектов (РП) с опытом «от трех проектов», то можете не читать: скорее всего, ничего нового вы не узнаете. А если вы хотите стать РП в проектах 1С или вы профессионал (разработчик, аналитик, консультант), к которому часто обращаются за оценкой, то вам будет полезно узнать о типичных ошибках при оценке. Если вам необходимо реализовать задачу, которую не имеет смысла делать по классической проектной технологии, но заказчик требует фиксированной оценки, и задача на 2-5 человеко-месяцев, - то вам будет полезно понять методы оценки работ. Если читатель часто пользуется услугами удаленных разработчиков/аналитиков, то вам, возможно, станет понятно, почему «человек все сделал, мы ему заплатили, сколько сказал, а он от нас ушел и больше работать не хочет». Типичные ошибки распределю по классам.

13.06.2020    2953    Koder_Line    9    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

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

08.06.2020    5510    stepan96    12    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5909    sapervodichka    1    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    32874    1СERP    189    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    11835    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

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

23.03.2020    6550    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    7128    VLikhobabin    44    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

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

10.04.2017    32953    1СERP    107    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

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

23.01.2020    22932    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    9519    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    7005    1c-intelligence    33    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    44183    1СERP    231    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

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

14.10.2019    6145    chavalah    16    

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

Управление проектом Россия Бесплатно (free)

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

19.09.2019    13073    ogroup    164    

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

Управление проектом СППР Бесплатно (free)

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

30.08.2019    14360    SergeyN    10    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    28163    Gavrik    10    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

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

20.08.2019    9629    Arsen1986    7    

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

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

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

28.06.2019    8805    SergeyN    1    

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

Управление проектом Бесплатно (free)

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

24.06.2019    7091    sbase    9    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

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

17.06.2016    40728    raiml    37    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

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

19.06.2019    10698    FB_10160810658600104    62    

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

Управление проектом Бесплатно (free)

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

18.06.2019    8049    MariaTemchina    8    

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

Управление проектом Бесплатно (free)

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

31.05.2019    10636    MariaTemchina    23    

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

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    45405    CheBurator    64    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11694    1c-intelligence    121    

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

Управление проектом Бесплатно (free)

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

06.05.2019    8217    MariaTemchina    8    

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

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

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

04.05.2019    9174    1c-intelligence    39    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36622    axxell    15    

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

Управление проектом Бесплатно (free)

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

15.04.2019    12811    MariaTemchina    15    

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

Управление проектом Бесплатно (free)

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

13.02.2019    8488    chavalah    22    

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

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

12.02.2019    10852    MariaTemchina    20    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

06.04.2015    38148    raiml    14    

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

Управление проектом Бесплатно (free)

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

04.02.2019    10454    1c-intelligence    64    

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

Управление проектом Бесплатно (free)

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

31.01.2019    8515    MariaTemchina    0    

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

Управление проектом Бесплатно (free)

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

14.01.2019    10619    MariaTemchina    13    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    29010    raiml    46    

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

Управление проектом Бесплатно (free)

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

10.01.2019    13403    chavalah    124    

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

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

26.12.2018    10302    1c-intelligence    7