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

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

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

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

Добрый день, друзья! Меня зовут Алексей Степаненко. В 1С я уже практически 19 лет, застал еще платформу 7.5. За это время я был по разные стороны баррикад – и со стороны внедренцев, и со стороны конечного клиента.

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

Я назвал доклад шуточно – «Есть ли жизнь после внедрения», потому что зачастую проблемы, которые возникают у нас в поддержке, связаны с неправильной разработкой, которая была на момент внедрения (только тогда мы этого не знали).

 

Проблемы на этапе поддержки решения

 

 

Смотрите, у нас есть:

  • проект, у которого есть конечный срок, ограниченный бюджетом этого проекта;
  • и есть поддержка, у которой у нас нет срока окончания – она у нас постоянная.

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

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

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

 

Концепция минимизации разрушений типовой конфигурации

 

 

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

 

 

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

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

 

 

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

 

Формы

 

 

Допустим, мы меняем формы – добавляем на форму реквизиты.

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

 

 

Какие минусы?

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

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

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

Помимо этого есть еще один подход, как можно упростить изменение формы, уменьшив недостатки программной модификации – можно разработать фреймворк, где:

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

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

 

Движения документов

 

 

Следующее. Как мы дорабатываем движения документов.

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

 

 

Вот как это выглядит:

  • добавляем общий модуль;
  • добавляем подписку;
  • указываем в качестве источника только необходимые документы;
  • устанавливаем событие;
  • обработчиком мы выбираем наш добавленный модуль.

 

 

Получается вот такая структура.

У нас есть наша общая процедура «ОбработкаПроведения» – здесь мы как раз выбираем тип источника, причем обработка каждого объекта идет в каждой своей отдельной процедуре.

Обращаю ваше внимание на эту секцию «Иначе»– рекомендую, чтобы она у вас все-таки была.

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

 

 

Минусы – напоминаю, что при подписках отработка типового кода все равно будет. Соответственно, если подписка тяжелая, то эти секунды могут быть все-таки существенными – придется решать вопрос, нужна эта подписка или не нужна.

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

 

Запросы

 

 

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

  • Первый способ неудобен тем, что если вы случайно этот запрос в конструкторе откроете и нажмете кнопку «ОК», все комментарии затрутся.
  • А во втором способе мы не можем быстро получить отличия – что было добавлено.

 

 

Но можно попробовать реализовать изменения через объект «Схема запроса». У нас есть объектная модель нашего запроса, и мы можем внести туда исправления и изменения приблизительно таким кодом, как показано на слайде.

В чем плюс?

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

 

 

Какие минусы:

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

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

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

 

Оформление условий

 

 

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

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

И строк в этом блоке более 50-100. Анализировать этот блок, особенно, когда здесь возникла какая-то ошибка, чтобы разработчик, который сидит на поддержке, быстро понял, в чем там проблема, довольно сложно. Уходит очень много времени.

Что можно сделать, как его можно улучшить.

Если пойти по советам, как рекомендуют писать запросы – мы все знаем, что если у нас условие «ИЛИ» в секции «ГДЕ» или в секции «ПО», это приводит к тому, что запрос выполняется очень долго, и рекомендуют разделять на два запроса и делать через «ОБЪЕДИНИТЬ ВСЕ».

 

 

Здесь приблизительно та же самая схема. Предыдущий блок условий, которые разделены «ИЛИ», мы можем переписать следующим образом:

Если Условие1 И Условие2

ИначеЕсли Условие3 И Условие4

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

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

 

 

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

Выбирайте, что вам удобнее. И то, и другое в сопровождении имеет место быть.

 

Комментирование кода

 

 

По комментариям хочу отдельно поговорить.

  • Если код требует какого-то отдельного описания (что делает этот код), мы его переносим в отдельную процедуру, которую называем так, чтобы сразу было понятно, что она выполняет.
  • Мы оставляем только концептуальные комментарии – описание бизнес-логики и т.д.
  • Я очень часто видел, что в комментарии выносят какие-то блоки кода (комментируют старый неактуальный код). Я рекомендую этого все-таки не делать. Если код не нужен, его нужно удалить. Поэтому код мы не комментируем – с единственным исключением: мы комментируем типовой код. Допустим, если нам все-таки необходимо закомментировать типовой код – это можно сделать. Это даже нужно сделать, потому что тогда при сравнении/объединении мы поймем, что не какой-то свой код удалили, а типовой.
  • Запросы все-таки комментируем, поскольку в запросах мы не можем, как в коде, выделить в отдельную процедуру, назвать ее соответствующим образом. Поэтому желательно как-то описать схему запроса и дать какие-то пояснения относительно того, каким образом идет сборка этого запроса.

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

 

Реализация отчетов

 

 

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

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

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

 

 

Видите, сколько в этом запросе пакетов и объединений.

 

 

Поэтому я все-таки рекомендую делать так, как сейчас делает 1С в типовых конфигурациях:

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

 

 

Это выглядит приблизительно так, как на слайде

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

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

 

Тернарный оператор

 

 

Еще я хочу рассказать про тернарный оператор. Я все-таки рекомендую его не использовать. Объясню, почему.

 

 

Обратите внимание, первой строчкой идет наш тернарный оператор, он тут простой.

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

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

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

Здесь, конечно, довольно упрощенная схема, но смысл ее такой.

Периодически в сообществе всплывает такой вопрос – как правильно писать условия на неравенства. Либо использовать <>, либо писать НЕ. Мое мнение – выберите, как вам удобно в вашей команде. Самое главное – не путайте это правило. Потому что это в поддержке тоже вызывает боль.

 

Источники информации

 

Что можно почитать на тему приемов доработки конфигураций:

 

Вопросы

 

  • Как ты относишься к применению расширений именно в сопровождении?
  • Расширения я рекомендую использовать именно для хотфиксов. Я только для этого их использую. Когда их становится много, когда мы доработки делаем через расширения, их потом очень сложно модерировать. И в сопровождении лучше их использовать для исправления каких-то проблем на лету. Потом все, что мы поместили в расширение, мы переносим в основную базу. Пока только для этого.

 

****************

Данная статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT 2019. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. maXon777 110 09.06.20 16:33 Сейчас в теме
Очень понравилась статья, только не понял почему автор против расширений для доработки конфигураций?
Mechanik21; +1 Ответить
2. stein13 09.06.20 19:57 Сейчас в теме
(1) я уже больше года полноценно использую механизм расширений для доработки типовых конфигураций. Пока полет нормальный.
3. lmnlmn 63 09.06.20 23:29 Сейчас в теме
(1) Как по мне, сопровождать и дорабатывать удобнее когда все в базе.
Расширения, безусловно, хорошая тема, но разобраться и найти нужное место или проблему в конфигурации без расширений быстрее.
5. dock 41 10.06.20 06:07 Сейчас в теме
(3) особой разницы нет, какой подход выбрать. Главное: выбрать! и следовать этому подходу/методике.
:)
6. stepan96 42 10.06.20 09:19 Сейчас в теме
(1) Сложность администрирования этих расширений. Очень естественно каждую бизнес задачу оформлять в расширении, однако так делать нельзя, т.к. могут быть пересекающиеся объекты. Нужно все доработки делать в одном расширении.
Если доработок мало, то можно использовать, но я работаю с конфигурациями, которые очень сильно изменены, поверьте, работать с расширениями в таких - мучение. Особенно отладка.
Использовать или не использовать расширения для доработок - это выбор каждого. В любом случае - очень хорошо, что они появились. Наконец-то с динамическим обновлением не сталкиваюсь
7. maXon777 110 10.06.20 12:09 Сейчас в теме
(6) Совершенно верно - мы тоже придерживаемся правила - только одно расширение. Исключение - блок телефонии, который практически идентичен во всех конфах и не пересекается с другими доработками.

Когда привыкаешь к разработке в расширении, потом на автомате понимаешь где код доработан. Если что-то изучить нужно в форме - в расширение. Опять же стек вызовов, глобальный поиск - все цепляет расширения. Единственное но - очень аккуратное использование директивы &Вместо. Но &КонецВставка и эту проблему должен решить.
Плохо одно - до сих пор нельзя сравнить cf и cfe, этого не хватает.
8. G.Shatrov 8 10.06.20 12:41 Сейчас в теме
(6) Привет! спасибо за статью.
Маленькая поправка к комментарию:
Наконец-то с динамическим обновлением не сталкиваюсь

я понял мысль так, что расширения убрали динамическое обновление.
Это же не так. Обновление расширений имеет такой же алгоритм применения как и динамическое обновление, просто в другой среде - таблицы ConfigCAS, ConfigCASSave. Последствия схожие могут быть.
maXon777; +1 Ответить
4. dock 41 10.06.20 06:04 Сейчас в теме
"Обновление для крепких духом отважных инженеров" - это просто шедевр, день сделан!
11. stepan96 42 03.07.20 00:16 Сейчас в теме
9. skillman 19.06.20 16:57 Сейчас в теме
Почему не пишем про инструмент kdiff3, который позволяет на порядок сократить обновление не типовых конфигураций.
10. stepan96 42 30.06.20 20:33 Сейчас в теме
(9) Потому что я не пишу о том, чем не пользовался. Если у вас есть опыт использования kdiff3 для обновления буду рад ознакомиться.
12. Cyberhawk 122 12.07.20 12:34 Сейчас в теме
(10) Более того, только при прописанном в настройках конфигуратора стороннем инструменте сравнения становятся доступными некоторые возможности для трехстороннего сравнения (с участием расширения)
Оставьте свое сообщение

См. также

Оформление и рефакторинг сложных логических выражений Промо

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

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

20.09.2012    77915    tormozit    131    

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

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

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

11.09.2020    2217    alexandr.blinov    17    

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

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

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

04.09.2020    2568    MariaTemchina    23    

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

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

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

20.08.2020    2407    MariaTemchina    4    

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

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

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

24.01.2019    9837    user809424    11    

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

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

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

26.06.2020    4197    1c-intelligence    17    

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

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

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

25.05.2020    5312    sapervodichka    1    

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

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

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

18.05.2020    10642    MariaTemchina    33    

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

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

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

29.06.2017    34322    1СERP    79    

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

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

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

23.03.2020    5546    MariaTemchina    24    

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

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

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

03.03.2020    6127    VLikhobabin    44    

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

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

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

23.01.2020    14026    MariaTemchina    8    

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

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

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

09.06.2017    31035    1СERP    175    

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

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

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

09.01.2020    6618    roman72    0    

Про одну Тётю

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

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

24.12.2019    6668    1c-intelligence    32    

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

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

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

14.10.2019    5952    chavalah    16    

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

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

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

18.04.2017    31947    1СERP    189    

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

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

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

19.09.2019    12230    ogroup    163    

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

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

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

16.09.2019    9641    GSoft    15    

Еще один способ программной модификации управляемых форм

Работа с интерфейсом v8 v8::УФ 1cv8.cf Абонемент ($m)

Пример программной модификации управляемой формы для случая когда вызов метода СобытияФорм.ПриСозданииНаСервере разработчиком конфигурации не предусмотрен.

1 стартмани

03.09.2019    4510    infosoft-v    15    

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

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

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

10.04.2017    31931    1СERP    107    

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

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

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

30.08.2019    11961    SergeyN    7    

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

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

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

20.08.2019    8791    Arsen1986    7    

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

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

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

28.06.2019    8021    SergeyN    1    

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

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

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

03.04.2017    42676    1СERP    231    

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

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

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

24.06.2019    6753    sbase    9    

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

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

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

19.06.2019    10218    FB_10160810658600104    62    

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

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

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

18.06.2019    7563    MariaTemchina    8    

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

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

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

23.02.2017    27574    Gavrik    10    

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

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

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

31.05.2019    9058    MariaTemchina    23    

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

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

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

14.05.2019    11175    1c-intelligence    121    

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

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

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

06.05.2019    7568    MariaTemchina    8    

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

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

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

17.06.2016    40140    raiml    37    

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

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

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

04.05.2019    8973    1c-intelligence    39    

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

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

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

15.04.2019    11696    MariaTemchina    15    

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

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

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

13.02.2019    8236    chavalah    22    

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

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

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

26.12.2014    44658    CheBurator    64    

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

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

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

12.02.2019    10021    MariaTemchina    20    

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

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

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

04.02.2019    10088    1c-intelligence    64    

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

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

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

31.01.2019    8329    MariaTemchina    0    

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

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

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

1 стартмани

14.09.2015    36276    axxell    15    

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

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

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

14.01.2019    10144    MariaTemchina    13    

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

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

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

10.01.2019    12852    chavalah    123    

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

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

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

26.12.2018    9851    1c-intelligence    7    

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

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

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

06.04.2015    37748    raiml    14    

Ректальное программирование: основы для практикующих 1С-программистов

Математика и алгоритмы Бесплатно (free)

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

19.12.2018    43096    for_sale    351    

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

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

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

19.12.2018    9827    MariaTemchina    24    

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

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

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

09.12.2018    9202    chavalah    119    

Объектная модель запроса "Схема запроса" - теория и примеры использования Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

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

12.10.2014    76187    ekaruk    81    

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

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

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

05.12.2018    17071    andironenko    128    

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

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

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

03.12.2018    8719    capitan    26    

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

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

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

26.11.2018    10157    MariaTemchina    40