Вы как хотите, а я сделал

28.12.18

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

Хвастаюсь системой управления задачами

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

Я отвечал - пф, в чем проблема-то? Вы же программисты, возьмите и сделайте! Добавьте измерение задач, правильную систему приоритетов, учет компетенций и т.д.

Но, как ни странно, никто не кинулся менять свою систему. Сейчас, занимаясь несколькими проектами по ускорению команд, я продолжаю удивляться - блин, в чем проблема-то? Я же обо всем написал, что и как надо делать. Например, в "Золотом франче" (1, 2, 3, 4). Но нет, сидят, ничего не делают, только говорят - хотим ускориться, хотим больше денег зарабатывать, хотим прогресса.

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

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

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

Методика

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

Вы наверняка знаете простую истину: проблема в процессе, а не в его автоматизации.

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

Эта методика и стала основой Flowcon, а конфигурация управления задачами просто автоматизирует ее применение.

Соответственно, хочу вас предостеречь: если вам принципиально важно работать так, как вы привыкли, то Flowcon может вам не подойти. Может, поэтому никто свою систему не дорабатывает?

Что-то, конечно, получится, может станет прозрачнее, или проще, или интереснее, но вы не получите главного – повышения эффективности.

Если ваша эффективность не растет, или вообще не измерена (оценка «да все нормально вроде» - не измерение), то проблема в процессе, в методике управления задачами. Какой тогда смысл брать очередное решение, подстраивать его под свои процессы, и получать тот же результат?

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

Повышение эффективности – главное назначение Flowcon, и как методики, и как автоматизированной системы.

Краткая история методики Flowcon

Краткая история методики Flowcon – не такая уж и краткая, потому что продолжалась более 10 лет. Но мы старались подсократить, как могли – вот статья.

Процесс

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

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

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

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

image

Жизненный цикл задачи

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

Выглядит жизненный цикл так:

  1. Инициатор создает задачу, указывает ответственного, пишет чего хочет;
  2. У ответственного два варианта – принять задачу в работу, или отправить на доработку, если постановка не годится:

image

  1. В любой момент, пока задача не прошла весь цикл, инициатор может ее отменить;
  2. Если ответственный отправляет задачу на доработку, инициатор может или пойти ему навстречу, или отменить задачу:

image

  1. Когда задача, наконец, принята в работу, надо назначить исполнителя – этим занимается ответственный.
  2. У исполнителя вариантов не много – он может только выполнить задачу

image

  1. Когда исполнитель закончил, задача улетает инициатору, у которого два разумных варианта действий:

image

  1. Если результат устраивает инициатора, то жизненный цикл задачи завершается. Если же что-то не так, то задача возвращается исполнителю.

История смены статусов, то есть жизненный цикл задачи, сохраняется: image

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

Текущий статус задачи отображается как в форме документа:

image

Так и в форме списка всех задач:

image

Регулярный менеджмент

Принципиально задача может находиться в трех ипостасях:

  1. Нужно чье-то решение;
  2. Ее нужно выполнять;
  3. Про нее нужно забыть.

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

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

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

image

На закладке «В работе» собираются все задачи, по которым надо принять решение текущему пользователю системы:

image

Прелесть в том, что не надо ничего искать. Зашел в форму списка задач и сразу увидел, где нужно твое решение. Все раскидал, и занялся исполнением. Нормальное состояние списка «Принять решение» - пустое.

Но флакон не было бы флаконом, если бы не контролировал принятие решений. На каждый вид решения есть норматив времени в настройках Flowcon:

image

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

image

Соответственно, в списке «Принять решение» отображается срок реагирования, чтобы человек не переживал:

image

Параметры задачи

Параметры задачи – это оценка в баллах, срочность/важность и срок выполнения:

image

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

Ставить задаче срок, или нет, решает инициатор. У меня нет однозначной рекомендации на счет того, нужен задачам срок, или нет. Важно правильно понимать, что этот срок означает.

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

image

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

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

Система приоритетов

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

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

image

Вы просто ставите баллы приоритета каждому фактору, а система смотрит на задачу, и если фактор присутствует, добавляет их к общей цифре приоритета. Например, если вы выбрали только один фактор – срочность инициатора, и поставили ему 2 балла, то срочная задача будет иметь приоритет 2, а не срочная – 0.

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

В любой момент времени мы находимся в какой-то точке этого отрезка. Прошел один день – значит, позади 10 % отрезка. Прошло три дня – 30 %, и т.д.

Соответственно, есть и обратная цифра – сколько времени осталось до срока. Если прошел один день, то осталось 90 %. Если прошло три дня, то осталось 70 %, и т.д. Это и есть статус буфера.

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

Например, вы поставили оценку 10. Если прошло 30 % времени, то к приоритету добавится 3. Если задача только-только поставлена, то прибавится 0. Если времени совсем не осталось, то добавиться 10.

А если срок уже прошел, то добавится больше 10. Например, если прошло 150 % времени, то добавится 15. Таким образом, никакая задача не пропадет, и не затеряется.

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

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

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

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

Текущий номер в очереди и приоритет можно увидеть как в форме задачи:

image

Так и в списке задач к исполнению:

image

Список задач, разумеется, сортирован по номеру в очереди. Исполнитель должен просто брать их по порядку, и делать. А если не делает, то флакон об этом покажет.

Отчеты

Соблюдает исполнитель очередность, или нет, видно в отчете «График отклонений от очереди»:

image

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

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

Второй отчет – «График эффективности». Это самый главный отчет, в котором будет видеy рост эффективности исполнителей. На графике выводится количество баллов выполненных задач, в привязке к периоду.

Например, вот что происходило с нашей эффективностью:

image

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

Не менее важный отчет, необходимый, в первую очередь, координатору каждый день – это «Контроль исполнителей».

image

Этот отчет – все в одном окне. Не надо никого дергать, спрашивать, кто как работает, кто сколько сделал. Зашел, и посмотрел.

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

Количество отчетов будет расти, пока – только те, без которых нельзя обойтись.

Мгновенные оценки

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

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

Видно ее в форме выбора исполнителя:

image

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

Комментарии

Какая система управления задачами без прений? У нас тоже есть – комментарии.

image

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

image

Сотрудничество

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

image

Баллы за задачу будут поделены между исполнителями, в пропорции КТУ. Так, вроде, честнее.

Кстати, пока писал статью, весь мой список задач для принятия решения покраснел: image

Пока, вроде, все.

А нет, не все. Еще в решении есть такое чудо, как рабочий стол, а еще - дашборды, и куча всего интересного.

См. также

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

Кейсы проектов Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    2771    0    1СERP    21    

31

Внедрение крупного проекта на ERP 2.5 с применением методических решений из УПП 1.3 и обеспечением товаров с разных складов с учетом серий

Кейсы проектов Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    14301    0    ASchekachev    37    

55

Организация работы внутренней команды 1С с помощью Канбан

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    5852    0    stnslv    5    

25

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Команда Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    4699    0    andironenko    2    

31

На что похож ваш продукт: на Аквариум или на Муравейник? 

Инструменты управления проектом Бесплатно (free)

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

27.12.2022    2746    0    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

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

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    4186    0    user1576201    10    

17

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Бизнес-анализ Управление проектом Команда Управление ИТ Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

09.09.2022    10667    0    biimmap    79    

75

Как донести здравый смысл до заказчика. Инструменты архитектора

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

Андрей Овсянкин на конференции Infostart Event 2021 Post-Apocalypse поделился инструментами, которые помогают ему обрабатывать большой поток задач и экономить недели на обсуждении проекта. Он рассказал, как искать ошибки в процессах, какие диаграммы полезны при общении с заказчиком и с помощью каких инструментов можно быстро рисовать наглядные картинки вместо долгих разговоров.

05.08.2022    13092    0    Evil Beaver    17    

117
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. SinglCOOLer 217 28.12.18 14:31 Сейчас в теме
У нас все работает на процессах на базе CRM, с некоторыми допилами и адаптациями
dispatcher4003; +1 Ответить
2. george_nail 28.12.18 14:39 Сейчас в теме
Заголовок не информативный
Fox-trot; DoReMi; Jimbo; lopatin; itriot11; echo77; dispatcher4003; +7 Ответить
3. user1075841 2 28.12.18 14:45 Сейчас в теме
Хорошая вещь.

У меня есть конфигурация (работает как в составе ИС так и отдельная) - Обращения Пользователей в IT.
Разработана в 2009г. по такой же методике. :) Она немного попроще, конечно, но принцип очень похож.

Одно из существенных отличий - Пользователь выбирает Категорию обращения (Сломался принтер, Поменять картридж, Разобраться в ошибке БУ и т.п.). У категории есть Ответственный - соответственно ему и улетает. В остальном примерно так же работает - правда без красивостей и переписки:)
4. dispatcher4003 28.12.18 14:49 Сейчас в теме
так и не понял чем это лучше тысяч других систем... сам с такими постоянно сталкиваюсь, по-моему в ДО такая же, только по-приятнее на вид... соглашусь только с посылом - система управления задачами должна быть обязательно всегда и везде
Jestery; modernexpo; maxopik2; Stref75; rpgshnik; +5 Ответить
5. DarkAn 1079 28.12.18 15:02 Сейчас в теме
В моем представлении надо не выкладывать тонну скриншотов, а делиться наработками за $m, за рубли или бесплатно - пофиг.
А то скриншоты я тоже могу понаделать и сказать смотрите, как я могу.
Глядишь, Иван, тебе начнут звезды не только за статьи ставить(ведь согласись в плане статей твоих почитателей заметно меньше стало), но и за практическую ценность.

Вот писал ты да вече про "флакон", я прочитал, думаю класс, может ссылка будет, а там опять - ХРЕН.
Вот и сейчас то же самое.

ДЕЛИСЬ ПРАКТИЧЕСКОЙ РЕАЛИЗАЦИЕЙ!!!

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

Кроме того оно даст понять всем, что твои статьи не просто слова.
zqzq; Алексей Воробьев; user965616; KiLLius; Lyolik; rovenko.n; shutilin; KEV8383; ice-net; mityushov.vv; Stref75; rpgshnik; SinglCOOLer; spynett; +14 Ответить
6. пользователь 28.12.18 15:18
Сообщение было скрыто модератором.
...
7. пользователь 28.12.18 15:26
Сообщение было скрыто модератором.
...
10. пользователь 28.12.18 15:40
Сообщение было скрыто модератором.
...
11. пользователь 28.12.18 15:52
Сообщение было скрыто модератором.
...
14. пользователь 28.12.18 18:22
Сообщение было скрыто модератором.
...
15. пользователь 28.12.18 18:51
Сообщение было скрыто модератором.
...
22. пользователь 09.01.19 09:07
Сообщение было скрыто модератором.
...
21. 1c-intelligence 12771 09.01.19 08:56 Сейчас в теме
(5) делюсь практической реализацией - https://infostart.ru/public/976048/
8. пользователь 28.12.18 15:27
Сообщение было скрыто модератором.
...
9. пользователь 28.12.18 15:36
Сообщение было скрыто модератором.
...
18. пользователь 29.12.18 08:05
Сообщение было скрыто модератором.
...
12. Поручик 4670 28.12.18 16:15 Сейчас в теме
А может не надо огород городить? Есть CRM и ещё какая-то бесплатная на php и хватит. Я бы точно эту хрень послал куда подальше.
maxopik2; roman.ch; sansys; Naposaram; +4 Ответить
13. Ziggurat 50 28.12.18 16:59 Сейчас в теме
хотим ускориться, хотим больше денег зарабатывать, хотим прогресса

Воу, воу, воу, палехчи. Правильно будет:
Хотим платить меньше, а чтобы эти лентяи работали больше, хотим выжимать их до последней капли, чтобы пахали до неврозов.
Dementor; rovenko.n; lunjio; Jestery; o.nikolaev; rpgshnik; Stref75; roman.ch; nomadon; sansys; AnderWonder; +11 Ответить
16. PerlAmutor 129 28.12.18 19:37 Сейчас в теме
Пытался много раз себя заставить открывать задачи, все расписывать, комментарии в хранилище заполнять, даже код комментировать. На практике выходит так: звонок начальника - надо срочно сделать, доработка занимает 1 минуту. Сделал, отчитался, снова взялся за задачу, которую дорабатываешь уже не первую неделю. Желания тратить время и рассусоливать детали задачи, решение которой длилось 1 минуту - совершенно нет.
Поручик; maxopik2; VladimirMelnychenko; evn-zorin; +4 Ответить
17. AntonSm 30 28.12.18 19:54 Сейчас в теме
(16) быстрое у тебя хранилище.
У меня не получается за одну минуту даже захватить и поместить объект.
Shamil Kulahmetov; +1 1 Ответить
19. modernexpo 02.01.19 11:57 Сейчас в теме
С дизайном на толстом клиенте не разгонишься((( думаю этот функционал для менеджеров точно не подойдет учитывая развитие подобных систем в мобильном направлении.
20. AntonSm 30 05.01.19 19:24 Сейчас в теме
(19) в толстом клиенте управляемые формы вполне себе работают.
23. rwn_driver 8 09.01.19 17:04 Сейчас в теме
А СППР пробовали?
Можно и конфу (для доработок в устанавливаемых задачах) загрузить/выгрузить...
24. 1c-intelligence 12771 09.01.19 17:11 Сейчас в теме
(23) пробовали для чего? Выгрузка/загрузка конфы - это хорошо, но как там эффективность разработки измерить и повысить?
25. rwn_driver 8 10.01.19 10:43 Сейчас в теме
Конфигурация открыта, можете дописать отчет, который нужен, добавить необходимые алгоритмы...
26. 1c-intelligence 12771 10.01.19 10:48 Сейчас в теме
(25) так конфигурации все открыты, это не конкурентное преимущество СППР.
27. rwn_driver 8 10.01.19 11:04 Сейчас в теме
Ну, открыты бывают не все, возьмите, например, ИТРП или Акселот...
В данном случае в СППР не только часы работы, исполнители и пр., но и возможность описания разработок вплоть до реквизитов объектов, функций и т.д.
28. 1c-intelligence 12771 10.01.19 11:09 Сейчас в теме
(27) ладно, спорить не буду, каждому свое.
Оставьте свое сообщение