Конфигурация "Акрополь" - личный помощник архитектора 1С

Тестировано на 1С:Предприятие 8.3 (8.3.26.1656).

Идея

Сначала несколько слов, как появилась идея создания.

Не так давно я сам перешёл с должности разработчика на должность архитектора и тимлида. Что предполагает помимо привычных мне задач по программированию новые для меня обязанности по управлению командой, а также управление инфраструктурой. Буквально со всех сторон стали сыпаться просьбы, звонки, совещания. Количество вещей, за которыми нужно следить и которые нужно держать в голове, нарастало как снежный ком. Вместе с информацией нарастает и количество мест, где она хранится: корпоративная база знаний, таск-трекер, письма, документы, облака, чаты, устные договорённости.

Чтобы не утонуть в этом потоке, я решил создать для себя небольшую базу знаний, где буду отслеживать все необходимые вещи. Благо, что 1С позволяет глубоко адаптировать решение под повседневные задачи, чем я и воспользовался, выбирая необходимый инструмент. При этом глубокая связанность базы данных позволяет видеть всю картину цельно. А не по лоскутам, как это могло быть во многих других инструментах. Да, Obsidian позволяет строить граф знаний, Jira - обеспечивает трекинг задач, Confluence - ведение документации. Но ни один из них не даёт типизированных связей между сущностями: так, чтобы Встреча была привязана к конкретной Инициативе, Задача - к Проекту, а Ошибка - к её инициатору. И всё это одновременно, в рамках одной системы, структурировано, с возможностью быстрого перехода от одного к другому. В 1С эти связи жёсткие, что и позволяет выстроить цельную картину. Мой инструмент не ставит целью заменить ни один из указанных продуктов. Его цель – заполнить пропущенные участки, которые не удалось охватить, а также дать возможность получить доступ к знаниям из «одного окна».

Разработка велась с нуля больше года, ежедневно обкатывая наработки на реальном проекте внедрения в крупной компании. Конфигурация носит имя «Акрополь» - место обитания архитектора и как точка отсчёта, от которой будет строиться весь остальной "город" IT-системы.

Какие задачи решает

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

Ввод задачи

Прежде всего, хочу отметить, что я не ставил целью заменить привычную Jira. Моя база должна дополнять её в те моменты, когда оформить цельную задачу не удаётся. Например, часто требуется предварительный анализ задачи. Или некие технические работы, которые напрямую не вписываются в релизный процесс. В Jira они будут выглядеть как инородный артефакт, а если оставить подобные задачи в источниках (или в голове) - получаем высокий риск забыть детали или даже всю задачу, что может быть неприятно.

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

Встречи

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

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

Дополнительно, в системе есть возможность загружать предстоящие встречи из внешнего ical-календаря в полуавтоматическом режиме: система сама считает все встречи из сетевого сервиса, но вы должны будете подтвердить создание документов «Встреча» и установить их привязку к «Инициативе».

Инициативы

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

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

Контрагенты

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

Справочник «Контрагенты» (скорее выполняющий роль справочника Контактов) заточен под рабочие взаимодействия и занимает важное место в базе.

Кадровые документы

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

Собеседование

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

Здесь поможет одноимённый документ – «Собеседование». Вы можете заранее ввести вопросы, которые хотите задать кандидату - так собеседование станет честнее и объективнее. В системе есть возможность сохранить документ в виде шаблонов с уже заполненными полями: например, можно сохранить Шаблон «Собеседование Разработчик», или Шаблон «Собеседование Аналитик». В конце встречи у Вас будет аккуратно заполненный документ, на основании которого можно принять объективное кадровое решение, уменьшая ошибки подбора.

Ввод ошибки

Без ошибок не бывает разработки. На их исправление по статистике уходит около 3/4 времени разработчиков.

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

Планирование релиза

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

Документ «Планирование Релиза» призван аккумулировать всю необходимую информацию по релизу и находить её быстро.

Проекты и Базы данных

Даже если вы работает с одним проектом (что тоже далеко не всегда происходит), в ландшафте крупной компании часто представлен целый "зоопарк" систем, написанных на разных языках, имеющих разное предназначение, и множество контуров и отдельных экземпляров. Нужно помнить, что делает каждый проект, какие есть развёрнутые экземпляры проектов (например, несколько баз одной конфигурации в разных контурах: dev, test, prod), как к ним подключиться, кто ответственный, а в некоторых случаях, и как реализованы их части. Бывает, что ты и сам развернул базу для какой-то разовой специфической задачи, а по прошествии полугода уже не сможешь ответить, для чего база была развёрнута. А ещё случается, что неплохо бы вспомнить, сколько RAM сейчас на тестовом сервере.

Чтобы удержать всё это в фокусе внимания и пользоваться при необходимости, в системе представлены несколько связанных между собой объектов: «IT-проекты» - «Базы данных» - «Элементы проектов» - «Серверы» - «Оборудование».

Состояние дел

Отдельно хочется остановиться на двух больших инструментах. Первый - это «Состояние дел».

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

Календарь

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

Инструменты

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

Что ещё?

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

• Анализ ситуаций;
• Структура подчиненности;
• Система напоминаний;
• Интеграции;
• Периодические Случайные факты на главной странице;
• Прикрепление файлов с шифрованием и предпросмотром;
• Часовые пояса;
• Отчеты и аналитика;
• Полнотекстовый поиск;
• Настройки;

В будущих релизах Акрополя

Ну а теперь осталось поделиться дальнейшими планами.

• Прежде всего, хотелось бы реализовать мобильное приложение, чтобы иметь возможность наполнять свою базу знаний и иметь доступ к информации из неё где-то в дороге.
• Дополнительно, прорабатываю идею документа Хроника дня – план на день с фиксацией его выполнения и возможностью переноса на последующие дни.
• Интерфейс OData для взаимодействия с базой с помощью внешних инструментов (в том числе ИИ).
• Автоматизация. Например, загрузка списка баз из стандартного списка общих баз (.v8i). Взаимодействия с календарями, Jira.
• Расширить отслеживание трудозатрат по задачам, и возможность поручать задачи другим исполнителям.
• Подключить подсистему дополнительных отчётов и доработок для большего облегчения адаптации конфигурации под нужды конкретного специалиста или отдела.
• Конечно же, исправление ошибок и улучшение удобства использования конфигурацией.

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

Напоследок

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

Желаю успехов в укрощении хаоса, коллеги!