Шапка формы
Документ или обработка обычно состоят из следующих частей: Шапка, Табличная часть и Подвал.
Шапка формы предназначена для размещения ключевых реквизитов, которые влияют на табличную часть.
При компоновке шапки формы придерживайтесь следующих правил:
1️⃣ Расположение элементов по важности
Размещайте элементы сверху вниз и слева направо, начиная с самых важных. Самый важный реквизит должен находиться в левом верхнем углу, наименее важный — в правом нижнем
2️⃣ Редко изменяемые поля — справа
Поля, которые редко требуют изменений (например, Организация или Подразделение), размещайте справа. Убедитесь, что они заполняются автоматически или сохраняют предыдущие значения.
3️⃣ Поля с необязательным заполнением — тоже справа
Реквизиты, которые можно оставить пустыми или для которых пустое значение допустимо (например, отбор по договору или контрагенту), также размещайте справа. В этом случае обязательно укажите в Подсказке ввода, как форма будет себя вести при пустом значении
4️⃣ Ассиметрия — это нормально
Не стремитесь к симметрии левой и правой сторон. Главное, чтобы слева находились важные поля, а справа — менее значимые. Допустимо, если справа окажется больше полей, чем слева
5️⃣ Скрывайте ненужные поля
Если поле не требуется заполнять или его можно заполнить автоматически, скрывайте его для упрощения формы. Например, если Организация или Подразделение одни, их можно скрыть. Используйте свойства Видимость или Функциональные опции
6️⃣ Учитывайте зависимость реквизитов
Не допускайте, чтобы нижние поля влияли на верхние. Например, не размещайте сначала поле Договор, а затем Контрагента — пользователь может изменить нижнее поле и не заметить изменений выше. Поля, глобально влияющие на форму (например, Вид операции), располагайте в самом верху
Больше в Дизайн гайде по 1С
#Design
Документ или обработка обычно состоят из следующих частей: Шапка, Табличная часть и Подвал.
Шапка формы предназначена для размещения ключевых реквизитов, которые влияют на табличную часть.
При компоновке шапки формы придерживайтесь следующих правил:
1️⃣ Расположение элементов по важности
Размещайте элементы сверху вниз и слева направо, начиная с самых важных. Самый важный реквизит должен находиться в левом верхнем углу, наименее важный — в правом нижнем
2️⃣ Редко изменяемые поля — справа
Поля, которые редко требуют изменений (например, Организация или Подразделение), размещайте справа. Убедитесь, что они заполняются автоматически или сохраняют предыдущие значения.
3️⃣ Поля с необязательным заполнением — тоже справа
Реквизиты, которые можно оставить пустыми или для которых пустое значение допустимо (например, отбор по договору или контрагенту), также размещайте справа. В этом случае обязательно укажите в Подсказке ввода, как форма будет себя вести при пустом значении
4️⃣ Ассиметрия — это нормально
Не стремитесь к симметрии левой и правой сторон. Главное, чтобы слева находились важные поля, а справа — менее значимые. Допустимо, если справа окажется больше полей, чем слева
5️⃣ Скрывайте ненужные поля
Если поле не требуется заполнять или его можно заполнить автоматически, скрывайте его для упрощения формы. Например, если Организация или Подразделение одни, их можно скрыть. Используйте свойства Видимость или Функциональные опции
6️⃣ Учитывайте зависимость реквизитов
Не допускайте, чтобы нижние поля влияли на верхние. Например, не размещайте сначала поле Договор, а затем Контрагента — пользователь может изменить нижнее поле и не заметить изменений выше. Поля, глобально влияющие на форму (например, Вид операции), располагайте в самом верху
Больше в Дизайн гайде по 1С
#Design
👍34🔥8❤2
Про исправление ошибок, привносящее новые ошибки
Помню свое первое исправление ошибки, из-за которого все сломалось еще больше, чем было до.
Я только прошел испытательный срок в фирме «1С» и мне отсыпали ошибок по новой зоне ответственности. Одна из них была в том, что в отчете нельзя было выбрать год, только месяц. Исправление выглядело простым: немного поправил логику и проверил, что отчет работает идеально. Заложил изменения в хранилище и отправил на проверку.
На следующий день ко мне подошли три коллеги. У одного — сломалось закрытие месяца, у второго — отчёт, у третьего — выбор периода вообще перестал открываться. Я был в шоке. Моя такая маленькая правка вызвала лавину проблем в самых неожиданных местах.
Так я узнал, что регрессионное тестирование — не просто скучная формальность, а процесс, который может спасти от проблем. Автотестов тогда у нас еще не было и релизы проверялись вручную всеми разработчиками около недели. Это помогало, но не всегда: релизы выходили сильно реже, а качество порой страдало (см. левую часть графика)
Сейчас такое тестирование еженочно проводится с помощью автотестов и каждое утро известно насколько хорош релиз. Такие ошибки точно не пройдут. Как и мое чувство чувство стыда, за то исправление.
А у вас бывало такое? Делитесь своими историями, как исправление ломало что-то еще 👀
Никита Арипов | 1C. Подписаться
Помню свое первое исправление ошибки, из-за которого все сломалось еще больше, чем было до.
Я только прошел испытательный срок в фирме «1С» и мне отсыпали ошибок по новой зоне ответственности. Одна из них была в том, что в отчете нельзя было выбрать год, только месяц. Исправление выглядело простым: немного поправил логику и проверил, что отчет работает идеально. Заложил изменения в хранилище и отправил на проверку.
На следующий день ко мне подошли три коллеги. У одного — сломалось закрытие месяца, у второго — отчёт, у третьего — выбор периода вообще перестал открываться. Я был в шоке. Моя такая маленькая правка вызвала лавину проблем в самых неожиданных местах.
Так я узнал, что регрессионное тестирование — не просто скучная формальность, а процесс, который может спасти от проблем. Автотестов тогда у нас еще не было и релизы проверялись вручную всеми разработчиками около недели. Это помогало, но не всегда: релизы выходили сильно реже, а качество порой страдало (см. левую часть графика)
Сейчас такое тестирование еженочно проводится с помощью автотестов и каждое утро известно насколько хорош релиз. Такие ошибки точно не пройдут. Как и мое чувство чувство стыда, за то исправление.
А у вас бывало такое? Делитесь своими историями, как исправление ломало что-то еще 👀
Никита Арипов | 1C. Подписаться
💯12🔥7❤6👍3👨💻1
Создал канал на Дзен
Осваиваю новые площадки. Вот завел канал на Дзен.
Пока там будут публиковаться те же самые посты, что и здесь в ТГ.
Но!
Чтобы там началась какая-то движуха, нужно больше 10 подписчиков (сейчас 0).
Поэтому кому не трудно, подпишитесь, пожалуйста - Канал на Дзен.
Рассчитываю, что после этого все начнет жить своей жизнью.
Спасибо!
Ссылка на канал
Осваиваю новые площадки. Вот завел канал на Дзен.
Пока там будут публиковаться те же самые посты, что и здесь в ТГ.
Но!
Чтобы там началась какая-то движуха, нужно больше 10 подписчиков (сейчас 0).
Поэтому кому не трудно, подпишитесь, пожалуйста - Канал на Дзен.
Рассчитываю, что после этого все начнет жить своей жизнью.
Спасибо!
Ссылка на канал
👌7🤝3😱1
Код-ревью с помощью ИИ. Текущие возможности и тренды
Помощь нейросетей для код-ревью — это реальность, которая уже сегодня помогает разработчикам улучшать свои проекты.
Уже делал небольшой разбор AI-агентов для код-ревью. На партнерском семинаре коллеги из EDT показывали и свои наработки тоже.
Поэтому процесс идет.
На конференции INFOSTART TEAMLEAD&CIO EVENT 2025 хочу рассказать о текущих возможностях и трендах в этом направлении.
Пожалуйста, проголосуйте за мой доклад!
🌟 О чем расскажу?
• Как ИИ помогает выявлять ошибки, улучшать стиль и производительность кода
• Популярные инструменты для анализа кода: GitHub Copilot, SonarQube, CodeRabbit
• Интеграция ИИ в существующие процессы разработки
• Удачные и неудачные примеры проведения ревью кода с помощью ИИ
• Преимущества и ограничения ИИ: что может, а что не заменит искусственный интеллект?
🚀 Для кого?
Для разработчиков, тимлидов и всех, кто хочет упростить рутинные задачи код-ревью и повысить качество своего кода с помощью современных технологий.
Проголосовать!
Помощь нейросетей для код-ревью — это реальность, которая уже сегодня помогает разработчикам улучшать свои проекты.
Уже делал небольшой разбор AI-агентов для код-ревью. На партнерском семинаре коллеги из EDT показывали и свои наработки тоже.
Поэтому процесс идет.
На конференции INFOSTART TEAMLEAD&CIO EVENT 2025 хочу рассказать о текущих возможностях и трендах в этом направлении.
Пожалуйста, проголосуйте за мой доклад!
• Как ИИ помогает выявлять ошибки, улучшать стиль и производительность кода
• Популярные инструменты для анализа кода: GitHub Copilot, SonarQube, CodeRabbit
• Интеграция ИИ в существующие процессы разработки
• Удачные и неудачные примеры проведения ревью кода с помощью ИИ
• Преимущества и ограничения ИИ: что может, а что не заменит искусственный интеллект?
Для разработчиков, тимлидов и всех, кто хочет упростить рутинные задачи код-ревью и повысить качество своего кода с помощью современных технологий.
Проголосовать!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14❤6👌3
Новогодние открытки от фирмы «1С»
До нового года еще почти месяц, но пролетит он незаметно!
2025 год - год Змеи, художники фирмы «1С» создали две новогодние открытки, обе чудесные, и змеи на них прекрасные!
Это наши «официальные» новогодние изображения этого года, которые можно использовать в поздравлениях клиентов или просто полюбоваться.
В хорошем качестве картинки можно скачать с официального сайта 1С
До нового года еще почти месяц, но пролетит он незаметно!
2025 год - год Змеи, художники фирмы «1С» создали две новогодние открытки, обе чудесные, и змеи на них прекрасные!
Это наши «официальные» новогодние изображения этого года, которые можно использовать в поздравлениях клиентов или просто полюбоваться.
В хорошем качестве картинки можно скачать с официального сайта 1С
👍20❤4🎉2
Нужны ли комментарии в коде?
Периодически встречаю мнение, что комментарии в коде не нужны, ведь хороший код должен быть самодокументирующийся. И с этим трудно спорить: если код написан грамотно, названия переменных, методов и классов должны говорить сами за себя.
В таком случае действительно нет смысла оставлять комментарии вроде:
Но что мы знаем об этом коде?
Почему нужно отсортировать таблицу? Зачем удалять последний элемент?
Именно здесь комментарии становятся полезными. Их задача — объяснять не то, что делает код, а зачем он это делает. Ведь что делает код, в большинстве случаев, можно понять из структуры и названий. А вот почему и зачем он это делает — не всегда очевидно.
Когда комментарии нужны?
- Для объяснения контекста. Рассказываем зачем мы это делаем.
- При описании хитрой логики. Если в коде используются сложные алгоритмы, оптимизации или “хитрые” обходные пути, то рассказав о них в комментарии мы сэкономим время в будущем.
- Для обоснования технических решений. Например, почему использован один подход вместо другого
А что, если без комментариев?
Без комментариев, скорее всего, придется потратить больше времени на изучение чужого или даже своего кода. Разумеется, идеальный код должен быть предельно понятным и самодокументирующимся. Но в реальном мире бывают дедлайны, ошибки, технический долг — и комментарии помогают всем, кто будет работать с этим кодом после тебя.
Когда вы пишете комментарий, вы уже разобрались в коде и понимаете, как он работает. Так почему бы не сохранить эту информацию, чтобы не разбираться заново?
Например, на картинке ниже приведено описание модуля СчетаУчетаВДокументах из БухгалтерииПредприятия. В этом комментарии объясняется как работать с этим кодом, где точки входа и на что обратить внимание. Если ты уже работал с этим кодом, то сможешь легко восстановить контекст, если не работал, то это простой способ разобраться.
👀 Как вы считаете, когда комментарии в коде оправданы?
P.S. В тему обсуждения: вот переводная статья на Хабре - Самодокументируемый код – это (как правило) чушь
Никита Арипов | 1C. Подписаться
Периодически встречаю мнение, что комментарии в коде не нужны, ведь хороший код должен быть самодокументирующийся. И с этим трудно спорить: если код написан грамотно, названия переменных, методов и классов должны говорить сами за себя.
В таком случае действительно нет смысла оставлять комментарии вроде:
// Отсортируем таблицу
ОтсортироватьТаблицу();
// Удалим последний элемент
УдалитьПоследнийЭлемент();
Но что мы знаем об этом коде?
Почему нужно отсортировать таблицу? Зачем удалять последний элемент?
Именно здесь комментарии становятся полезными. Их задача — объяснять не то, что делает код, а зачем он это делает. Ведь что делает код, в большинстве случаев, можно понять из структуры и названий. А вот почему и зачем он это делает — не всегда очевидно.
Когда комментарии нужны?
- Для объяснения контекста. Рассказываем зачем мы это делаем.
// Для выгрузки в файл нужно удалить последний элемент, так как в нем хранится служебная информация
// Ее выгружать не требуется
ОтсортироватьТаблицу();
УдалитьПоследнийЭлемент();
- При описании хитрой логики. Если в коде используются сложные алгоритмы, оптимизации или “хитрые” обходные пути, то рассказав о них в комментарии мы сэкономим время в будущем.
- Для обоснования технических решений. Например, почему использован один подход вместо другого
А что, если без комментариев?
Без комментариев, скорее всего, придется потратить больше времени на изучение чужого или даже своего кода. Разумеется, идеальный код должен быть предельно понятным и самодокументирующимся. Но в реальном мире бывают дедлайны, ошибки, технический долг — и комментарии помогают всем, кто будет работать с этим кодом после тебя.
Когда вы пишете комментарий, вы уже разобрались в коде и понимаете, как он работает. Так почему бы не сохранить эту информацию, чтобы не разбираться заново?
Например, на картинке ниже приведено описание модуля СчетаУчетаВДокументах из БухгалтерииПредприятия. В этом комментарии объясняется как работать с этим кодом, где точки входа и на что обратить внимание. Если ты уже работал с этим кодом, то сможешь легко восстановить контекст, если не работал, то это простой способ разобраться.
👀 Как вы считаете, когда комментарии в коде оправданы?
P.S. В тему обсуждения: вот переводная статья на Хабре - Самодокументируемый код – это (как правило) чушь
Никита Арипов | 1C. Подписаться
👍26🔥8👏3💯3❤1
Анонсировали новый интерфейс платформы 1С.
Ожидается, что он будет доступен в версии 8.3.27. Конфигурации поддержат его позже.
Что нового:
1️⃣ Горизонтальная компоновка форм
Новый вариант компоновки: шапка — слева, табличная часть — по центру, служебная информация — справа. Раньше была вертикальная компоновка, когда шапка сверху. Это шаг в сторону широких экранов
2️⃣ Заголовки у полей ввода
Расположены сверху или вообще отсутствуют. Это позволит сэкономить место по горизонтали для новой компоновки формы
3️⃣ Флажки для работы со списками
Скорее всего используются, для групповых обработок строк, например, копирование или удаление. Раньше это работало через Shift.
Возможно, поменяется подход в обработках, где сейчас используются флажки для выбора строк, например, в Клиент-банк для отправки платежек
4️⃣ Командный интерфейс
- Основные кнопки теперь внизу (по центру или справа)
- Кнопка “Создать на основании” переехала в заголовок формы
- Там же новое Еще в виде трех точек.
- На дашбордах появились гиперссылки для быстрого создания объектов +Создать
5️⃣ Выделение итоговых сумм
Итого теперь отображается большим шрифтом. Такой подход был замечен в УНФ.
При этом жирный шрифт сейчас только в заголовках табличкой части. При этом режет глаз, что заголовки не прижаты к значению, но скорее всего это решается настройками колонок
6️⃣ Командное меню (слева) теперь можно сворачивать
Это должно упростить рабочее место и сохранить место по горизонтали. Предполагаю, что в свернутом состоянии будут отображаться только иконки, что будет удобно опытным пользователям. Справа тоже можем свернуть Обсуждения и тогда документ будет на весь экран
7️⃣ Режим работы в диалоговых окнах
Модальное окно для форм документа или справочника. Позволяет вывести на экран только один объект, но шире чем в закладках. Для руководителей, которым нужно зайти в базу и посмотреть один отчет или пару документов может быть удобно
Первые впечатления
Вероятно, со сложными и большими формами будут возникать скроллы, но в современных интерфейсах - это нормально. К вертикальным скроллам на сайтах и приложениях все привыкли. Посмотрим, как к этому будут относится в десктопных бизнес-приложениях.
Могут появляться горизонтальные скроллы для сложных форм, например, если будет табличная часть с множеством колонок. Как вариант решения использовать отдельно всплывающие окна с нужными реквизитами. В 1С:Бухгалтерии такое есть для Аналитики учета в табличных частях. Еще один яркий пример - это Редактирование строки ОС во Вводе начальных остатков.
При этом интерфейс выглядит лаконично и современно. Скругленные элементы, аккуратные отступы, минимализм. Цветовая палитра спокойная, кроме кнопки “Провести и закрыть”, которая узнаваемо выделяется (и это правильно). Еще обещают темную тему, но на нее взглянем отдельно позже.
И стоит явно отметить, что платформа предоставляет инструмент, а не конечный продукт. Как будут выглядеть формы, какая будет логика и расположение элементов зависит от разработчика конкретного решения. Нам всем еще предстоит выработать лучшие практики, подходы и гайдлайны.
🎉 Ждём дальнейших статей из “Зазеркалья” с новыми анонсами и саму платформу, чтобы попробовать.
А как Вам? 💬
Никита Арипов | 1C. Подписаться
Please open Telegram to view this post
VIEW IN TELEGRAM
👍33🔥16🤔8🥴4👎1
Обо мне
Привет, друзья!👋
На канале много новых лиц — рад вас видеть! Давайте знакомиться!
Меня зовут Никита Арипов, мне 36 лет, 11 лет работаю в фирме «1С». Отвечаю за выпуск и разработку 1С:Бухгалтерия некоммерческой организации и разрабатываю 1С:Бухгалтерия предприятия.
С 1С знаком еще со студенческих годов, когда подрабатывал продавцом. После учебы устроился в региональный франч, где проработал год. Задачи были простые - поправить печатную форму, сделать новый отчет и, конечно же, таскать диски с обновлениями к клиентам. В первый месяц сдал 2 сертификата Профессионал по УТ и БП, с этими конфигурациями и работал. Ближе к концу года поучаствовал в проектном внедрение УПП на подхвате.
Потом переехал в Москву, где устроился в фирму, которая внедряла 1С:УСО в крупную организацию. Это была только проектная работа на месте у заказчика. За первые месяцы узнал в разы больше, чем за весь прошлый год во франчайзи, спасибо коллегам и наставникам. Причем приходилось работать и в регламентированном, и в управленческом контуре. По завершению проекта попал в фирму «1С» для разработки 1С:Бухгалтерия предприятия. Но об этом расскажу позже.
На канале стараюсь делиться полезным контентом по 1С и не только, увлекаюсь автоматизацией внутренних процессов и дизайном. Но так как это авторский канал, бывают и всякие разные отклонения, например, про теорию игр или эволюцию доверия.
Что почитать на канале:
1. Про виды релизов 1С:Бухгалтерии
2. Про самую большую конфигурацию из линейки Бухгалтерии
3. Про наш процесс git merge и проблемы
4. Developer Experience и полезные ссылки
5. Непреложные законы управления проектами
6. Про эволюцию доверия и Мудрость и безумие толп
Мои полезные материалы:
📘 Дизайн гайд по 1С
📄 Стек технологий для 1С
🛠️ Шаблон новых объектов для 1С:Бухгалтерии
🎬 Инструменты и процессы разработки 1С:Бухгалтерии
🎬 Полезные обработки и инструменты
Другие соцсети:
Я в🗑 Сетке (там в топе по 1С)
Я в Дзен (только начинаю)
Я на GitHub
P.S. По пятницам — мемы, не пропустите😉
Привет, друзья!
На канале много новых лиц — рад вас видеть! Давайте знакомиться!
Меня зовут Никита Арипов, мне 36 лет, 11 лет работаю в фирме «1С». Отвечаю за выпуск и разработку 1С:Бухгалтерия некоммерческой организации и разрабатываю 1С:Бухгалтерия предприятия.
С 1С знаком еще со студенческих годов, когда подрабатывал продавцом. После учебы устроился в региональный франч, где проработал год. Задачи были простые - поправить печатную форму, сделать новый отчет и, конечно же, таскать диски с обновлениями к клиентам. В первый месяц сдал 2 сертификата Профессионал по УТ и БП, с этими конфигурациями и работал. Ближе к концу года поучаствовал в проектном внедрение УПП на подхвате.
Потом переехал в Москву, где устроился в фирму, которая внедряла 1С:УСО в крупную организацию. Это была только проектная работа на месте у заказчика. За первые месяцы узнал в разы больше, чем за весь прошлый год во франчайзи, спасибо коллегам и наставникам. Причем приходилось работать и в регламентированном, и в управленческом контуре. По завершению проекта попал в фирму «1С» для разработки 1С:Бухгалтерия предприятия. Но об этом расскажу позже.
На канале стараюсь делиться полезным контентом по 1С и не только, увлекаюсь автоматизацией внутренних процессов и дизайном. Но так как это авторский канал, бывают и всякие разные отклонения, например, про теорию игр или эволюцию доверия.
Что почитать на канале:
1. Про виды релизов 1С:Бухгалтерии
2. Про самую большую конфигурацию из линейки Бухгалтерии
3. Про наш процесс git merge и проблемы
4. Developer Experience и полезные ссылки
5. Непреложные законы управления проектами
6. Про эволюцию доверия и Мудрость и безумие толп
Мои полезные материалы:
📘 Дизайн гайд по 1С
🛠️ Шаблон новых объектов для 1С:Бухгалтерии
🎬 Инструменты и процессы разработки 1С:Бухгалтерии
🎬 Полезные обработки и инструменты
Другие соцсети:
Я в
Я в Дзен (только начинаю)
Я на GitHub
P.S. По пятницам — мемы, не пропустите
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥44👍30🤝3❤2🤡1
Список выполненных проектов
В работе нам часто кажется, что мы выполняем что-то само собой разумеющееся. Ну задачи, ну проекты. Завершил, закрыл, забыл.
А зря. Важно видеть собственный прогресс и анализировать ошибки.
Да, возможно, никакого прогресса и нет и мы всегда делаем однотипные задачи. Попадаем в такое профессиональное болото, где делаем одно и то же, в одном и том же стиле. Я сам обнаруживал себя в таком. Причем в момент ты на это не обращаешь внимание, но когда начинаешь анализировать свои задачи, то осознаешь.
Также мы склонны обесценивать свои достижения. Кажется, что все что мы делаем - «это просто работа, ничего особенного». Рассказать и поделиться то особо нечем. Хотя за такой рутиной часто скрываются наши конкретные навыки и умение справляться с трудностями и находить решения. Но это тоже можно осознать лишь взглянув на свои задачи.
Поэтому сразу после выполнения задачи стоит записать и описать ее. И обязательно добавить свои мысли сразу после выполнения. Это поможет собрать в одном месте информацию для анализа, при этом не будет отнимать много времени.
Можно использовать такой шаблон:
1. Задача
2. Дата завершения и срок исполнения
3. Сложность задачи (простая, обычная или сложная)
4. Что удалось по задаче
5. С какими сложностями столкнулся и как их решил
🏆 Что это дает?
1. Осознание прогресса
Список позволяет увидеть, как меняется работа. Какие проекты брали год назад? Какие сейчас? Стали ли мы решать более сложные и интересные задачи? Или всё так же тонем в рутине? Это лучший способ понять, есть ли рост или пора менять подход к работе.
2. Оценка сложности и интереса задач
Ведя такой список, можно оценить, как часто мы берем действительно интересные и сложные задачи. Если все проекты кажутся скучными и однотипными, это сигнал, что пора что-то менять: повышать квалификацию, искать новые вызовы или менять работу. Если все задачи кажутся сложными, то это повод задуматься об обучении.
3. Удобство для карьерных целей
Список проектов — это основа для обновления резюме, портфолио или подготовки к собеседованиям. Вопрос «Какие задачи вы считаете своими самыми интересными?» больше не застанет врасплох. У нас уже есть структурированная информация, которую легко адаптировать под любую ситуацию.
💡 Как правильно вести список?
1. Записывайте задачу сразу после выполнения
Пока воспоминания свежи, запишите ключевые моменты проекта. Что было сделано, какие были трудности, чем гордимся.
2. Ведите список в удобном месте
Сложно такую информацию хранить в трекерах задач. Гораздо проще с Excel или Google Docs, подойдет любая заметка на телефоне. Главное, чтобы доступ к списку был легким и быстрым.
3. Оценивайте задачи честно
Это список для вас. Если задача была скучной или слишком простой, напишите об этом. Добавляйте комментарии, что именно понравилось в задаче, а что — нет. Например, «Интересный вызов, потому что впервые работал с новым инструментом» или «Рутина, которая отняла слишком много времени».
Ведение списка поможет не только легко вспомнить, чего достигли, но и осмыслить свою работу. «Управлять можно только тем, что можно измерить», – Питер Друкер.
Пример списка задач на картинке. Этот список сделан по мотивам моего списка за 2023 год, просто где-то поменял чувствительную информацию.
👉 Начните сегодня: откройте блокнот, создайте файл или таблицу и запишите хотя бы три последних проекта и мысли по ним. Поверьте, уже через пару месяцев вы будете благодарны себе за это решение.
В работе нам часто кажется, что мы выполняем что-то само собой разумеющееся. Ну задачи, ну проекты. Завершил, закрыл, забыл.
А зря. Важно видеть собственный прогресс и анализировать ошибки.
Да, возможно, никакого прогресса и нет и мы всегда делаем однотипные задачи. Попадаем в такое профессиональное болото, где делаем одно и то же, в одном и том же стиле. Я сам обнаруживал себя в таком. Причем в момент ты на это не обращаешь внимание, но когда начинаешь анализировать свои задачи, то осознаешь.
Также мы склонны обесценивать свои достижения. Кажется, что все что мы делаем - «это просто работа, ничего особенного». Рассказать и поделиться то особо нечем. Хотя за такой рутиной часто скрываются наши конкретные навыки и умение справляться с трудностями и находить решения. Но это тоже можно осознать лишь взглянув на свои задачи.
Поэтому сразу после выполнения задачи стоит записать и описать ее. И обязательно добавить свои мысли сразу после выполнения. Это поможет собрать в одном месте информацию для анализа, при этом не будет отнимать много времени.
Можно использовать такой шаблон:
1. Задача
2. Дата завершения и срок исполнения
3. Сложность задачи (простая, обычная или сложная)
4. Что удалось по задаче
5. С какими сложностями столкнулся и как их решил
1. Осознание прогресса
Список позволяет увидеть, как меняется работа. Какие проекты брали год назад? Какие сейчас? Стали ли мы решать более сложные и интересные задачи? Или всё так же тонем в рутине? Это лучший способ понять, есть ли рост или пора менять подход к работе.
2. Оценка сложности и интереса задач
Ведя такой список, можно оценить, как часто мы берем действительно интересные и сложные задачи. Если все проекты кажутся скучными и однотипными, это сигнал, что пора что-то менять: повышать квалификацию, искать новые вызовы или менять работу. Если все задачи кажутся сложными, то это повод задуматься об обучении.
3. Удобство для карьерных целей
Список проектов — это основа для обновления резюме, портфолио или подготовки к собеседованиям. Вопрос «Какие задачи вы считаете своими самыми интересными?» больше не застанет врасплох. У нас уже есть структурированная информация, которую легко адаптировать под любую ситуацию.
1. Записывайте задачу сразу после выполнения
Пока воспоминания свежи, запишите ключевые моменты проекта. Что было сделано, какие были трудности, чем гордимся.
2. Ведите список в удобном месте
Сложно такую информацию хранить в трекерах задач. Гораздо проще с Excel или Google Docs, подойдет любая заметка на телефоне. Главное, чтобы доступ к списку был легким и быстрым.
3. Оценивайте задачи честно
Это список для вас. Если задача была скучной или слишком простой, напишите об этом. Добавляйте комментарии, что именно понравилось в задаче, а что — нет. Например, «Интересный вызов, потому что впервые работал с новым инструментом» или «Рутина, которая отняла слишком много времени».
Ведение списка поможет не только легко вспомнить, чего достигли, но и осмыслить свою работу. «Управлять можно только тем, что можно измерить», – Питер Друкер.
Пример списка задач на картинке. Этот список сделан по мотивам моего списка за 2023 год, просто где-то поменял чувствительную информацию.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍32🔥19❤2
Media is too big
VIEW IN TELEGRAM
🎙 Про выступления
На днях наткнулся на архивную запись одного из моих выступлений — в Цирке на проспекте Вернадского. Прямо настоящая арена, круглая сцена и зрители со всех сторон! Это был День Бухгалтерии,— ежегодное событие с нашими выступлениями и вернисажем 1С:Бухгалтерии.
Представьте: ты стоишь в центре, а вокруг сотни бухгалтеров внимательно смотрят на тебя. Причём не только спереди, но и сбоку, и даже за спиной. Опытные спикеры знают, как работать с такой аудиторией: умело поворачиваются к разным секторам, удерживают внимание всей арены.
А я тогда только учился. Более того, из-за специфической акустики себя слышишь с задержкой, и это сбивает ещё сильнее. Поэтому моя главная цель была проста: выступить нормально. Я с этой целью справился!
Сейчас на смену этому мероприятию пришли не менее успешные Единые семинары и поэтому в Цирке мы больше не выступаем. Зато теперь планируется к покорению новая площадка - рядом с Москва-Сити. Мой доклад включили в программу INFOSTART TEAMLEAD&CIO EVENT 2025. Огромное спасибо тем, кто голосовал — это невероятно ценно! 🙌
🔥 Сейчас идёт второй тур голосования за доклады на конференцию
Поддержите интересные доклады и идеи! 🔥
На днях наткнулся на архивную запись одного из моих выступлений — в Цирке на проспекте Вернадского. Прямо настоящая арена, круглая сцена и зрители со всех сторон! Это был День Бухгалтерии,— ежегодное событие с нашими выступлениями и вернисажем 1С:Бухгалтерии.
Представьте: ты стоишь в центре, а вокруг сотни бухгалтеров внимательно смотрят на тебя. Причём не только спереди, но и сбоку, и даже за спиной. Опытные спикеры знают, как работать с такой аудиторией: умело поворачиваются к разным секторам, удерживают внимание всей арены.
А я тогда только учился. Более того, из-за специфической акустики себя слышишь с задержкой, и это сбивает ещё сильнее. Поэтому моя главная цель была проста: выступить нормально. Я с этой целью справился!
Сейчас на смену этому мероприятию пришли не менее успешные Единые семинары и поэтому в Цирке мы больше не выступаем. Зато теперь планируется к покорению новая площадка - рядом с Москва-Сити. Мой доклад включили в программу INFOSTART TEAMLEAD&CIO EVENT 2025. Огромное спасибо тем, кто голосовал — это невероятно ценно! 🙌
🔥 Сейчас идёт второй тур голосования за доклады на конференцию
Поддержите интересные доклады и идеи! 🔥
🔥21👍13❤1