Опыт крупных проектов автоматизации для правительства г.Москвы и ГК Газпром

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

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

Хотелось бы вкратце рассказать про эти два проекта: • В компании Газпром, как ни странно, внедряется 1С:Предприятие. Вообще там внедрен SAP, но он не закрывает все участки учета, поэтому «лоскутно» внедряется 1С. Вначале там была система УПП, но потом стало понятно, что она не «вытягивает», и мы переписали некоторый функционал с нуля. И я в этом проекте выполнял функции ведущего разработчика. • В правительстве Москвы мы внедряли конфигурацию Бухгалтерия бюджетного учреждения (это был городской заказ). Я там выполнял функции руководителя проекта, и был в то время директором юридического лица - исполнителя по госконтракту.

Решение проблем с производительностью

Начнем с технических проблем.

Многим нравится, когда все данные по предприятию находятся в одной системе. Это удобно и для заказчика, и для программистов, которые жалуются на «лоскутную» автоматизацию, и для IT-директоров, которые озабочены концепцией единого информационного пространства. Но из-за этого появляются такие «монстрообразные» базы, где объем данных превышает несколько терабайт. А когда у нас в 1С базы начинают превышать определенный объем, возникают проблемы с производительностью. Что нужно делать в таких случаях:

  • Самое главное – это понять, на самом ли деле вам нужно, чтобы все эти данные были в вашей базе. Первое, что надо убрать – это файлы, они в базе не нужны, т.к. будут только увеличивать размер бэкапов, и получится, что мы каждую ночь будем в полном объеме их куда-то копировать и забивать диски. Это не очень рациональное использование пространства.
  • Еще бывает, что база разрастается просто из-за неправильного администрирования. Большинство таких проблем можно решить с помощью разделения баз данных на несколько путем вынесения этих баз на отдельные дисковые накопители (или на отдельные инстансы SQL). После этого система начинает работать более-менее стабильно.

Что по факту было сделано для повышения производительности?

  • На INFOSTART.RU мы нашли разработку, где было реализовано хранение журнала регистрации и версий объектов в отдельной SQL-базе. Мы стали ее использовать, и она нам очень помогла, потому что часть объектов все-таки надо было версионировать, а типовой функционал версионирования сильно нагружает систему. Единственное, что я в ней переделал – это чтобы записи создавались асинхронно с помощью фоновых заданий, потому что когда эта база набрала объем, она тоже стала вызывать замедление. А после того, как все это было переписано, транзакции перестали тормозить, и мы решили две проблемы:
    • Мы сохраняем информацию;
    • И в то же время у нас основная база и основной дисковый накопитель освобождены от этой странной работы по хранению.
  • Кстати, вынос части второстепенного функционала в фоновые задания, чтобы транзакции были короче, и не возникало блокировок – это довольно распространенный метод, советую использовать.
  • Следующее, что было сделано – это перевод на управляемые блокировки. При использовании автоматических блокировок могут возникать затруднения: пользователи ждут, им это не нравится, они выражают недовольство. А когда мы переводим систему на управляемые блокировки, такого не происходит.
    Но проблема в том, что мы не можем перевести на управляемые блокировки только один документ, мы должны перевести в этот режим все регистры, а значит, и весь функциональный блок. Это тяжелая работа, но, тем не менее, она оправдана.
  • Также нужно отметить, что высоконагруженные системы мы не имеем право отпускать в свободное плавание. Обязательно должен быть человек, администратор, который в режиме реального времени смотрит на дашборды и мониторит производительность нашей системы. В качестве дашборда может использоваться достаточно простая система Nagius. Там индикаторы имеют три цвета: зеленый, желтый, красный. Когда на горизонте беда, оно переключается в желтый цвет. Когда сервис блокируется – загорается красный. И даже можно настроить, чтобы приходила SMS – это очень удобно (хотя админу среди ночи получить "SMS счастья" не очень радостно, это лучше чем если поднимут ген. директора и он позвонит уже он самолично).
  • Также на Инфостарте была статья по РАУЗ, которая помогла нам добиться прироста производительности. Там в конфигурацию надо было внести буквально несколько изменений, и после этого происходил существенный прирост.
  • Еще хочу сказать по поводу нагрузочного тестирования: использование данных журнала регистрации для создания нагрузочных тестов приближает нас к тому, что мы имитируем типичную нагрузку. Например, в течение дня у нас проводятся какие-то документы, и если нам нужно проверить систему на устойчивость после внесения изменений, мы можем эти же документы просто перепровести и сделать при этом замеры. Если все получается хорошо, значит, что и в действующей системе все тоже будет хорошо. Понятно, что только проведения может быть недостаточно, потому что при реальной работе с формами могут выполняться еще какие-то дополнительные запросы к базе данных. Но, тем не менее, если мы перепроведем по журналу регистрации те же самые объекты – это будет уже больше похоже на жизнь, чем какой-то синтетический тест, который создает одни и те же документы, чтобы имитировать нагрузку.
  • Для разбора проблем с производительностью используется КИП.

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

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

  • - Ссылка на тот объект, который тревожит пользователя (потому что в написанном вручную письме можно позабыть его указать).
  • - Туда же можно положить сам этот сериализованный объект в виде XML, чтобы потом уже самим разбираться, что в нем было на тот момент, когда пользователь заметил ошибку - имея эту информацию не придется искать и поднимать бэкап. 

 

Проблематика крупных проектов

Что касается пересечения технических и организационных вопросов:

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

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

  • Почему-то программисты предпочитают всю информацию закачивать к себе в базы и потом ее синхронизировать, чтобы быть хозяевами всех данных и хранить все у себя.
    • во-первых, это невозможно – все равно все к себе не утащишь.
    • а во-вторых, у нас сейчас все-таки не 90-е годы, и уже давно повсеместно используются веб-сервисы, которые позволяют в оперативном режиме «выдергивать» из других баз только то, что нужно. А брать функции хранителя всех ключей от данных на себя – не совсем правильное решение.

 

Согласование требований

Что касается согласования требований:

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

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

 

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

Переходим к инструментарию, который был разработан для управления проектом.

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

На слайде представлена архитектура нашего инструментального приложения. Конечно, это уже не газпромовская архитектура, потому что за то время, которое прошло с тех пор, мое видение сильно скорректировалось. Например, когда меня попросили разработать курс по управлению проектами в учебном центре при МГТУ им. Баумана, я, в процессе его проведения, получал обратную связь от участников. А когда людей и точек зрения много, это помогает снять замыленность взгляда. В том числе на основе этой обратной связи в архитектуру были внесены существенные корректировки. Поэтому на данном слайде отражен обобщенный результат этой архитектуры.

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

По поводу работы с различными вариантами проектного инструментария у нас были дискуссии на предварительных встречах в «Клубе экспертов» – там люди говорили, что ничего из этого не работает, договорились даже до того, что методика GTD (Getting Things Done) не работает. Я с этим не согласен, мне это напоминает анекдот про блондинку, которая звонит своему мужу и говорит:

«Дорогой, я еду по трамвайным путям, за мной гонится трамвай, что мне делать?» На что муж ей отвечает: «Посмотри по навигатору, куда тебе ехать». А она ему: «Не могу посмотреть по навигатору, я с ним поругалась».

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

 

Заключение

На что еще хотелось бы обратить внимание?

  • Вчера коллега рассказывал, что если вы не пишете документов, то вы не управляете рисками. Однако даже если вы составили прекрасную документацию, но не установили порядок ее исполнения, то эти документы остались на бумаге и не пошли в жизнь вашей организации. Соответственно, вы все равно не достигли управления рисками, потому что, кроме того, что нужно составлять документы, гораздо важнее еще и фиксировать результаты мероприятий по рискам, вести мониторинг изменений вероятности реализации рисков. То есть, вы заложили риск смены собственника, и на момент начала проекта она была 5%, а в середине стала 95%. Самое время остановить работы и перейти на предоплату - но где тот красный огонек который об этом просигнализирует? В моей архитектуре это предусмотрено. 
  • Также в управлении рисками очень важно выделить особый риск, который связан с тем, что вы пообещали заказчику на пресейле. Например, вы пообещали ему увеличить производительность – такое же часто бывает? Для чего может быть нужна информационная система? Конечно, самый первый аргумент - для увеличения производительности, потому что нужно обслуживать больше заказов и производить больше продукции. Например, вы пообещали заказчику достигнуть каких-то определенных цифровых показателей. А потом, после того как вашими разработчиками было написано ТЗ, и согласно ему у заказчика прошло внедрение, вряд ли кто-то замерял, были ли достигнуты те значения показателей, которые были изначально обещаны. Может случиться, что после внедрения эти показатели даже ухудшатся. Почему? Потому что когда две системы работают в параллель, то очевидно, что человек тратит на них больше времени. Или, если он еще не привык к новой системе, и у нее есть какие-то недостатки, на работу тоже будет тратиться больше времени. И получается, что у вас вроде все юридически правильно: вы сделали систему, которая соответствует согласованному ТЗ (хорошо, если она соответствует). И юридически – вы правы, но по понятийным договоренностям – нет. Вы обещали улучшить, а получилось, что ухудшили. Поэтому очень важно замерять результаты обещанных показателей. Тогда можно выявить, что они еще не достигли целевых значений, и проанализировать, почему. Например, можно подойти с таймером к пользователю и замерить, сколько времени он тратит на оформление той или иной операции. И если он работает медленно, то сразу становится понятно, почему у него что-то не получается. А если не знать, что производительность упала, то, соответственно, и заниматься этим тоже никто не станет, и у клиента, даже если он заплатил вам деньги, все равно останется такое «послевкусие», что его обманули. А это очень плохо, потому что новых заказов вы от него больше не получите. Поэтому всегда измеряйте ключевые показатели, чтобы ваши клиенты были вами довольны.

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

  • Например, когда у программиста в плане работы над проектом раз в неделю стоит встреча с сотрудниками заказчика, а он с кем-то из них поругался, то он эти встречи прекращает, говорит, что у него сейчас много другой важной работы, надо код писать, некогда ему с кем-то встречаться.
    Или когда программист сталкивается с организационной проблемой (главный бухгалтер у него не хочет принимать работу), он на нее обижается, объявляет ее ведьмой-чернокнижницей и говорит: «мы с ведьмами переговоров не ведем, мы их сжигаем на костре». Что он делает дальше? Он начинает искать единомышленников и собирает толпу, чтобы действительно эту ведьму сжечь. Но за последние 10 лет я не слышал, чтобы кого-то из управленцев сожгли, или хотя бы уволили из-за конфликта с программистами: они не достигают такой степени влияния в организации клиента, чтобы по своему желанию кого-то увольнять. Значит, это – неконструктивная позиция, и если мы обрезаем коммуникации в период, когда начинаются проблемы – это совершенно точно путь к провалу проекта. И если дедлайн наступит, а мы ничего не сдали, то получится, что на нас лежала ответственность, а мы по каким-то эмоциональным причинам все провалили.
  • А менеджер – наоборот, в случае проблем усиливает коммуникации. Он может выслушать заказчика, не воспринимая его критику близко к сердцу, и это – то, что называется стрессоустойчивостью в требованиях к вакансиям. Тогда у человека запал пройдет, и мы сможем решить проблему более конструктивно: работы понемногу станут приниматься, документы подписываться и т.д. Бывало, я общался и по полчаса с людьми, только для того, чтобы снизить накал и перейти в конструктив. Да, это не просто, но после выработки иммунитета - вполне осуществимо.

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

 

***********

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2015 CONNECTION 15-17 октября 2015 года

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. vikad 119 23.03.16 09:01 Сейчас в теме
Подскажите, пожалуйста, ссылку на статью по РАУЗ, которая Вам помогла
CSiER; tehas; NeviD; charushkin; +4 Ответить
2. ZMD2065 23.03.16 10:13 Сейчас в теме
Добрый день.
Можно по подробнее узнать про описанную конфигурацию. Посмотреть и может быть купить со временем.
dock; inda; +2 Ответить
3. Silenser 533 23.03.16 11:40 Сейчас в теме
А уважаемый автор имел какое-либо отношение к компании Инвестгазватоматика?
4. Andreev_N_O 104 23.03.16 12:22 Сейчас в теме
Вот статья про кэширование ключей в РАУЗ
http://infostart.ru/public/306109/
По-моему, что-то еще делалось...
adhocprog; vikad; +2 Ответить
5. Andreev_N_O 104 23.03.16 12:29 Сейчас в теме
>> А уважаемый автор имел какое-либо отношение к компании Инвестгазватоматика?
Да, один из проектов по Газпрому был связан именно с этим названием, под эгидой Газпром Автоматизации на Саввинской набережной.
А с кем имею честь?..
10. Silenser 533 23.03.16 15:11 Сейчас в теме
(5) С бывшим руководителем отдела разработки вышеозначенной компании, в которой вы работали внешним разработчиком.
13. Andreev_N_O 104 23.03.16 16:47 Сейчас в теме
15. Silenser 533 23.03.16 17:25 Сейчас в теме
(13) Крупный холдинг, преимущественно пищевка. Название не скажу :)
6. Steelvan 95 23.03.16 12:43 Сейчас в теме
Большой и жирный минус за постоянное использование американизмов ! Автор, ты русский язык знаешь ?
7. dgolovanov 23.03.16 14:29 Сейчас в теме
(6) Steelvan, Вам с Вашей американофобией к доктору надо.
aklopyshko; Артано; 1СERP; Irwin; karpik666; invertercant; gravisit; inda; +8 Ответить
16. Steelvan 95 23.03.16 23:33 Сейчас в теме
(7) dgolovanov,

К доктору надо тем людям, которые считают что все американское это хорошо.

Как писал один:
Есть у меня старый ноутбук, работает плохо и уже слабенький, но он из Америки ! (тьфу)

И будет еще десять лет его в ручонках сжимать, думая что его сделали люди высшей расы (а на самом деле сделали китайцы и наклеили противный полосатый флаг).
11. EMelihoff 23.03.16 16:16 Сейчас в теме
(6) Steelvan, работал в западной компании, где программист 1с был один я, остальные Java, PHP и т.п. Так вот в таких коллективах на "скрамах" общаются только на подобном "жаргоне" и люди уже привыкают и по русски даже не знают как сказать это. Проф деградация если хотите.
8. vec435 15 23.03.16 14:52 Сейчас в теме
Скажите,пожалуйста, использовались в разработке методологии IDEF,UML?
12. Andreev_N_O 104 23.03.16 16:46 Сейчас в теме
(8) vec435, конкретно в Газпроме по-моему нотация ARIS больше распространена - из тех компаний группы, где мне довелось общаться.
UML - для Java хороша, а в 1С-то из нее сущности как сгенерить? Изобрели какой-то инструментарий?
9. YPermitin 10468 23.03.16 14:59 Сейчас в теме
+

Было интересно почитать. Спасибо!
adhocprog; +1 Ответить
14. leskovma 23.03.16 16:48 Сейчас в теме
Спасибо большое за статью, было интересно ее читать
17. alex_4x 82 24.03.16 09:08 Сейчас в теме
Всё написано правильно. Но вот по поводу "Еще хочу сказать про разницу в отношении к коммуникационным проблемам у программистов и менеджеров." хочу внести небольшое замечание.
У Менеджера единственной задачей на проекте является коммуникации. Всё остальное - от архитектуры до реализации возложено на других участников проекта. Да, менеджер еще должен обеспечивать планирование и контроль, управлять рисками, предвидеть всё в целом и так далее, но все эти функции - это частные проявления комуникаций Менеджера проекта с внешним миром (заказчиками, ключевыми пользователями, внешними консультантами, кураторами проекта от головной организации и т.д) и с внутренним миром - командой проекта (архитектором, аналитиками, методологами, программистами и т.д.) Отсюда и вся суть - программисту не только в силу его характера, в большей степени из за того, что комуникации не являются его функцией и да, пардон - не оплачиваются - нет никакого желания тратить на это время. Вот и всё. Другое дело что конечно Менеджеру удобней, когда часть его работы возьмет на себя программист. Проведет опрос, обучение, сдаст блок или согласует спорные моменты ТЗ, но это говорит только о том, что Менеджер плохо выполняет свои функции и получает деньги за то, что его работу проделали другие. Браво конечно. Программисту никак не заставить Менеджера проекта кодить за него.
user811769; RomanRomans; JohnyDeath; TaTaPuH-Magic; AlenaR; Dem1urg; mymyka; mindcannon; Yashazz; CheBurator; +10 Ответить
22. Богатырев Артур 106 24.03.16 11:06 Сейчас в теме
(17) alex_4x, я бы еще добавил вот что - автор статьи ставит, что программист ОБЯЗАН встречаться с представителями заказчика. И он такой-сякой будет с ними ругаться, сволочь...
Вообще то на мой взгляд, для встреч с заказчиком, составления ТЗ, тестирования, уточнения ТЗ и т.п., если это крупный проект - должен быть не программист-кодер, но программист-аналитик (архитектор, глава группы разработки - как хотите называйте, без разницы). А то кодеру порой правда некогда. Да и не его это работа, как вы совершенно верно заметили.
А то может быть ситуация - весь такой белый-красивый менеджер "общается", а во всех проблемах виноват... программист. Подход "во всем виноваты программисты" он конечно прикольный, но не неправильный - ибо заказчик с таким же успехом может быть невменяемым, обладать скверным характером, менять свои показания и т.п. А виноваты... программисты....
AlenaR; alex_4x; +2 Ответить
23. ZLENKO 390 24.03.16 11:38 Сейчас в теме
(22) Богатырев Артур, "А виноваты... программисты...."

Ну а кто ж еще? :-) Какие есть варианты? Будете доказывать заказчику что он не прав?
18. tank68 17 24.03.16 10:04 Сейчас в теме
Чем больше компания тем менее она поворотливая, никто не хочет брать на себя ответственность, а иногда чтобы что-то изменить нужна кипа встреч по поводу и без
19. ZLENKO 390 24.03.16 10:10 Сейчас в теме
"Но проблема в том, что мы не можем перевести на управляемые блокировки только один документ, мы должны перевести в этот режим все регистры, а значит, и весь функциональный блок. Это тяжелая работа, но, тем не менее, она оправдана."

В УПП это в свойствах конфигурации одно свойство поменять...
В чем заключается "тяжелость" работы?
28. Andreev_N_O 104 24.03.16 21:37 Сейчас в теме
(19) ZLENKO,
>> В чем заключается "тяжелость" работы?

1. имеем конфу где нет упр. блокировок.
2. пытаемся точечно перевести 2 документа и 1 регистр на упр. блокировки. так как вид блокировки определяет верхняя транзакция, тут же начинают валится сообщения о других регистрах, которые стоят на автоматике, а документы делают по ним движения.
3. переключаем эти регистры на упр. режим и их - добавляя собственно код блокировок в кучу мест.
4. оказывается, движения по этим регистрам делает еще 5 документов
... проходит несколько дней ...

впрочем, сам перевод галочками действительно элементарен. =)
30. ZLENKO 390 25.03.16 16:31 Сейчас в теме
(28) "1. имеем конфу где нет упр. блокировок.
2. пытаемся точечно перевести 2 документа и 1 регистр на упр. блокировки. так как вид блокировки определяет верхняя транзакция, тут же начинают валится сообщения о других регистрах, которые стоят на автоматике, а документы делают по ним движения.
3. переключаем эти регистры на упр. режим и их - добавляя собственно код блокировок в кучу мест.
4. оказывается, движения по этим регистрам делает еще 5 документов
... проходит несколько дней ... "

Галочку достаточно поменять всего одну :-) в корне конфигурации.
Блокировки прописывать не нужно - достаточно перейти на новую методику контроля остатков.
Все.
31. ZOMI 434 27.03.16 15:55 Сейчас в теме
(30) ZLENKO, с таким подходом бюджет не освоить!) А как же переделка всех модулей и их дальнейшая поддержка?



20. ZLENKO 390 24.03.16 10:17 Сейчас в теме
"программист сталкивается с организационной проблемой (главный бухгалтер у него не хочет принимать работу), он на нее обижается, объявляет ее ведьмой-чернокнижницей и говорит: «мы с ведьмами переговоров не ведем, мы их сжигаем на костре». Что он делает дальше? Он начинает искать единомышленников и собирает толпу, чтобы действительно эту ведьму сжечь. Но за последние 10 лет я не слышал, чтобы кого-то из управленцев сожгли, или хотя бы уволили из-за конфликта с программистами: они не достигают такой степени влияния в организации клиента"

Конфликтовать с сотрудниками заказчика не стоит. Даже если они не правы. Нужно просто постараться минимизировать влияние этих людей на проект.
21. ture 578 24.03.16 10:31 Сейчас в теме
Скока платят программистам 1С в газпроме?
И почему такой дурной тест на входе?
33. Silenser 533 30.03.16 10:16 Сейчас в теме
(21) ture, Развенчаю миф о заработке программистов в Газпроме: большую зарплату там получают только люди с правильными фамилиями, которые подозрительно совпадают с фамилиями руководителей в головных организациях. В прямых дочках, зарплаты обычно не высокие, т.к. ограничены штатным расписанием, подвинуть которое есть задача на грани подвига. Поэтому, для того, чтобы нанять грамотного спеца используют дочерние организации (точнее, внучки), которые являются чисто коммерческими и штатка в них более лояльна к сотруднику. Зачастую может возникнуть ситуация, когда в отделе может сидеть несколько сотрудников из разных юр. лиц, но подчиняющихся формально одному руководителю.
Поднять зарплату потому, что повысилась стоимость специалиста на рынке - тоже довольно тяжелая задача. Поэтому обычно спецы, работающие в там получают выше среднего по рынку, под потолок рынка получают только те, кто являются ключевыми сотрудниками и руководство считает, что им нужно платить так, чтоб не ушли. Но чтоб таким стать, нужно отработать там от 3х лет и дольше и завершить пару проектов, которые запустили первые лица компании.
Однако, есть и плюсы. Обычно у сотрудников есть ДМС, оплачиваемый до 100% среднего заработка больничный, отпуск по ТК, ежегодная индексация оклада, нечастые переработки, премии ко дню газовика, на 8е марта и 23 февраля.
Резюмирую: Можно ли много получать работая в структуре Газпрома - да. Является ли это правилом, только на основании того, что вы работаете в одном из юр. лиц Компании - нет.
24. capitan 1935 24.03.16 12:20 Сейчас в теме
Год назад 1 БИТ презентовал похожий мега проект. И если покопаться на инфостарте найдется еще парочка похожих.
При всех плюсах за решения по оптимизации БД они сникли при простом вопросе - А зачем ?
Есть такое понятие как декомпозиция БД.
Да, требование заказчика, чтобы все данные были в одной базе.
Но он под этим подразумевает прежде всего отчетность, а никак не то, что например ему надо обязательно расчет себестоимости делать всем в одной базе.
Знатоки меня поправят, но в типовых решениях зарплата считается по организации, БП закрывает период тоже по одной организации и т.п.
Т.е. простым РИБ по организациям можно свести супер мега дорогой сервер к нескольким.
Это и пользователям облегчит жизнь и службе безопасности и бюджет подэкономит в разы.
И автоматом решится задача с журналами регистрации.
А если удачно написать правила обмена и уйти от РИБ, то в центральной базе будет сводная аналитика и все просто взлетит.
Правительству Москвы это может и не сильно нужно, оно пил тратит бюджетные деньги, а вот акционерам Газпрома может быть интересно
25. Yashazz 3733 24.03.16 16:20 Сейчас в теме
Заумные красивости. Эффектные рассуждения людей в дорогих костюмах и галстуках.
Я тоже могу накатать такой трактат, исходя из сферических благих пожеланий в вакууме. А вот на практике у людей, красиво изъясняющихся на изуродованном русском, каковой они полагают профессиональным жаргоном, рисующих впечатляющие картиночки, схемки и графики, выходят всё больше кривые проекты с заваленными сроками. Опыт тут элементарный - изложены, в основном, моменты, которые лично мне очевидны совершенно, да вот только бесполезны.

...ах да, виноваты, естественно, программисты.
d4rkmesa; Yakud3a; ZLENKO; alex_4x; +4 Ответить
27. Andreev_N_O 104 24.03.16 21:18 Сейчас в теме
(25) Yashazz,
>> людей в дорогих костюмах и галстуках

у вас откуда-то есть информация о стоимости моего костюма и галстука?..
единственный галстук который я купил задорого в Нью-Йорке, давно уже вышел из ротации, потому что был заляпан маслом из котлеты по-киевски.
остальные могут себе позволить все обладатели значка "1С: Специалист ".
или это вы какие-то свои комплексы продемонстрировали ненароком?

>>Я тоже могу накатать такой трактат

чтобы вы понимали, это не трактат, а стенограмма (с мизерными правками).
если вы можете, вам следовало 1) заявить на конкурс примерное содержание, 2) за него бы проголосовали люди, 3) вы бы выступили на конференции, и 4) потом бы вам предложили опубликовать стенограмму выступления.
если же вы как в том анекдоте, можете 30 раз за ночь, но только на словах - тогда да, остается писать такие посты.

>>красиво изъясняющихся на изуродованном русском

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

>>проекты с заваленными сроками

от сумы да от тюрьмы, как говорится, не зарекайтесь.

>>моменты, которые лично мне очевидны совершенно, да вот только бесполезны.

а вы под каждой статьей сообщаете в пол тыщи знаков, что она вам бесполезна, или только под моей?..

>> ...ах да, виноваты, естественно, программисты.

в статье, кстати, про вину ни слова не сказано - озвучена проблема, и способ решения - больше общаться с заказчиком и не зацикливаться на своих эмоциях.
даже этот совет отдельные читатели умудрились принять на свой счет и воспринять эмоционально...
26. alex_4x 82 24.03.16 20:55 Сейчас в теме
Я ставлю публикации [+]
Не в моем плюсе смысл, я просто хочу сказать, что написано по делу, простым и ясным языком, красиво в конце концов. К спорам и обсуждениям автор готов, а не закрывает комментирование, как некоторые другие, не буду приводить ссылки, вы их увидите в топе по управлению.
В целом мне реально очень приятно видеть тут управленцев и очень приятно что они допускают обсуждение. Так мы и до комунизма и синергии доживём!
Я могу написать короткий очерк. Важная роль руководителя проекта. Где его спина-ваша жопа. Где ваша спина - его жопа. Когда в команде "АДМИНИСТРАТИВНО" а не только по понятиям выстроены правильные внутренние коммуникации - начинается парадигма роста. Каждый, понимая суть, старается максимально улучшить продукт, каждый со своей стороны, барьера внутренних коммуникаций нет. Ах я забыл.Это уже плагиат. Это же А. Гарин. Гиперболоид Инженера Гарина.
klaus38; RomanRomans; +2 Ответить
29. aspirator23 451 25.03.16 10:59 Сейчас в теме
Если статья позиционируется как опыт очень крупных внедрений, то оставляет странное впечатление.
1.Пояснения о том как "боролись" за производительность описаны как сказал однажды Лустин в "методичке бауманского института за 3 курс".
Посмотрите для сравнения видео о Деловых линиях.
Кстати, если уж пригласили в МВТУ для написания курса об управлении проектами, посмотрите есть ли там та самая методичка. Или Лустин всех "развел"?
2.Часть об управлении проектами - общеизвестные истины.
3. Последняя часть - обрывочные абзацы, как будто их писала секретарь с диктофона,
а не специалист которые постоянно работает с документами и съел на этом две собаки.

"Очущение" такое, что единственное достоинство автора в том, что он умеет договариваться.
Это отличное качество, и часто его достаточно для ведения успешных проектов.
Но если так, то автору и нужно об этом писать, показать как правильно нужно договариваться,
а не пересказывать то что ему рассказали его программисты при внедрении.
Во всяком случае такая статья была бы на инфостарте действительно оригинальной, а если "с опытом из первых рук" - так еще и интересна.
32. varjag 28.03.16 10:26 Сейчас в теме
Что подразумевает автор под паттернами ? Автор понимает вообще значение этого слова ?
Словоблудие какое-то.
34. artemusII 20.04.16 14:33 Сейчас в теме
Спасибо огромное автору за статью. Читал на одном дыхании. В отличие от статей похожей тематики проста для понимания. Хотелось бы увидеть еще статьи этого автора.
P.S. Вопрос к автору: существует ли кратчайший путь (материалы, курсы и т.д.) чтобы обладать таким же опытом и знаниями как у вас?
35. Andreev_N_O 104 21.04.16 10:56 Сейчас в теме
(34) artemusII,
Здравствуйте, вам спасибо за добрые слова.
Не сказал бы, что обладаю каким-то недостижимым опытом/знаниями - если чем и обладаю, так это легкостью на подъем, благодаря чему оказываюсь в нужное время в нужных местах.
По 1С имеется не так уж много литературы, и если вы будете ее последовательно читать, вам никуда не деться от "Профессиональной разработки", и книги по "Эксперту".

Что касается курсов, я сам особо никуда не ходил, зато ввязался в преподавание, и волей - неволей пришлось изучить все на нормальном уровне (по зарплате, например, были серьезные пробелы в понимании механизмов вытеснения, перерасчетов).
Для расширения кругозора рекомендую не зацикливаться на 1С, а изучать другие языки - в моем случае Java, сейчас много читаю про Kotlin, думаю в нем есть потенциал.

Также рекомендую таки изучать предметную область, технологии производства, чтоб не выглядеть профаном, когда вы к примеру внедряя ERP, будете пытаться консультировать производственников на уровне "ты верно сосчитал овец, но оставь в покое мою собаку". =)
В моему случае это закончилось тем, что сейчас я пытаюсь на первом этаже дома из подручных материалов собрать фрезерный станок с ЧПУ, возможностями 3D печати из пластика и в будущем плазменной резки.
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    10837    GSoft    16    

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

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

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

16.02.2021    2843    MariaTemchina    39    

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

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

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

10.02.2021    3708    andironenko    13    

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

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

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

09.12.2020    1640    MariaTemchina    3    

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

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

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

24.01.2019    10234    user809424    11    

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

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

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

03.12.2020    3273    MariaTemchina    9    

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

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

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

18.11.2020    3149    MariaTemchina    8    

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

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

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

11.09.2020    3179    alexandr.blinov    17    

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

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

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

29.06.2017    35398    1СERP    79    

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

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

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

04.09.2020    3475    MariaTemchina    23    

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

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

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

20.08.2020    3206    MariaTemchina    4    

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

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

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

26.06.2020    4705    1c-intelligence    17    

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

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

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

09.06.2017    31694    1СERP    175    

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

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

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

08.06.2020    5420    stepan96    12    

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

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

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

25.05.2020    5864    sapervodichka    1    

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

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

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

18.05.2020    11735    MariaTemchina    33    

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

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

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

18.04.2017    32722    1СERP    189    

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

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

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

23.03.2020    6424    MariaTemchina    24    

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

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

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

03.03.2020    7006    VLikhobabin    44    

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

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

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

23.01.2020    22049    MariaTemchina    8    

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

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

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

10.04.2017    32829    1СERP    107    

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

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

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

09.01.2020    9090    roman72    0    

Про одну Тётю

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

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

24.12.2019    6962    1c-intelligence    33    

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

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

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

14.10.2019    6115    chavalah    16    

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

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

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

03.04.2017    44026    1СERP    231    

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

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

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

19.09.2019    12989    ogroup    164    

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

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

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

30.08.2019    14112    SergeyN    10    

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

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

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

20.08.2019    9500    Arsen1986    7    

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

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

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

23.02.2017    28069    Gavrik    10    

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

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

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

28.06.2019    8719    SergeyN    1    

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

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

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

24.06.2019    7046    sbase    9    

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

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

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

19.06.2019    10653    FB_10160810658600104    62    

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

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

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

17.06.2016    40659    raiml    37    

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

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

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

18.06.2019    7998    MariaTemchina    8    

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

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

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

31.05.2019    10501    MariaTemchina    23    

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

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

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

14.05.2019    11626    1c-intelligence    121    

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

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

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

26.12.2014    45294    CheBurator    64    

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

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

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

06.05.2019    8155    MariaTemchina    8    

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

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

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

04.05.2019    9149    1c-intelligence    39    

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

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

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

15.04.2019    12662    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36585    axxell    15    

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

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

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

13.02.2019    8442    chavalah    22    

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

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

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

12.02.2019    10789    MariaTemchina    20    

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

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

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

04.02.2019    10418    1c-intelligence    64    

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

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

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

06.04.2015    38093    raiml    14    

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

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

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

31.01.2019    8496    MariaTemchina    0    

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

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

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

14.01.2019    10553    MariaTemchina    13    

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

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

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

10.01.2019    13326    chavalah    124    

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

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

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

16.11.2014    28979    raiml    46    

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

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

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

26.12.2018    10253    1c-intelligence    7    

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

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

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

19.12.2018    10265    MariaTemchina    24