Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С
В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых технологий и машинного обучения ЯрГУ имени П.Г. Демидова. Виталий начал свой путь проектного специалиста больше 10 лет назад и сразу связал его с 1С. За это время он вырос из студента, который помогал своим знакомым с обновлением 1С:Бухгалтерии до системного архитектора, с участием в проекте, который заявлен на премию Проект года.
Виталий рассказал строился его путь и поделился практическими советами, которые помогают поддерживать мотивацию в работе и достигать намеченных целей.
Читайте интервью на нашем канале в Дзен.
В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых технологий и машинного обучения ЯрГУ имени П.Г. Демидова. Виталий начал свой путь проектного специалиста больше 10 лет назад и сразу связал его с 1С. За это время он вырос из студента, который помогал своим знакомым с обновлением 1С:Бухгалтерии до системного архитектора, с участием в проекте, который заявлен на премию Проект года.
Виталий рассказал строился его путь и поделился практическими советами, которые помогают поддерживать мотивацию в работе и достигать намеченных целей.
Читайте интервью на нашем канале в Дзен.
Дзен | Статьи
Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С
Статья автора «Школа проектного специалиста» в Дзене ✍: В рамках рубрики «Путь проектного специалиста» мы пообщались с Виталием Тупицыным — системным архитектором 1С и преподавателем кафедры Цифровых
👍4🔥3👏2
В продолжении интервью с архитектором, предлагаем присоединиться к обсуждению коллег на канале Желтый куб об «архитектуре».
✍️ Пишите свои варианты в комментариях
✍️ Пишите свои варианты в комментариях
Forwarded from Желтый клуб (Евгений Шилов)
Вчера Ингвар обвинил меня в том, что я не правильно понимаю значение слова «архитектура» и не так понимаю суть работы «архитектора».
Свой вариант Ингвар не раскрывает. Обещает открыть мне глаза 😂, когда участники Желтого клуба выскажут своё мнение и напишут, что такое «архитектура» и чем занимается «архитектор».
Напишите свой вариант, а потом вместе обсудим вариант Ингвара.
Свой вариант Ингвар не раскрывает. Обещает открыть мне глаза 😂, когда участники Желтого клуба выскажут своё мнение и напишут, что такое «архитектура» и чем занимается «архитектор».
Напишите свой вариант, а потом вместе обсудим вариант Ингвара.
Forwarded from Желтый клуб
Что такое «архитектура» и кто такой «архитектор»
С тем что такое Архитектура справились на самом деле многие!
Первым был @Absolem_us
Архитектура - это форма, которая придается системе. Форма заключается в определении компонент и связей между ними.
Цель формы: упростить разработку, развертывание и сопровождение.
Чего должен добиться Архитектор:
Сохранения разнообразия вариантов (Keeping options open)!
Любое программное обеспечение имеет две ценности: поведение и структуру. Архитектор делает структуру гибкой, поддающейся изменениям. Чтобы быстро вносить изменения в структуру для нового поведения.
Задача архитектора: сделать так чтобы как можно дольше иметь больше вариантов. Что такое варианты? Это детали.
Любую программу можно разделить на два элемента: политики и детали. Политики воплощают бизнес-правила. Создают основную ценность системы. Детали это все остальное что позволяет системе работать, общаться компонентам внутри между собой, людям с системой и системой с другими системами.
Цель архитектора: создать систему в которой политики будут самым важным элементом. Сделать так, чтобы политики не зависели от деталей. Дать возможность не принимать решение о деталях как можно дольше.
Давайте по примерам:
Мы делаем печатную форму.
Данные из базы данных - это детали. Внешний вид печатной формы - это тоже детали. Как быть, Ингвар?
В данном случае политикой или бизнес правилами выступает команда начала формировария. А роль контроллера выполнения на себя берет платформа. При этом кнопка начала формирования это тоже интерфейсные детали!
Потому мы тут должны понять какие могут быть оси изменений: по каким причинам нам потом придется что-то менять.
Основные:
- Новые требования по внешнему виду текущих данных.
- Добавление новых данных в отчёт.
- Перенесение отчёта на другую базу данных.
- Вынесение кнопки начала формирования в другое место
Делаем так:
1. Рисуем внешний вид печатной формы
2. Определяем какая должна быть минимальная достаточная структура данных для выполнения компановки.
3. Вызываем компоновку с заглушкой в виде подставных данных, убеждаемся что форма работает красиво!
Поздравляю! Мы только что выделили интерфейс между компановщиком и базой данных! Структура с данными заглушки и есть наш интерфейс.
4. Пишем выборку из базы данных таким образом, чтобы получилась та самая подставная структура которую мы использовали для теста.
DIP: Принцип инверсии зависимостей. Направление исполнения кода у нас идет от компоновщика к базе данных. Но при этом компоновщик от нее не зависит. Теперь база данных должна сформировать данные в виде, нужном для компоновщика.
Паттерном проектирования в данном случае является Мост (Bridge). Разделяя интерфейс и конкретную реализацию. Абстракцию диктует компоновщик, реализация же зависит от базы данных и объектов метаданных.
Изменять внешний вид легко, мы уверены что интерфейс данных у нас стабильный и никакую выборку данных мы задеть не можем и ничего лишнего не сломается.
Добавлять новые данные чуть сложнее: мы добавляем новое требование в интерфейс, отрисовываем новые данные, реализуем получение данных из базы данных. Да, надо внести изменение в два слоя. Но это можно делать поэтапно. Сначала сделать внешний вид с заглушкой, потом наполнение.
Изменяя конкретную реализацию получения данных из БД мы не только добились возможности быстро адаптироваться к новой версии конфигурации, но и теперь можем легко перенести форму вообще в другую конфигурацию, надо только написать для нее свою конкретную реализацию получения данных.
👤Ингвар
С тем что такое Архитектура справились на самом деле многие!
Первым был @Absolem_us
Архитектура - это форма, которая придается системе. Форма заключается в определении компонент и связей между ними.
Цель формы: упростить разработку, развертывание и сопровождение.
Чего должен добиться Архитектор:
Сохранения разнообразия вариантов (Keeping options open)!
Любое программное обеспечение имеет две ценности: поведение и структуру. Архитектор делает структуру гибкой, поддающейся изменениям. Чтобы быстро вносить изменения в структуру для нового поведения.
Задача архитектора: сделать так чтобы как можно дольше иметь больше вариантов. Что такое варианты? Это детали.
Любую программу можно разделить на два элемента: политики и детали. Политики воплощают бизнес-правила. Создают основную ценность системы. Детали это все остальное что позволяет системе работать, общаться компонентам внутри между собой, людям с системой и системой с другими системами.
Цель архитектора: создать систему в которой политики будут самым важным элементом. Сделать так, чтобы политики не зависели от деталей. Дать возможность не принимать решение о деталях как можно дольше.
Давайте по примерам:
Мы делаем печатную форму.
Данные из базы данных - это детали. Внешний вид печатной формы - это тоже детали. Как быть, Ингвар?
В данном случае политикой или бизнес правилами выступает команда начала формировария. А роль контроллера выполнения на себя берет платформа. При этом кнопка начала формирования это тоже интерфейсные детали!
Потому мы тут должны понять какие могут быть оси изменений: по каким причинам нам потом придется что-то менять.
Основные:
- Новые требования по внешнему виду текущих данных.
- Добавление новых данных в отчёт.
- Перенесение отчёта на другую базу данных.
- Вынесение кнопки начала формирования в другое место
Делаем так:
1. Рисуем внешний вид печатной формы
2. Определяем какая должна быть минимальная достаточная структура данных для выполнения компановки.
3. Вызываем компоновку с заглушкой в виде подставных данных, убеждаемся что форма работает красиво!
Поздравляю! Мы только что выделили интерфейс между компановщиком и базой данных! Структура с данными заглушки и есть наш интерфейс.
4. Пишем выборку из базы данных таким образом, чтобы получилась та самая подставная структура которую мы использовали для теста.
DIP: Принцип инверсии зависимостей. Направление исполнения кода у нас идет от компоновщика к базе данных. Но при этом компоновщик от нее не зависит. Теперь база данных должна сформировать данные в виде, нужном для компоновщика.
Паттерном проектирования в данном случае является Мост (Bridge). Разделяя интерфейс и конкретную реализацию. Абстракцию диктует компоновщик, реализация же зависит от базы данных и объектов метаданных.
Изменять внешний вид легко, мы уверены что интерфейс данных у нас стабильный и никакую выборку данных мы задеть не можем и ничего лишнего не сломается.
Добавлять новые данные чуть сложнее: мы добавляем новое требование в интерфейс, отрисовываем новые данные, реализуем получение данных из базы данных. Да, надо внести изменение в два слоя. Но это можно делать поэтапно. Сначала сделать внешний вид с заглушкой, потом наполнение.
Изменяя конкретную реализацию получения данных из БД мы не только добились возможности быстро адаптироваться к новой версии конфигурации, но и теперь можем легко перенести форму вообще в другую конфигурацию, надо только написать для нее свою конкретную реализацию получения данных.
👤Ингвар
👍8
Интересные посты на канале в июне:
✦ Как построить работу проектной команды так, чтобы повысить производительность труда, без потери качества результатов и не на несколько процентов, а на их десятки.
✦ «И чтец, и жнец, и на дуде уже всех тоже достал». Нетиповой функционал 1С.
✦ 10 базовых книг, которые стоит прочитать каждому проектному специалисту.
✦ Понимание внедряемого продукта на примере блока Закупки в ERP. Нюансы внедрения учёта закупок на реальном, живом предприятии.
✦ Идентификация проектных рисков простыми словами.
✦ Различия между портфелем, программой и цепочкой проектов.
✦ Kanban — метод управления проектами и задачами. Краткая информация об этом методе, способах и инструментах его применения.
✦ Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С.
Задать вопрос, поделиться мнением, рассказать историю по теме проектных технологий вы можете в чате Проектник 1С
✦ Как построить работу проектной команды так, чтобы повысить производительность труда, без потери качества результатов и не на несколько процентов, а на их десятки.
✦ «И чтец, и жнец, и на дуде уже всех тоже достал». Нетиповой функционал 1С.
✦ 10 базовых книг, которые стоит прочитать каждому проектному специалисту.
✦ Понимание внедряемого продукта на примере блока Закупки в ERP. Нюансы внедрения учёта закупок на реальном, живом предприятии.
✦ Идентификация проектных рисков простыми словами.
✦ Различия между портфелем, программой и цепочкой проектов.
✦ Kanban — метод управления проектами и задачами. Краткая информация об этом методе, способах и инструментах его применения.
✦ Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С.
Задать вопрос, поделиться мнением, рассказать историю по теме проектных технологий вы можете в чате Проектник 1С
👍7🔥3👏2
Школа проектного специалиста pinned «Интересные посты на канале в июне: ✦ Как построить работу проектной команды так, чтобы повысить производительность труда, без потери качества результатов и не на несколько процентов, а на их десятки. ✦ «И чтец, и жнец, и на дуде уже всех тоже достал». Нетиповой…»
Мы уже писали о методе Kanban. В этой статье дается описание кейса по организация работы IT-команды 1С с помощью этого метода.
https://infostart.ru/1c/articles/1889463/
https://infostart.ru/1c/articles/1889463/
infostart.ru
Организация работы внутренней команды 1С с помощью Канбан
Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками…
👍4
Запись вебинара. БИТ. Управление проектами: применение системы управления проектами
На прошлой неделе наши эксперты провели интерактивный вебинар, на котором представили программно-методический комплекс БИТ. Управление проектами и продемонстрировали удобство его применения для любых отраслей бизнеса.
БИТ.Управление проектами – это комплексный подход к ведению проектов, включающий набор программ, методологий, проектных технологий и систем управления командами. ПМК успешно используют уже 500 + руководителей проектов. В состав ПМК входит российское решение наших экспертов – Корпоративная система управления проектами (КСУП).
На вебинаре спикеры поделились, как с помощью КСУП оптимизировать процессы управления проектами, сократить отклонения по срокам, получать информацию по проектам в режиме реального времени и как перейти на КСУП с зарубежного ПО.
✅ Смотрите запись вебинара на нашем канале Яндекс. Дзен https://dzen.ru/video/watch/64a27eb5e6b5371cc9ed8348?t=4
На прошлой неделе наши эксперты провели интерактивный вебинар, на котором представили программно-методический комплекс БИТ. Управление проектами и продемонстрировали удобство его применения для любых отраслей бизнеса.
БИТ.Управление проектами – это комплексный подход к ведению проектов, включающий набор программ, методологий, проектных технологий и систем управления командами. ПМК успешно используют уже 500 + руководителей проектов. В состав ПМК входит российское решение наших экспертов – Корпоративная система управления проектами (КСУП).
На вебинаре спикеры поделились, как с помощью КСУП оптимизировать процессы управления проектами, сократить отклонения по срокам, получать информацию по проектам в режиме реального времени и как перейти на КСУП с зарубежного ПО.
✅ Смотрите запись вебинара на нашем канале Яндекс. Дзен https://dzen.ru/video/watch/64a27eb5e6b5371cc9ed8348?t=4
Дзен.Видео
Школа проектного специалиста | Применение системы БИТ.Управления проектами. Практический вебинар
Оставить заявку https://1solution.ru/products/bit-upravlenie-proektami/
Telegram https://news.1rj.ru/str/+Vg6G2VHPBRpjNmY6
VK https://vk.com/bitpm
Яндекс. Дзен…
Telegram https://news.1rj.ru/str/+Vg6G2VHPBRpjNmY6
VK https://vk.com/bitpm
Яндекс. Дзен…
🔥8👍4👏1
Media is too big
VIEW IN TELEGRAM
Что такое БИТ. Управление проектами?
БИТ. Управление проектами — это программно-методический комплекс, который состоит из набора программ, методологий, проектных технологий и систем управления командами. Это универсальная методика и уникальный подход к реализации технологий управления проектами с учетом разных прикладных систем.
БИТ. Управление проектами — это программно-методический комплекс, который состоит из набора программ, методологий, проектных технологий и систем управления командами. Это универсальная методика и уникальный подход к реализации технологий управления проектами с учетом разных прикладных систем.
👍9🔥1🥰1
Хорошая статья, в которой рассматриваются вопросы проектирования ИТ-ландшафта, как сложной системы.
Хабр
ИТ-ландшафт как сложная система систем
Увеличение интереса к цифровизации бизнеса сегодня затрагивает практически весь спектр организаций – от стартапов до крупных корпораций, причем в самых разных сферах деятельности. Последние годы...
👍5
Почему микроменеджмент — это плохо?
Эта статья о микроменеджменте, его причинах и разрушительных последствиях. Автор пишет о вреде, который может нанести микроменеджмент, проблемах, с которыми сталкиваются руководители и способах их решения. А также приводмт примеры ситуаций, когда микроменеджмент всё же может быть нужен и полезен.
Эта статья о микроменеджменте, его причинах и разрушительных последствиях. Автор пишет о вреде, который может нанести микроменеджмент, проблемах, с которыми сталкиваются руководители и способах их решения. А также приводмт примеры ситуаций, когда микроменеджмент всё же может быть нужен и полезен.
Хабр
Микроменеджер — горе в команде
Эта статья о микроменеджменте, его причинах и разрушительных последствиях. Обсудим, какой вред он наносит, подсветим проблемы, с которыми сталкиваются руководители из-за микроменеджмента, и покажем...
🔥7👍4❤1
Проблемы многозадачности и как с ними справиться
Мы все с детства слышали истории о том, что Юлий Цезарь мог одновременно выполнять несколько задач. Это звучало очень круто и казалось, что умение выполнять несколько задач одновременно очень ценится работодателем. Ну, кто из нас не хотел походить этим умением на прославленного полководца?
В статье приводим наблюдения и советы из личного опыта по работе в режиме мультизадачности. Надеемся, они помогут вам стать более эффективными и успешными. Помните, каждый человек уникален, поэтому экспериментируйте и найдите свои собственные методы, которые будут работать именно для вас.
Мы все с детства слышали истории о том, что Юлий Цезарь мог одновременно выполнять несколько задач. Это звучало очень круто и казалось, что умение выполнять несколько задач одновременно очень ценится работодателем. Ну, кто из нас не хотел походить этим умением на прославленного полководца?
В статье приводим наблюдения и советы из личного опыта по работе в режиме мультизадачности. Надеемся, они помогут вам стать более эффективными и успешными. Помните, каждый человек уникален, поэтому экспериментируйте и найдите свои собственные методы, которые будут работать именно для вас.
Дзен | Блогерская платформа
Я и моя мультизадачность
Статья автора «Школа проектного специалиста» в Дзене ✍: Юлий Минькин, руководитель проектного офиса Мне всегда казалось, что умение выполнять нескольких задач одновременно — это круто и очень ценится
👍8❤1
Завтра коллеги из Cors Academy проведут вебинар «Документация на IT-проектах»
⬇️ Подробнее ⬇️
⬇️ Подробнее ⬇️
🔥6👏1
Forwarded from CORS Academy
This media is not supported in your browser
VIEW IN TELEGRAM
🔥 6 июля в 12:00 МСК вебинар "Документация на IT-проектах"
На вебинаре мы рассмотрим, какие типы документов рождаются на каждом из этапов жизненного цикла проектов, что должны содержать эти документы и как эффективно их использовать в проектах.
👉Регистрация и программа вебинара по ссылке: https://goo.su/qIReIr
На вебинаре мы рассмотрим, какие типы документов рождаются на каждом из этапов жизненного цикла проектов, что должны содержать эти документы и как эффективно их использовать в проектах.
👉Регистрация и программа вебинара по ссылке: https://goo.su/qIReIr
❤3👍1
В современном мире эффективное управление проектами является ключевым фактором успеха. Организации постоянно ищут оптимальные способы планирования, контроля и управления проектами для достижения поставленных целей.
Методология PRINCE2 занимает важное место в ряду эффективных предиктивных методологий. В новой статье предлагаем познакомиться с историей появления этого метода, его основными процессами, ролями, механизмами и артефактами.
🎁 Если вы интересуетесь методологией PRINCE2, то в конце статьи мы подготовили список полезной литературы, посвященной этой теме.
Методология PRINCE2 занимает важное место в ряду эффективных предиктивных методологий. В новой статье предлагаем познакомиться с историей появления этого метода, его основными процессами, ролями, механизмами и артефактами.
🎁 Если вы интересуетесь методологией PRINCE2, то в конце статьи мы подготовили список полезной литературы, посвященной этой теме.
VK
Метод PRINCE2 — контролируемая среда проектов
В современном мире эффективное управление проектами является ключевым фактором успеха. Организации постоянно ищут оптимальные способы пла..
👍7❤5
🔥 Приглашаем вас, ваших коллеги и сотрудников на 9 поток Онлайн-курса «Школа аналитика» от компании Первый Бит.
📆 Старт 21 июля
➡️ Подробнее о курсе
Хотя из названия курса следует, что он для аналитиков, но это не совсем так. Курс будет полезен для руководителей проектов, консультантов и аналитиков, функциональных архитекторов и даже проектных продавцов. Для новичков курс может показаться сложным, но общение с более опытными коллегами поможет быстрее вырасти.
«Школа аналитика» — онлайн-курс для подготовки специалистов, участвующих в проектах по внедрению программных продуктов фирмы 1С и не только. Вы получите знания в области информационных технологий и в сопредельных предметных областях, таких как логика и системный анализ.
📌 Программа обучения:
Часть 1. Логика и методы исследования:
— основы логики;
— методы исследования;
— системный анализ.
Часть 2. Проектные технологии:
— обзор проектных технологий;
— формирование требований пользователя к автоматизированной системе;
— разработка концепции автоматизированной системы и ТЗ;
— разработка программы и методики испытаний.
Автор и ведущий — Юлий Минькин. Руководитель проектного офиса компании Первый Бит и центра обучения и развития проектных специалистов. Опыт руководства проектными подразделениями в крупных IT-компаниях – более 20 лет.
Повысьте свою экспертизу и компетентность ваших сотрудников. Получите глубокие знания в области системного анализа, логики и ключевых методологий.
➡️ Подробнее о курсе
📆 Старт 21 июля
➡️ Подробнее о курсе
Хотя из названия курса следует, что он для аналитиков, но это не совсем так. Курс будет полезен для руководителей проектов, консультантов и аналитиков, функциональных архитекторов и даже проектных продавцов. Для новичков курс может показаться сложным, но общение с более опытными коллегами поможет быстрее вырасти.
«Школа аналитика» — онлайн-курс для подготовки специалистов, участвующих в проектах по внедрению программных продуктов фирмы 1С и не только. Вы получите знания в области информационных технологий и в сопредельных предметных областях, таких как логика и системный анализ.
📌 Программа обучения:
Часть 1. Логика и методы исследования:
— основы логики;
— методы исследования;
— системный анализ.
Часть 2. Проектные технологии:
— обзор проектных технологий;
— формирование требований пользователя к автоматизированной системе;
— разработка концепции автоматизированной системы и ТЗ;
— разработка программы и методики испытаний.
Автор и ведущий — Юлий Минькин. Руководитель проектного офиса компании Первый Бит и центра обучения и развития проектных специалистов. Опыт руководства проектными подразделениями в крупных IT-компаниях – более 20 лет.
Повысьте свою экспертизу и компетентность ваших сотрудников. Получите глубокие знания в области системного анализа, логики и ключевых методологий.
➡️ Подробнее о курсе
❤2👍2
Forwarded from Заметки Аналитика | IT
📑 Папин системный, мамин бизнес-аналитик
"Целью данной статьи является защита точки зрения, что Системный аналитик с бизнес-навыками или наоборот Бизнес-аналитик с навыками системного анализа — это то, что сейчас востребовано бизнесом, хотя открыто это и не декларируется. "...
Читать статью
#SA #BA | @notes_analyst
"Целью данной статьи является защита точки зрения, что Системный аналитик с бизнес-навыками или наоборот Бизнес-аналитик с навыками системного анализа — это то, что сейчас востребовано бизнесом, хотя открыто это и не декларируется. "...
Читать статью
#SA #BA | @notes_analyst
👍6
В своей жизни каждый из нас сталкивается с ситуациями, когда мы или кто-то куда-то немного опаздывает или немного не закончил порученное дело, чуть-чуть забыл. И в надежде на получение морального прощения от окружающих, мы придумываем такие слова, как «немного», «чуть-чуть», «почти» и пр. Как бы давая понять, что все нормально, не парьтесь.
Но как совместить эти случаи с понятием «обязательный человек»? Давайте взглянем на эту проблему с моральной точки зрения и узнаем, как мы можем стать более ответственными людьми, сохраняя свою обязательность даже при некоторых сбоях.
Но как совместить эти случаи с понятием «обязательный человек»? Давайте взглянем на эту проблему с моральной точки зрения и узнаем, как мы можем стать более ответственными людьми, сохраняя свою обязательность даже при некоторых сбоях.
VK
Как быть обязательным человеком: маленькие шаги к большой ответственности
Собственный взгляд на небольшие опоздания, незаконченные задачи или просто, когда немного забыл.
👍6❤4
Обсуждая с разными коллегами вопросы подходов к реализации проекта, порой поражаюсь тому, какая у людей бывает каша в голове из терминов, технологий, теорий и документации.
Все вперемешку: agile, концепт, waterfall, sprint, kanban, ТЗ, ФТ, Лист требований и пр. Все это может, на полном серьезе, обсуждаться применительно к одному проекту.
Я даже не знаю, как потом эти проекты выполняются. Но видимо, как-то это происходит и это для меня настоящее чудо 🙂.
Все вперемешку: agile, концепт, waterfall, sprint, kanban, ТЗ, ФТ, Лист требований и пр. Все это может, на полном серьезе, обсуждаться применительно к одному проекту.
Я даже не знаю, как потом эти проекты выполняются. Но видимо, как-то это происходит и это для меня настоящее чудо 🙂.
🤔5😎3⚡1😱1🤡1
В ответ на предыдущий пост, стали задавать в комментариях вопросы о том, а как привести свои знания в порядок?
Могу изложить свои рекомендации по систематизации знаний, которые и сам применяю. Но думаю, что ничего оригинального в этом подходе нет. Итак:
1️⃣ Систематизация уже существующих знаний:
- для систематизации нужна цель, т.е. понять для чего вы эти знания будете использовать. Так если речь идет о документации в проекте, то необходимо определиться, как и зачем вы будете эти знания использовать.
- разделить знания на категории, т.е. создать структуру знаний (по темам, периодам, статусам, авторам и пр.), как кому удобнее. В каждой категории нужно создать иерархию для организации информации. Это поможет разбить информацию на более управляемые части.
- связать знания логическими связями, чтобы создать когерентную (согласованную) систему знаний. Надо понимать, что знания, как пазл, не всегда можно состыковать, по этой причине и возникает каша-малаша.
- используйте визуализацию и технические средства. Это поможет запомнить и сохранить вашу структуру знаний. Но если кто умеет, то можно выстроить эту сруктуру умозрительно (помните, как в фильме про Шерлока речь шла о чертогах памяти, как раз об этом).
2️⃣ Работа с новой информацией
- новая информация может быть соответствовать знаниям или не соответствовать, это проверка на пригодность или применимость новых знаний. Но вполне возможно, что новые знания могут быть лучше,чем прежние.
- систематизируйте новую информацию в соответствие со структурой. которая рассматривалась на первом шаге.
Свои знания необходимо постоянно обновлять и расширять, но строго в соответствие с вашей системой знаний.
И еще рекомендации по получению новых знаний:
- не читайте все подряд, выбирайте книги или источники информации авторитетных авторов
- читая информацию, осмысливайте ее в контексте рекомендаций из п.1, делайте заметки и конспекты или сохраняйте в архиве (кстати, тоже требует систематизации)
И в заключении, повторяйте и используйте знания на практике, без этого они будут лежать мертвым грузом. Практика покажет, какие знания можно выбросить, а какие станут полезными.
Могу изложить свои рекомендации по систематизации знаний, которые и сам применяю. Но думаю, что ничего оригинального в этом подходе нет. Итак:
- для систематизации нужна цель, т.е. понять для чего вы эти знания будете использовать. Так если речь идет о документации в проекте, то необходимо определиться, как и зачем вы будете эти знания использовать.
- разделить знания на категории, т.е. создать структуру знаний (по темам, периодам, статусам, авторам и пр.), как кому удобнее. В каждой категории нужно создать иерархию для организации информации. Это поможет разбить информацию на более управляемые части.
- связать знания логическими связями, чтобы создать когерентную (согласованную) систему знаний. Надо понимать, что знания, как пазл, не всегда можно состыковать, по этой причине и возникает каша-малаша.
- используйте визуализацию и технические средства. Это поможет запомнить и сохранить вашу структуру знаний. Но если кто умеет, то можно выстроить эту сруктуру умозрительно (помните, как в фильме про Шерлока речь шла о чертогах памяти, как раз об этом).
- новая информация может быть соответствовать знаниям или не соответствовать, это проверка на пригодность или применимость новых знаний. Но вполне возможно, что новые знания могут быть лучше,чем прежние.
- систематизируйте новую информацию в соответствие со структурой. которая рассматривалась на первом шаге.
Свои знания необходимо постоянно обновлять и расширять, но строго в соответствие с вашей системой знаний.
И еще рекомендации по получению новых знаний:
- не читайте все подряд, выбирайте книги или источники информации авторитетных авторов
- читая информацию, осмысливайте ее в контексте рекомендаций из п.1, делайте заметки и конспекты или сохраняйте в архиве (кстати, тоже требует систематизации)
И в заключении, повторяйте и используйте знания на практике, без этого они будут лежать мертвым грузом. Практика покажет, какие знания можно выбросить, а какие станут полезными.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🔥3