Точка абсурда

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

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

инновации управление проектом

Предлагаю изменить подход к вопросу управления сложными проектами (к коим можно отнести внедрение ERP). Пойдем от типичных ситуаций и начнем с одного примера. В этой статье мы придумаем новое имя для одной ситуации, которая часто встречается на многих проектах. Зачем нам новый термин? Есть слово "монополия" и все знают, что это плохо. Чем монополия на электричество отличается от монополии на проекте?

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

Цель и средства

Кто платит, тот и заказывает музыку
Не стреляйте в пианиста, он играет как умеет

Две известные  поговорки

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

Дело в том, что у заказчика есть цель и если подрядчик ее манкирует, то подрядчика надо менять – иначе цель достигнута не будет. Разговоры о том, что у каждого своя цель, являются бессмысленными. Даже если цель исполнителя не сводится к простому получению прибыли, и исполнитель желает сделать качественный проект, все равно цель заказчика должна стать его целью, а не наоборот. Исполнитель может предложить пути и даже может предложить более амбициозную или более достижимую цель, но новая цель будет только предложением, пока заказчик ее не примет ее как свою, а ведь может и не принять. Цель проекта это именно цель заказчика, за которую он платит и к которой он стремиться и ни кто кроме него не знает эту цель лучше. И это значит (повторюсь), что тот кто платит должен иметь возможность сменить того кто выполняет если есть ощущение, что все движется не в ту сторону.

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

ТОЧКОЙ АБСУРДА называется ситуация абсолютной монополии Исполнителя по отношении к Заказчику.

Абстракция? Например, у проекта может быть дедлайн, т.е. время икс, после которого завершение проекта становится бессмысленным. Время потерянное на смену исполнителя может оказаться губительным. И заказчику придется продолжать работать с тем же подрядчиком, несмотря на то, что его надо сменить. Это и есть «точка абсурда» в которой тот кто должен делать дело начинает вить веревки из того, кто за это дело платит.

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

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

Вверх тормашками

- Вот мы тут 10 минут с тобой разговариваем
и ты уже третей раз назвал меня дураком.
А ты всего лишь сисадмин,а я все-таки директор, и мне обидно.
- Ну так сделай мне такую должность чтобы тебе не было обидно.

Цитата по памяти из просторов интернета (источник не известен)

Зачем нам новый термин? Есть слово "монополия" и все знают, что это плохо. Чем монополия на электричество отличается от монополии на проекте? Есть одно различие! В начале проекта ни какой монополии нет, но она появляется в процессе исполнения. И исполнитель со своим, более глубоким чем у заказчика, пониманием процесса имеет возможность (и очевидно, заинтересованность) двигать проект в этом направлении. Из осознания нового понятия следует несколько полезных выводов.

 

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

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

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

Эксперт-менеджмент

рисунки Григорьевой Насти (tubby-toast.livejournal.com)

Жизнь наизнанку

- Предложите свой вариант понятия «Точка абсурда».
- Точка абсурда - это когда у заказчика
заканчиваются деньги или терпение?

Обсуждение анонса ru-erp.livejournal.com/129824.html

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

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

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

Высказывание начальника ИТ отдела

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

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Gureev 21.10.14 10:36 Сейчас в теме
Все что описано - является попыткой оправдаться за некомпетентность в управлении проектом со стороны заказчика.

При грамотном планировании проекта, грамотном поиске исполнителя (а не по принципу "кто даст большую скидку/откат"), и, что самое важное, при реальном (а не на словах!) управлении рисками вышеописанные проблемы отсутствуют априори.
vano-ekt; help1Ckr; CratosX; venger; andpal; martynow; +6 Ответить
2. martynow 197 21.10.14 17:29 Сейчас в теме
(1) Gureev, указанная проблема не решается даже гибкими методологиями (XP, Scrum, ...), я уж не говорю про контроллинг (PMI, SureStep и иже с ними).
А вы какую компетентность и грамоту вы имеете ввиду? В каких методологиях и как этот вопрос на ваш взгляд решается? Эта статья - это постановка вопроса. Этот вопрос пока просто ни где не был поставлен. Для того, что бы начать решать проблему, надо сперва признать ее существование.
plmshka; ander_; ZLENKO; Артано; +4 Ответить
9. ZLENKO 22.10.14 11:20 Сейчас в теме
(2) " Эта статья - это постановка вопроса. Этот вопрос пока просто ни где не был поставлен. Для того, что бы начать решать проблему, надо сперва признать ее существование."

Реально. В проектах чаще всего проблемы не решаются только потому что стороны отказываются признать их существование.
26. Gureev 23.10.14 09:44 Сейчас в теме
(2) не надо проекты натягивать целиком на каркас "книжных" технологий.

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

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

И кстати, у идеального исполнителя должен быть хороший продавец, который умеет продавать воздух.
Не стоит в одну кучу скидывать проблемы продаж и проблемы выполнения проекта.
martynow; +1 Ответить
28. martynow 197 23.10.14 12:23 Сейчас в теме
(26) Gureev, не надо проекты натягивать целиком на каркас "книжных" технологий
Результатом научной деятельности является алгоритм действий, который работает даже тогда, когда ты не веришь в то, что он работает. Вы можете не верить в теорию Ньютона, но она работает и все тут. Т.е. хорошая книжная технология, это способ получения надежного результата в типовых ситуациях, которые встречаются часто. Но книжки плохи, хороших мало. Даже умные японцы в книге «Компания – создатель знания» очень политкорректно обходят вопрос стороной...

(23) Vit aka proger, прежде чем предлагать мне работу, прочитал книжку из коробки
Почему ценятся профессионалы, по тому что они знают то, чего нет ни в одной книжке. Мы живем в очень динамичное время, все быстро меняется. Профессионал легко обведет вокруг пальца заказчика.

А вот когда все практически сделано идут громкие заявления
Все это конечно правильно, но к теме вопроса имхо отношения это не имеет. Допустим исполнителя обидел заказчик. Имеет ли при этом право исполнитель поставить заказчика в Точку абсурда. Наверно не имеет, но он и без обид часто это делает, просто из профессионального интереса...

(27) Gureev, это ситуация уже после того, как проект провален
Да, и по этому в статье сказано, что это не ситуация а маяк: рулите от рифов. А профессионал, будет стараться как можно дольше держать заказчика в состоянии надежды на результат, продолжая его доить...
29. Gureev 23.10.14 12:45 Сейчас в теме
(28)
Результатом научной деятельности является алгоритм действий, который работает даже тогда, когда ты не веришь в то, что он работает.

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

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


Не профессионал, а аферист.
Я никого никогда не доил, а иногда даже отказывался от денег, если считал "цели заказчика" вредными для его бизнеса и объяснял почему.
Репутация важнее.
30. martynow 197 23.10.14 14:28 Сейчас в теме
(29) Gureev, у меня очень много статей на которые профессионалы так и реагируют: все это правда, но вот я ни когда так не делаю.... :)
Ха, ха! Я тоже....
3. kiros 51 22.10.14 10:15 Сейчас в теме
(1) Gureev, Вы слишком категоричны. Даже компетентное управление проектом не дает гарантий что проект не скатится в "точку абсурда" (мне понравился термин). Сейчас именно так происходит в нашей компании, а виной (я так считаю) амбиции исполнителя и как следствие: умалчивание исполнителем о не возможности того или иного, ошибки проектирования, и отсутствие элементарного опыта подобных проектов (но это выяснилось только в процессе, а в начале переговоров нам показывали "красивые картинки" и рассказывали как все будет "волшебно") хотя заказчик (мы) четко формулировал требования и в дальнейшем описывали это в ТЗ. Но ...
Почитайте Том ДеМарко "Deadline. Роман об управлении проектами", очень рекомендую.
p.s. Волшебно получилось, все происходит как по волшебству :0, то данные появляются, то пропадают, то считаются, то нет и никакой системности, волшебство/чудеса да и только.
slavikss; martynow; +2 Ответить
11. martynow 197 22.10.14 11:55 Сейчас в теме
(3) kiros, сразу оговорюсь для всех, я ни когда не ставлю лайки за лайки, соответственно здесь лайк за поднятие вопроса "умалчивания" и за рекомендацию по литературе. Рекомендованную вами книгу читал, не дочитал, т.к. она мне не понравилась. Выводы в ней многие правильные, но делаются безосновательно (не научно).
(5) andpal, внешний аудитор может помочь. С ним только одна проблема: как проконтролировать работу аудитора? Все только на доверии...
(6) Vladimir_Konyrev, "Не правильный подбор технологии внедрения" - точнее такой подбор технологий, который ставит заказчика в зависимость от исполнителя
12. andpal 22.10.14 12:56 Сейчас в теме
(11)
как проконтролировать работу аудитора?

Еще можно привлечь аудиторов для аудитора :-) .
Но, хоть у меня нет аттестатов PMI, мне кажется что выполнение заказчиком рекомендаций PMBOK (или чего то подобного) позволит не приближаться к "точке абсурда".
Ну а простого и дешевого варианта, вероятно, нет.
13. martynow 197 22.10.14 13:25 Сейчас в теме
(12) andpal, я берусь доказать, что PMBOK книга антинаучная. Не то что бы не научная, а именно антинаучная. Она сочетает в себе три составляющие: бессодержательность, наукообразие и добротную защиту от типовых методов проверки на научность. Ее единственное достоинство, это она диктует нам язык по управлению проектами. Должен признаться что я это достоинство не очень то заметил, но тут я доверюсь специалистам (то что мы говорим на языке Пушкина то же признают только пушкинисты)... На мои выпады специалисты обычно отвечают что я ни чего не знаю про PMI, т.к. существует 12 секретных практик, которые изучаются на курсе. Интересно, где их можно посмотреть :)
18. andpal 22.10.14 14:59 Сейчас в теме
(13) Про PMBOK спорить не буду, ибо некомпетентен. Посоветуйте научную книгу по управлению проектами.
Мое мнение что лучше следовать каким нибудь правилам, чем никаким. Некоторые следуют своим правилам, но прежде чем они выработались, вероятно пытались следовать каким либо известным и всегда полезно сверяться с чужими.
Цикл управления известен и прост: планирование - контроль - анализ - корректировка плана. Если таких циклов в проекте < 2, то выходим на "точку абсурда". Все сложности в деталях.
В конце статьи у Вас есть
новая методология управления инновациями, которая называется «Эксперт-менеджмент»
, где про нее почитать?
20. martynow 197 22.10.14 16:36 Сейчас в теме
(18) andpal, хороших книг очень и очень мало. В моем списке их всего две:
1. Это уже упомянутый здесь «Мифический человеко-месяц или Как создаются программные системы» Фредерика Брукса. Теоретическая книга с практической базой.
2. Хенрик Книберг: «Scrum и XP: заметки с передовой». Наоборот - практическая книга с элементами теории. Несмотря на то, что она посвящена конкретным методологиям, она ценна тем что в ней упомянуты ВСЕ существенные проблемы, которые могут возникнуть при организации процесса разработки ПО.

Далее начинаются плохие книги. Да, они плохие, но нужные, ибо лучше ни чего нет...
3. Эд Салливан «Время деньги» ("Under Pressure and On Time" Ed Sullivan ). Большое количество историй о том, как решали какую проблему. Интересные идеи, но вероятность встретить свой случай близка к нулю...
4. Нонака и Такеучи «Компания – создатель знания». Скучная но полезная теоретическая книга с притянутой за уши практической базой. Ее ценность только в том, что в ней введено важное понятие "Гипертекста организации" и в результате затронут вопрос "Точки абсурда", хотя он там не поднимается.

Все остальные книги на эту тему которые я читал (несколько десятков наименований), это или бред или скука с отсутствием новизны или полное шарлатанство...
21. martynow 197 22.10.14 16:41 Сейчас в теме
(18) andpal, по поводу "Эксперт-менеджмента". Спасибо! Очень хотелось услышать такой вопрос. В основе методологии лежит новый язык. Т.к. термины новые и я активно конкурирую с маркетологами (они же обладают исключительными правами на введение нового языка в нашу жизнь), то каждый новый термин приходится защищать, т.е. писать отдельную статью. Таким образом методология - это приблизительно 15 статей. Из них опубликовано только 4. Предстоит большая работа...
Пока все что есть собрано здесь в разделе Инноватика.
4. mashinist 6 22.10.14 10:24 Сейчас в теме
Согласен с (1)

Заказчик как правило не может четко сформулировать свои мысли.
Диалог примерно следующий
- Нам нужна система для учета вот этого
- У нас есть отличная система. Она может вот это, это, это и вот это...
- А это?
- И это может. Только для этого нужно внедрить сначала это...Вот смотрите...
- Ладно. Нету времени. Вроде все Ок. Внедряйте!

Идет внедрение... И тут заказчик начинает прозревать.
- Так это нужно делать так? Нет! Сделайте так! Нам так удобнее. В нашей другой системе было так. А там куча чего завязано...

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

- Почему с 1-го не запустились?
- Так Вы же нам сказали переделать это.. и это...
(прошел месяц)
- Почему с 1-го не запустились?
- Так Вы же нам сказали переделать то.. и то... и даже это, что повлекло за собой переделку и того и даже вон того блока! Там столько работы! А вы еще за прошлый месяц не рассчитались!
- Так а чего платить? Система то не работает!

И так пока у сторон хватит терпения и денег.

Один из вариантов развития события
Заказчик - Что-то эти <...> не могут нам внедрить. Меняем исполнителя!

Приходит новый исполнитель. Смотрит на то, что уже наделали по желаниям заказчика и понятное дело рассказывает как все плохо и сколько нужно времени (т.е. денег) что бы все переделать "правильно". Потому как прошлый исполнитель безусловный <...> . Ни строчки ТЗ, ни строчки документации, один сплошной .овнокод непонятный

Все в шоке.

А нужно было то всего заказчику тратить свое время на начальное изучение системы и понять - оно ему как есть подходит или нет. И если подходит, то внедрять как есть, а если не подходит, то сначала заказать доработку, а потом говорить о сроках внедрения.
Но, как правило, заказчику некогда... у него текущая работа... а выделит отдельного компетентного специалиста, да еще с правом принимать решения... на какое-то там 1С калькулятор... там же все просто...
13KrAs; invertercant; Lancelot-2M; Иваныч; help1Ckr; ugroblin; Gureev; arteast; CratosX; sheykin; lvictor58; venger; martynow; plmshka; FrLenok; andpal; mixsture; coty; +18 Ответить
22. martynow 197 22.10.14 17:15 Сейчас в теме
(4) mashinist, "- Почему с 1-го не запустились?". Это менее вероятный сценарий. Вот когда запущено и надо что то исправить, вот тут выясняется, что быстро может это сделать только один человек на всем белом свете.
(16) Vit aka proger, а ведь мы можем прийти к абсурду даже когда Заказчик очень заинтересованно относится к проекту. Опытный исполнитель обведет его вокруг пальца. Помните как в анекдоте "Я не опытный водитель, думал проскочу. Я опытный водитель, у меня хрен проскочишь..."
23. Vit aka proger 104 23.10.14 07:54 Сейчас в теме
(22)
Позволю себе не согласиться.
Немного лирики. У меня случаются шабашки. Когда я начинаю работать с новым человеком, который сам вышел на меня, я всегда завышаю цену за первый заказ. Это проверка на жадность, страховка от "дурака". Я называю это управление рисками :)
В моей практике только один раз был случай когда заказчик аргументированно оспорил цену.
Оказалось что он, прежде чем предлагать мне работу, прочитал книжку из коробки! (я тоже раньше думал что никто этого не делает) Сам определил что он хочет изменить в типовом функционале. И естественно определил среднюю цену, обзвонив франчази.

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


help1Ckr; martynow; Gureev; +3 Ответить
5. andpal 22.10.14 11:11 Сейчас в теме
Мне тоже кажется что "точка абсурда" это проблема заказчика. Зачастую у исполнителя присутствует хоть какие то понятия об управлении проектами, но не у заказчика.
И если у него нет знаний, времени контролировать исполнителя, то может помочь внешний аудитор/контролер, который притушит амбиции исполнителя, оценит его опыт, разберется в "красивых картинках", вовремя заметит ошибки проектирования, заставит писать документацию и не позволит писать "один сплошной .овнокод непонятный".
help1Ckr; Gureev; CratosX; martynow; +4 Ответить
6. Vladimir_Konyrev 225 22.10.14 11:14 Сейчас в теме
По моему опыту, достижение "точки абсурда" зачастую происходит в следствии:
1. Недостаточной квалификации Исполнителя, как следствие (лишь несколько примеров):
1.1 Не правильный подбор технологии внедрения
1.2 Низкое качество планирования
1.3 Низкое качество коммуникаций с Заказчиком (тем, кто действительно заказывает музыку, т.е. платит)
2. Отсутствия руководителя/куратора проекта со стороны Заказчика. Как следствие (лишь несколько примеров):
2.1 Не исполнение своих обязанностей
2.2 Не качественная постановка задачи Исполнителю

Есть такое понятие: риски проекта. На этапе старта проекта, необходимо эти риски предвидеть. Увидеть эти риски, зафиксировать, донести до сознания Заказчика - это задача, в первую очередь, Исполнителя.

Далее Исполнитель (равно как и Заказчик) должен честно принять решение: можно ли сделать проект с ЭТИМ Заказчиком, с ЭТИМ бюджетом, с текущими ресурсами и т.д. Если, при ответе на эти вопросы, Исполнитель лжет сам себе и начинает проект, заранее понимая что проект обречен, то в последующем проект приходит к точке абсурда.

CratosX; martynow; +2 Ответить
10. andpal 22.10.14 11:33 Сейчас в теме
(6) Vladimir_Konyrev,
Увидеть эти риски, зафиксировать, донести до сознания Заказчика - это задача, в первую очередь, Исполнителя.
Далее Исполнитель (равно как и Заказчик) должен честно принять решение: можно ли сделать проект с ЭТИМ Заказчиком, с ЭТИМ бюджетом, с текущими ресурсами и т.д. Если, при ответе на эти вопросы, Исполнитель лжет сам себе и начинает проект, заранее понимая что проект обречен, то в последующем проект приходит к точке абсурда.

Идеальный исполнитель? Он не получит ЭТОТ заказ, и другой тоже ибо типичный заказчик не хочет оценивать и тем более оплачивать риски.
7. ZLENKO 22.10.14 11:16 Сейчас в теме
Могу привести еще цитату: "Никогда не говорите заказчику правду - она ему не понравится..."
martynow; +1 Ответить
8. ZLENKO 22.10.14 11:18 Сейчас в теме
"Цель проекта это именно цель заказчика, за которую он платит и к которой он стремиться и ни кто кроме него не знает эту цель лучше."

Заказчик тоже обычно не говорит исполнителю правду, поэтому истинная цель часто выясняется только уже в точке абсурда.
invertercant; help1Ckr; CratosX; +3 Ответить
14. gull22 88 22.10.14 13:52 Сейчас в теме
Участвовал в процессе смены исполнителя (были уже третьими и не последними :)). Так что прямо про себя читал.
15. Vit aka proger 104 22.10.14 14:20 Сейчас в теме
А проблема то интересная! Читая коменты сразу понятно кто заказчик проекта, а кто исполнитель :)
Да проблема существует. В любых самых мелких задачах франч как правило предпочитает перекроить конфу и брать деньги за обновления, вместо того чтобы обоитись свойствами объектов и внешними обработками.
У заказчика и исполнителя немного разные интересы в проекте. Для кого то это новость?
Любой продавец хочет продать услугу подороже, а покупатель купить подешевле. Разве это не естественно?
Нужно договариваться и находить компромиссы.
16. Vit aka proger 104 22.10.14 14:23 Сейчас в теме
Позиция заказчика: "Делайте мне все под ключ, я в это вникать не собираюсь", это и не позиция вовсе, это наплевательское отношение к проекту. Если всё уходит на откуп исполнителю, какие потом вопросы? Бери что получилось.
Аналогия с изготовлением мебели: либо ты берешь готовую либо несешь чертежи. Хочешь рисовать чертежи сам, не удивляйся если все развалится.
help1Ckr; +1 Ответить
17. Vit aka proger 104 22.10.14 14:31 Сейчас в теме
Я считаю точка абсурда это абсурд. Смена исполнителя в проекте ВСЕГДА приводит к увеличению стоимости проекта.
о причинах читать Фредерика Брукс "мифический человеко-месяц". Если есть объективная необходимость менять исполнителя нужно сразу брать несколько подрядчиков делить между ними задачу и выделить участок работ, который отойдет тому, кто покажет лучший результат.
martynow; +1 Ответить
19. lvictor58 131 22.10.14 16:19 Сейчас в теме
Тему подняли, конечно же весьма злободневную, но искать истину тут все равно, что в споре: "Что первым появилось: яйцо или курица"!
Я сам программер. Работаю сам по себе. И, чего уж греха таить, не только заказчики пофигительски относятся. И чем дороже проект, тем серьезнее отношение заказчика, и тем важнее высокая квалификация исполнителя. А этого то как раз и не хватает. О нынешних франчайзи даже на просторах Инфостата уже писано не мало. Когда в конторе на каждое направление имеется по одному действительно классному спецу вокруг которого вьется с десяток девочек - мальчиков "на подхвате". И ест-но такого спеца на все не хватает. А когда его вся эта беготня по залатыванию чужих дыр достает, он вообще на все забивает. Оттого и качество работ соответствующее, и сроки выполнения и проч...
И что бы не попасть в эту "точку абсурда" (а правильнее - в жопу) должен быть выполнен целый комплекс решений, по сути уже здесь озвученных:
- изучение типового прикладного решения и в случае принятия решения о его доработке:
- создана команда по работе над проектом со стороны заказчика. Причем окончательно работу должен принимать не только тот, кто курировал исполнение, но и тот, кому предстоит с этим далее работать.
Т.е. фактически задействовано должно быть не малое количество народа. Далее:
- выбор исполнителя. Хорошо если есть рекомендация о качественном выполнении чего-то подобного. И не просто фирма. А конкретные Маня или Ваня, которые это делали или руководили. А чтобы подстраховаться, то целесообразно разбить проект на отдельные блоки. И поручить в начале выполнить что-то незначительное, работающее автономно.
- и конечно же контроль, разбор полетов, снова контроль, и потом поэтапная оплата только после принятия очередного блока, или - "До свидоза!"
Я вообще не сторонник мегапроектов. Это больше комплекс "Маленького Члена", чем реальная необходимость. Напротив: двигаясь небольшими шагами, всегда проще вносить коррективы в изначальные планы без необходимости перелопачивать все тех задание (а их, как правило бывает много: в начале трудно все просчитать и предвидеть)! И тем самым можно свести и риски к минимуму, и смену пользователя, в случае чего, произвести менее болезненно.
AllexSoft; help1Ckr; martynow; +3 Ответить
24. Vit aka proger 104 23.10.14 07:54 Сейчас в теме
К сожалению заказчик практически всегда хочет получить под ключ что-то, чего он толком не может описать.
Когда описываешь возможности типовой заказчикам неинтересно они сидят в полудреме, когда моделируешь бизнес процессы, отсылают к каким то девочкам, которые кроме как нажать на три кнопки ничего не знают. Когда перекладываешь модель на типовую, заказчики со всем согласные лишь бы их не дергали. Тех задание не читается дальше второй страницы.
А вот когда все практически сделано идут громкие заявления, что заказчиков обманули, им сделали совсем не так как они хотели, надо менять исполнителя.
Sanario; mashinist; PiccaHut001; coty; +4 Ответить
25. Vit aka proger 104 23.10.14 07:57 Сейчас в теме
Конечно бывает много некомпетентных исполнителей. Но их достаточно легко определить. Вполне достаточно прочитать техническое задание. Ну или дать его почитать компетентному человеку.
27. Gureev 23.10.14 09:57 Сейчас в теме
В этой статье мы придумаем новое имя для одной ситуации, которая часто встречается на многих проектах


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

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


Как по мне, описанная ситуация это ситуация уже после того, как проект провален. Поэтому выходит за рамки управление проектам, и относится больше к операционному менеджменту.
31. help1Ckr 23.10.14 15:09 Сейчас в теме
Если честно, то не встречал проект, где в момент запуска какие то проблемы ставят заказчика перед исполнителем в неудобное положение. Обычно наоборот, исполнитель в авральном режиме срочно решает те проблемы, о которых заказчик умолчал. И еще непонятна позиция - бедный заказчик его обманули. Да, есть некомпетентные и нечестные исполнители, но результат проекта нужен не исполнителю, а заказчику. Заказчик будет пользоваться продуктом, а не исполнитель. Поэтому в интересах заказчика отнестись ответственно к внедрению продукта, что встречается еще реже чем компетентные исполнители. Тут уже много дали точно описания типового проекта - заказчику некогда, делайте "вы же профффессионалы". А когда получают продукт - ой нас кинули. Если я делаю ремонт в квартире у меня два варианта - дать денег незнакомому мастеру и сказать сделай классно, а потом плакать что все не так. Либо сначала продумать что я хочу и что можно сделать, нанять несколько мастеров для консультации и расчетов и только потом приступать к работе, проверяя каждый кусок работы. И самое интересно, когда заказчик делает в квартире ремонт то он так и поступает, ибо "мастера обманывают", а когда внедряет учетную систему то поступает по первому варианту и жалуется что его обманут.
V_V_V; mashinist; Gureev; martynow; +4 Ответить
32. PiccaHut001 23.10.14 18:52 Сейчас в теме
Очередное нытьё представителя заказчика. Как обычно, он забывает упомянуть, что в 80% случаев заказчик делает подлянки исполнителю( пытается недоплатить; заплатить через год; запрашивает бесплатные доработки/ консультации; перекраивает ТЗ на финишной прямой проекта; запускает 1С на калечном виртуальном оборудовании, а потом жалуется на быстродействие). Хочете иметь гарантии от точки абсурда - заложите 200% запас времени, разбейте проект на 20 этапов и каждый этап пусть делает другой исполнитель. Долго? Пусть делают этапы параллельно. Дорого? Ставьте типовую и не парьтесь. При СССР бухгалтерия/производство велись на счётах и никто не парился. Сейчас есть мощнейший компьютеры, крутейшие программы, и кто-то ноет про точку абсурда. Уважаемые ПМы, отрабатывайте зарплату. Языком трепать каждый может, об глубокой научности методологии, а понимают, что происходит - единицы.
Gureev; martynow; +2 Ответить
33. martynow 197 23.10.14 21:49 Сейчас в теме
(32) PiccaHut001, вам видимо не приходилось делать очень большие проекты. Толку то делить... У меня есть отдельная статья из той же серии "Эксперт менеджмента" про неделимые операции (я тут ссылку давал выше). Читайте если не лень, а в двух словах суть такова: результаты инновационного проекта можно разделить на два вида. П Е Р В Ы Й вид - это реальный результат. Это когда уже все сделано - работает, вертится, приносит пользу и выгоду. В Т О Р О Й - это промежуточный результат. Даже П Е Р В Ы Й реальный не является показателем качества. Два с виду и изнутри одинаковых (по заметным полезным показателям) дома будут разваливаться по-разному и один превратиться в труху за 10 лет, а другой и 1000 простоит. А уж В Т О Р О Й промежуточный - это всегда бутафорская презентация, в которой контролер избавлен от скучных или не понятных ему деталей. Не существует качественного алгоритма принятия промежуточных результатов в инновационных проектах. Если у вас есть - предложите.

Хочу обратить ваше внимание еще на то, что тема управления людьми подразумевает, что управленец не вникает во все детали и это делают за него подчиненные. А на инновационном проекте это даже не возможно ни при каком микроменеджменте...
34. Gureev 24.10.14 09:11 Сейчас в теме
(33) вы как то странно пишите.. перечисляете факты, а потом делаете нелогичный вывод.
В Т О Р О Й - это промежуточный результат.

Что это вообще такое?
Если
А уж В Т О Р О Й промежуточный - это всегда бутафорская презентация

то это результат проекта по попилу денег. И не стоит об этом вообще разговаривать - у нас в стране это уголовно наказуемо.
45. martynow 197 31.10.14 13:58 Сейчас в теме
(34) Gureev, "Промежуточный результат", то это вообще такое? Я имел ввиду результаты на которых строиться контроллинг: предварительная архитектурная и разработческая документация, прототипы, модели и т.д.
(36) AllexSoft, Задача исполнителя чтобы не потерпеть фиаско довольна проста Завести заказчика в Точку абсурда и там доить...
или нас но за сумму*2 от текущего проекта Об этом и статья!
не знает что его хотелки потянут за собой, доносите это до вашего клиента И вы правы в том, что двигаться к абсурду можно путем умалчивания важных деталей.
(44) antares2010, единственный надежный вариант - это развивать собственные компетенции. Например вы нанимаете исполнителя и сажаете рядом двух студентов, что бы они ему помогали или мешали. Пусть это будет обязательным условием контракта. Это вам выгодно даже если это обойдется дороже...
39. PiccaHut001 24.10.14 13:20 Сейчас в теме
(33) ваш ответ напоминает ответ ПМ-а на подведении итогов провального проекта. Мол проект инновационный, поэтому ничего нельзя было сделать. Вероятность 50% - или взлетит или не взлетит. Зачем же тогда менеджмент в проекте? Может лучше взять кухарку какую-нибуть, вероятность не поменяется. Эта ваша сверхзадача
...управленец не вникает во все детали и это делают за него подчиненные. А на инновационном проекте это даже не возможно ни при каком микроменеджменте...
решается элементарно - тендер. нанимается два, три, четыре исполнителя, которые делают одну и ту-же задачу. Потом заказать независимый аудит, можно даже не один. Кто справится лучше, тому платим премию, остальным - по себестоимости. Да дорого, но ПМ-ам не придётся включать мозг и вникать в детали. Как вариант, можно взять толкового программиста начальником внедрения, дать ему прямой выход на владельца - и окажется, что большинство проблем не стоит выеденного яйца. Говоруны/ эксперты менеджмента умеют напускать туману, проводить пафосные презентации и зашибать откаты, а в реальном деле бесполезны. На моей прошлой работе держали одного такого 2 года. 200 кг живого веса, называли за глаза трутнем, проводил бесконечные совещания, 10 раз на дню пил кофе, пилил откаты, рассуждал про "контур учёта материалов". Потом франч, внедрявший УПП за несколько лямов оказался "непорядочным" (номер 1 по размеру франч у нас в стране), инновационный ПМ отправился работать в другой кормушке.
41. AllexSoft 24.10.14 13:38 Сейчас в теме
(39) PiccaHut001, узнаю этот франч (номер 1 по размеру франч у нас в стране) .. отношение к ним аналогичное, там профессианализм сотрудников заменяет откаты
42. Gureev 24.10.14 14:09 Сейчас в теме
(39) PiccaHut001,
франч, внедрявший УПП за несколько лямов оказался "непорядочным" (номер 1 по размеру франч у нас в стране)

видимо это единственное в чем был прав ваш ПМ ))

чем там проект Доминикана кончился?)
43. PiccaHut001 24.10.14 18:03 Сейчас в теме
(42) Gureev,
чем там проект Доминикана кончился?)
мне тоже интересно
35. ZLENKO 24.10.14 10:03 Сейчас в теме
(32) PiccaHut001, "Языком трепать каждый может, об глубокой научности методологии, а понимают, что происходит - единицы."

Я давно понял что профессионализм ПМ не измеряется в знаниях по PMBook и всяких там сертификатах. Как и любой руководитель. К этому должен быть заложен "талант" (харизма, коммуникабельность и т.п.). Но по себе могу сказать, что не всегда достаточно просто понимать что происходит. Поэтому я предпочитаю работать с вменяемым заказчиками, а не парить себе мозг с невменяемыми. Вменяемых конечно не так много, но они есть :-) А тех заказчиков, которые пытаются "обмануть" меня я посылаю к внедренцам, которые "обманывают" заказчика :-) Вот такая у меня философия отношений с заказчиком.
AllexSoft; +1 Ответить
36. AllexSoft 24.10.14 10:19 Сейчас в теме
Задача исполнителя чтобы не потерпеть фиаско довольна проста:
просто нужно четко обговаривать ТЗ с заказчиком, все зафиксировать до мелочей (я конечно не про то где будут кнопки находится, а как будут работать в целом те или иные функции и как будут построены бизнес-процессы), а если правила игры начинают меняться просто нужно говорить заказчику что это невозможно по техническим причинам и все, гнуть свою линию все что обговорено ТЗ сделаем, на все остальное ищите других.. или нас но за сумму*2 от текущего проекта. Прогибаясь под хотелки заказчика вы сами по себе формируете ту самую точку абсурда, к которой и придете.. останетесь и без клиента, и без какой то суммы денег.
99% клиент не знает что его хотелки потянут за собой, доносите это до вашего клиента, как для ребенка, на понятном для него языке.
ПС: со стороны исполнителей за частую наблюдаю позицию "ну раз клиент хочет, будем делать, клиент же всегда прав..." - вот такая позиция провальная изначально
martynow; +1 Ответить
37. ZLENKO 24.10.14 11:04 Сейчас в теме
(36) AllexSoft, ""ну раз клиент хочет, будем делать, клиент же всегда прав..." - вот такая позиция провальная изначально"

Провальная для кого ? Для заказчика - провальная :-( А франчи только так и зарабатывают :-)
38. AllexSoft 24.10.14 11:30 Сейчас в теме
(37) ZLENKO.PRO, и для заказчика и для исполнителя (ну конечно если исполнитель не только думает как срубить бабла, но и еще все таки что то внедрить)
40. help1Ckr 24.10.14 13:21 Сейчас в теме
(37) ZLENKO.PRO, это смотря какие франчи. Знаю один франч который в результате такой политики прекратил свое существование. Просто потому что клиенты тоже не с Луны свалились и требуют перед внедрением крупного проекта какие нибудь рекомендации других клиентов. а они ой какие грустные были у других заказчиков. Хоть исполнитель делал всегда то, что хотел заказчик, но не предупреждал о последствиях заказчика.
44. antares2010 31.10.14 12:32 Сейчас в теме
А что делать в маленьком городке, где выбор исполнителей не велик?
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    10893    GSoft    16    

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

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

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

16.02.2021    2886    MariaTemchina    39    

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

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

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

10.02.2021    3845    andironenko    13    

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

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

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

09.12.2020    1671    MariaTemchina    3    

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

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

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

24.01.2019    10247    user809424    11    

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

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

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

03.12.2020    3341    MariaTemchina    9    

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

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

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

18.11.2020    3220    MariaTemchina    8    

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

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

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

11.09.2020    3202    alexandr.blinov    17    

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

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

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

29.06.2017    35437    1СERP    79    

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

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

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

04.09.2020    3509    MariaTemchina    23    

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

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

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

20.08.2020    3225    MariaTemchina    4    

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

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

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

26.06.2020    4716    1c-intelligence    17    

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

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

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

09.06.2017    31717    1СERP    175    

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

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

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

08.06.2020    5447    stepan96    12    

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

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

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

25.05.2020    5878    sapervodichka    1    

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

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

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

18.05.2020    11771    MariaTemchina    33    

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

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

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

18.04.2017    32775    1СERP    189    

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

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

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

23.03.2020    6472    MariaTemchina    24    

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

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

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

03.03.2020    7055    VLikhobabin    44    

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

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

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

23.01.2020    22420    MariaTemchina    8    

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

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

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

10.04.2017    32867    1СERP    107    

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

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

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

09.01.2020    9276    roman72    0    

Про одну Тётю

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

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

24.12.2019    6980    1c-intelligence    33    

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

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

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

14.10.2019    6126    chavalah    16    

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

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

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

03.04.2017    44066    1СERP    231    

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

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

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

19.09.2019    13023    ogroup    164    

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

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

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

30.08.2019    14232    SergeyN    10    

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

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

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

20.08.2019    9541    Arsen1986    7    

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

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

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

23.02.2017    28095    Gavrik    10    

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

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

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

28.06.2019    8745    SergeyN    1    

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

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

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

24.06.2019    7071    sbase    9    

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

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

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

19.06.2019    10667    FB_10160810658600104    62    

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

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

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

17.06.2016    40679    raiml    37    

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

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

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

18.06.2019    8015    MariaTemchina    8    

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

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

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

31.05.2019    10565    MariaTemchina    23    

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

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

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

14.05.2019    11643    1c-intelligence    121    

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

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

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

26.12.2014    45342    CheBurator    64    

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

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

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

06.05.2019    8175    MariaTemchina    8    

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

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

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

04.05.2019    9157    1c-intelligence    39    

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

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

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

15.04.2019    12724    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36597    axxell    15    

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

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

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

13.02.2019    8464    chavalah    22    

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

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

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

12.02.2019    10815    MariaTemchina    20    

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

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

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

04.02.2019    10425    1c-intelligence    64    

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

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

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

06.04.2015    38108    raiml    14    

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

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

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

31.01.2019    8503    MariaTemchina    0    

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

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

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

14.01.2019    10574    MariaTemchina    13    

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

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

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

10.01.2019    13360    chavalah    124    

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

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

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

16.11.2014    28989    raiml    46    

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

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

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

26.12.2018    10267    1c-intelligence    7    

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

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

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

19.12.2018    10283    MariaTemchina    24