Использование Microsoft Project и PlanBridge для управления проектным институтом

Подробное интервью интервью с помощником президента НПО «АМС — МЗМО» по развитию Андреем Никифоровым, который занимается организацией внедрения проектного управления в компании. Беседовал наш эксперт Максим Панасюк.

- Андрей Александрович, здравствуйте. Для начала разговора, расскажите, пожалуйста, о вашем предприятии, о контуре внедрения, целях проекта.

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

Проектировщиков порядка восьмидесяти, конструкторов порядка ста человек. Они разбиты на два подразделения: одно при заводе, другое, при КБ («конструкторском бюро», прим. ред.). вести общий план работ для ста восьмидесяти человек – довольно затруднительный процесс, который вызывал массу вопросов. Нам их не удалось, скажем так, решить в классическом виде. Возникали вопросы: кто планирует, как планирует, как сделать так, чтобы начальники отделов (их в КБ шесть штук) не будут мешать друг другу планировать? До внедрения MS Project централизованного плана не было, велось планирование заданий, они формировались в планы отделов. Формализованных планов (документов) не делалось вообще. Поэтому было принято решение создать централизованное планирование, при котором есть планировщики, которые верстают общие планы работ. И планы отделов или подразделений, которые эти работы должны получать и отчитываться об их выполнении.

Для решения этой задачи была использована надстройка для MS Project от Sigmasoft.

- PlanBridge Network.

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

Общий план работ ГИПа

В верхней части находится общий план работ всего подразделения. Его ведет группа планировщиков, которая отвечает за весь план по предприятию. У нас как исторически сложилось, так и используется.

- То есть специальные планировщики создают планы ГИПов («Главного инженера проекта», прим. ред.).

- Да. Надо, наверное, сказать два слова о роли ГИПов. Фактически они формируют план по каждому проекту. Затем планировщики формируют план в MS Project: вводят наименование и содержание работ, необходимые служебные дополнения и т.д. Части проектов, собранные по кусочкам, формируются в общий план работ по предприятию.

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

- Ясно. Но до начальников отделов мы еще не дошли.

- Да. Сначала ГИПы формируют свое представление о проекте: список альбомов. Этот список альбомов вносится в общий план, после чего раздается отделам на выполнение. Раздача происходит автоматически из планов ГИПов в планы отделов с помощью PlanBridge Network.

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

- Это правильно.

- Да. Потому что на этапе планирования главный вопрос, на который должен ответить Project, – это насколько загружен каждый конкретный исполнитель, и какого числа он освободится. Эта
задача поставлена системе. Мы не решаем другие задачи при планировании.

- Получается, поскольку у вас нет серверной части MS Project, только десктопные версии, загрузка ресурсов считается каким-то другим способом?

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

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

- А загрузка каждого индивидуального исполнителя оценивается все равно без сервера? Это не так просто сделать, я считаю.

- Я могу оценить. К примеру, приходит новый объем работ. Работы, которые назначены на исполнителя, предшественниками цепляются друг за другом, и цепляются к последней задаче, которая есть у этого исполнителя. Всё. MS Project сам автоматически строит прогноз, сколько времени ему требуется. Трудозатраты мы задаем вручную.

- А исполнитель только в одном проекте участвует? А если в нескольких?

- Может участвовать в нескольких. Здесь, благодаря PlanBridge, мы получаем достаточно достоверный факт, который уже ставит все на свои места.

Когда мы планируем, мы ставим работы строго последовательно. Когда мы начинаем получать факт, уже проекты и выполняемые работы ставятся на места так, как отчитался исполнитель. То есть, если какую-то работу поставили, условно говоря, на февраль месяц, но при этом начальник отдела по плану говорит: «Ты эту работу начинай делать сейчас», — он начинает ее делать сейчас. MS Project автоматически двигает вправо все остальные задачи этого исполнителя.

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

- С загрузкой понятно. Что происходит далее?

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

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

- Понятно. Это всё, что касается планирования?

- Да. Дальше начинается сбор факта. Здесь вступает в игру PlanBridge. Для того, чтобы собрать факт по сотрудникам, на каждого формируется обменная форма Excel, в которой есть перечень работ этого сотрудника. В этой обменной форме на каждую работу отражается ФОТ, количество запланированных часов, и крайний срок.

У исполнителя есть два отчетных показателя – физический процент завершения и табель на месяц.

- Процент завершения конкретной работы?

- Да. По каждой работе они пишут в обменный документ этот физический процент завершения. Также они пишут туда фактические трудозатраты за день.

- Фактические трудозатраты вы называете табелем.

- Да. Рядом с работами идет табель на количество дней в месяце. И они каждый день там отчитываются.

Да, кстати, еще одна вещь. Очень важная, поскольку помогла сделать обязательной работу в Project. Раньше у нас планированием занимались в конце каждого месяца. Сначала мы достаточно долго не могли сломать ситуацию. Но потом мы сформировали отчеты и предложения по начислению зарплат и премий в Project. Сейчас начальник отдела, делая отчет по концу месяца, одновременно получает форму, в которой у него рассчитан тот ФОТ, который может получить каждый исполнитель.

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

- Как у вас это реализовано?

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

- На основе фактических трудозатрат и физического процента завершения происходит перепланирование?

- Нет, перепланирование мы не делаем. Поскольку факт отчета по часам показывает в каком состоянии находится каждая работа, мы приняли решение не выполнять перепланирование. Мы просто делаем корректировку действий исполнителей на основе полученной информации. Например, начальник отдела видит, что по задаче нет исходных данных, у исполнителя нет возможности её делать. Он говорит: «Эту задачу откладываем. Ждем, когда поступят уточненные исходные данные. Ты занимаешься другой работой». То есть начальники отделов управляют загрузкой исполнителей в ручном режиме. Еще раз подчеркиваю, управляют, не перепланируя это в MS Project. Он только показывает результат.

- А MS Project каким образом отвечает на вопрос – в срок идет задача или не в срок?

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

- Понятно. Так это и есть перепланирование.

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

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

- В MS Project есть две даты – срок фактического окончания и крайний срок. У нас установлен крайний срок.

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

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

- Да. Это, скорее, вопрос терминологии. Но в любом случае, в MS Project заводятся новые данные о фактическом прогрессе по работам. При этом плановое окончание сдвигается. Но крайний срок, естественно, остается на месте. Нормальный процесс.

- Поэтому действия по перепланированию не применяются. А вот контроль над выполнением работ ведется постоянно. И сейчас он ведется еженедельно. Получается, что MS Project планирует полностью в автоматическом режиме.

- Хорошо, с этим разобрались. Дальше что происходит?

- После того, как мы еженедельно собирали эти отчеты, наступает конец месяца. Здесь у MS Project есть проблема: он не имеет инструментов для сбора месячной отчетности. Мы не можем извлечь ничего такого, чтобы внятно отчитаться перед руководством о том, как у нас идут дела.

Расскажу, как мы решили задачу.

У нас есть представление «использование задач». В нем фактическое выполнение, выраженное в часах. Рядом столбец фактических затрат. Мы используем понедельное представление данных. Здесь видно, что у одного подразделения в отчетной неделе данных еще нет. А у других уже есть, люди уже начали отчитываться. Также здесь видны суммы, которые начислены каждому исполнителю по каждой работе. Здесь же видно, какие работы какой исполнитель выполнял в течение этого месяца.

Также здесь есть две дополнительные автоматические обработки – которые формируют отчет по срезам «фактические трудозатраты» и «фактическая стоимость», которые разработала для нас ваша компания. Они нам позволяют делать месячный срез, который в MS Project в явном виде отсутствует.

- Потому что месяц – это не четыре недели?

- Да.

- Зачем вам понедельное представление в данной ситуации?

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

- Понятно. В понедельник у вас день планирования.

- В понедельник у нас день планирования новых работ. Подчеркиваю – только новых.

- Ясно. Теперь перейдем к месячному отчету.

Отчет о работе отдела за месяц, выгруженный из PlanBridge

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

У нас на предприятии принята стандартизированная форма отчета. В нем есть две части. Первая – это отчет для планово-экономического отдела. Здесь показаны работы, которые выполняются сейчас. Если раскрыть иерархию отчета полностью, то появляются исполнители. С нижнего уровня берется вся информация. Здесь у нас есть срез фактических трудозатрат и фактической стоимости работ за месяц. Фактическая стоимость считается для каждого исполнителя по его окладу, по его ставке в этот месяц. Используется полностью штатный механизм MS Project.

Вторая часть отчета – это отчет для ГИПа или для руководителя проектного подразделения. Здесь виден физический процент завершения и крайний срок. Подсчитано количество в днях до крайнего срока. Например, в этой части отчета мы можем увидеть, что конкретная работа идет с опозданием в 66 дней. Также есть в нем отметки о корректировке рабочей документации, ФОТ (бюджет работы), фактические затраты, остаток бюджета. Эти цифры и являются контрольными для руководителя.

И, кстати, определенные данные из этого отчета загружаются в 1С УПП.

- Понятно.

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

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

- Строгая дисциплина. Наверное, было какое-то сопротивление?

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

- Понятно. Есть ли еще отчеты в системе?

- Да, конечно. Как раз из тех данных, которые мы консолидируем с помощью PlanBridge.

Автоматически сформированный лист отчета с группировкой по исполнителям

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

Лист отчета с предложением по оплате работы отдела

Вторая табличка называется «Предложения оплаты работ подразделения». Здесь перепроверяется количество рабочих часов в текущем месяце, после чего делается полный перерасчет. Например, сотрудник отработал в этом месяце 193 часа. У него 26 часов переработка. В этой табличке у него сформировалась оплата за месяц. А другому сотруднику, к примеру, кроме оклада, сформированного по часам, начислили еще дополнительную премию в размере 2000 рублей.

Я сформировал здесь табличку с окладами и часами в месяц. Сделал её на год. И теперь весь год этот отчет используется.

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

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

- Насколько я помню, в MS Project вы применяете ресурс под названием «Дополнительная премия»?

- Да. У нас есть ресурс «Исполнитель», и вдобавок есть ресурс «Дополнительная премия». Этот материальный ресурс стоимостью 1 рубль. Начальник отдела выписывает премию за конкретную работу путем добавления этого ресурса к задаче. В представлении «Использование ресурсов» эти суммы видны.

Данные о трудозатратах по работам отдела, загруженные в план ГИПа

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

- И что в 1С УПП потом делается?

- В 1С УПП потом собирается отчет. Вот для чего здесь код работ. Это код, по которому в 1С УПП эти затраты собираются в консолидированный отчет для бухгалтерии. Бухгалтер, который начисляет зарплату, нажатием одной кнопки получает форму, в которой данные соответствуют тем, что пришли в 1С из MS Project. Сумма к оплате: оклад плюс премия. Сумма поступает в листок начисления конкретному сотруднику.

- Это уже бухгалтер из 1С делает?

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

- Это, конечно, да, упрощает вашу жизнь.

- Сейчас все службы получились как бы нанизанными на одну цепочку формирования отчетности. А ключевой момент здесь – отчет в PlanBridge. Нельзя получить такой отчет в MS Project. Он не обладает такой функциональностью.

- Получается, что от PlanBridge зависит начисление зарплаты у 240 человек.

- Не зависит, а формируется.

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

Ну и PlanBridge Network обеспечивает непрерывное движение данных при планировании сверху вниз: от ГИПов к исполнителям. А при отчетности снизу-вверх: от исполнителей к ГИПам.

- Есть еще вопрос с надежностью PlanBridge и PlanBridge Network в этой схеме. Достаточно большой массив данных. Наши надстройки очень активно работают с трудочасами и деньгами в разных временных срезах. Насколько тут все гладко работает? Не сталкивались с ошибками?

- В целом все надежно. Возьмем пример с начислениями. Самая старая информация в нем датируется январем прошлого года. В плане ГИПа последовательно вручную чистят работы, которые закончились. Удаляют старые работы. А PlanBridge Network организован так, что если планировщики удаляют проект из плана ГИПа, то далее автоматически задачи из этого проекта удаляются из планов отделов.

- То есть, на уровне файлов MS Project их количество всегда фиксировано, и всегда соответствует количеству организационных единиц?

- Да.

- А каков объем файлов ГИПов?

- На пике, пока планировщиков не заставляли чистить проекты, количество строк в планах ГИПов доходило где-то до 12 тысяч.

- Это уже серьезный объем.

- Да, серьезный. Но поскольку в плане ГИПа факт собирается только из планов отделов и только через XML формат, то это не влияет на производительность в рамках пользовательского сеанса работы. Еще, мы нашли такой прием: когда в Project даешь команду «Сохранить как», он при этом чистит все свои временные хранилища данных, и файл становится значительно меньше – иногда он уменьшался четыре раза. Правда после применения этого приема пришлось несколько модернизировать PlanBridge Network.

- В чем потребовалась модернизация?

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

- И что, совсем не бывает сбоев?

- Бывают. Например, порой начальники отделов либо кнопку нажмут не ту, либо удалят что-нибудь не так. У нас выполняется ежедневное копирование всей папки планов со всеми этими данными. Поэтому ничего не теряется.

- Как я понимаю, папки проектов лежат на сетевых файловых ресурсах?

- Да, конечно. Вот, к примеру, у меня папка проектного подразделения. Рядом расположены папки остальных подразделений. И отдельно папка с общим планом. Между прочим, ежедневное резервное копирование позволяет делать отличную штуку. Допустим, днем прошли несколько раз обмены данными между файлами ГИПов и отделов. Если у начальника отдела что-то слетело, он говорит: «Достаньте мне из архива файл прошлой недели, мне необходимо получить новые задачи из файла ГИПов». Начальник отдела получает как бы новые работы, расставляет на них исполнителей. Но у него уже есть обменные формы, созданные ранее, из которых он может загрузить факт. А в PlanBridge и PlanBridge Network реализована жесткая привязка факта к планам, потому что в обеих надстройках используется одинаковый алгоритм для генерации ключей, и сейчас у нас связь между документами Excel и MS Project не зависит от прихоти MS Project. Уникальные коды как бы перетекают между проектами.

- За счет этого получается совместимость. Мы специально для вашего проекта реализовали эти функции в обеих наших надстройках.

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

- А обменные файлы рассылаются или лежат в папках?

- Лежат в папках. На папки открыт общий доступ для исполнителей, которые заходят сюда.

- На каждый файл отдельно выставляются права доступа?

- На папку.

- Получается, что теперь задача хранения своей формы в целости и сохранности – это уже задача исполнителя.

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

- Мало приятного. В общем, это на уровне инструкции должно быть.

- Организационный уровень. Я считаю, что этого всего достаточно.

- Нет такой «защиты от дурака», которая прошита в серверах.

- Есть ежедневное архивирование. И каждую ночь все нужные папки идут в архив.

- Понятно. Насколько долго у вас эта схема работает? Вы запустили всю систему осенью 2016 года?

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

- Получается, уже 2 года это работает.

- 2 года это работает, и все данные там. У нас есть очень «большие друзья», которые меня очень любят – наш планово-экономический отдел. Они очень не хотели получать данные в Project. Заявляли, что у них там постоянно ошибки, постоянные сбои, постоянные проблемы. Это было ровно до тех пор, пока я лично не взялся контролировать каждый месяц по вводимому результату. И когда я начал лично контролировать, у меня расхождения по ФОТу, начисленному в MS Project и загруженному в 1С УПП, были в пределах 50 копеек.

- Это учитывая то, как Project любит вольно округлять.

- Да, есть у него такая беда. Но в среднем арифметическом результате стало получаться. Одного исполнителя туда, другого сюда. В отчетах мы все округляем до рублей, даже до десятков рублей. Еще мы технически проверяем погрешность округления. А вообще мы просто поняли, где начинаются расхождения, и стали месячные ставки вводить с точностью до рубля. А в MS Project, как известно, округление два знака после запятой, то есть до копеек.

- Получается, у вас ежемесячно меняется ставка в файле проекта? Я имею в виду, что каждый месяц она получается разная?

- Да. Начнется новый год – введем новые ставки, на год. Да, уже дальше можно посчитать и вручную.

- Теперь это сложилось в целостную картину. Раньше это был просто набор требований, которые мы делали.

- Да. Я считаю, что решение, которое мы реализовали при помощи PlanBridge и PlanBidge Network может иметь намного более широкое применение, чем сейчас.

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

- Есть еще задачи. Я занимаюсь автоматизацией 1С УПП, и еще некоторыми. Я по должности помощник президента. Все задачи, которые президент не может решить напрямую с подразделениями, он их ставит на курирование. Не мне одному, конечно, нас трое. У каждого есть свой круг задач. У меня вот эта.

- Хорошо. Ну что ж, пора завершать разговор. Спасибо Вам. Очень содержательная беседа получилась.

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

- А когда у хорошего софта есть хорошие кейсы внедрения – это вдвойне хорошо.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>