Хорошие и плохие компании
Не так давно мой друг из Яндекса расспрашивал меня про загрузку на работе.
"Эх, вот бы понять, где и по баблу збс и овертаймов нет" - сказал он, добавив, что читал отзывы о моей компании, но там много писали про переработки🤔
Я поделился с ним своими мыслями, но эту тему хотелось бы обсудить и здесь, с вами.
Принимать решение о работе, опираясь исключительно на отзывы в интернете — не самая лучшая идея.
Из собственного опыта и опыта знакомых могу сказать, что негативные моменты найдутся в любой компании. Всегда найдется человек, которому что-то не понравилось👁
Расскажу на примере Россельхозбанка, в котором я раньше работал.
Перед тем как принять их предложение, я начитался много негативных отзывов и думал отказаться от оффера. Но собеседование прошло хорошо и дополнительно поговорив с руководителем, я решил рискнуть. В итоге, я не пожалел, что пошел: команда, в которую я попал, оказалась отличной, и многие из коллег стали моими близкими друзьями, с которыми я общаюсь до сих пор🤝
А теперь переключимся на моего товарища из Яндекса.
Он тоже имел опыт собеседований в Россельхозбанке, но с другой командой. По итогу он отказался от оффера, так как люди на собесе оставили неприятное впечатление и были душными.
Можно ли из этого сделать вывод, что Россельхозбанк — плохая компания? Скорее всего, нет. Проблемы чаще всего связаны с отдельными проектами или командами, а не с компанией в целом😖
В любой компании можно встретить какие-то негативные моменты, но это не должно стать основанием для категоричных выводов.
Я слышал много спорных историй про Сбер, МТС и другие крупные компании. Но так же я знаю людей, которым там очень нравится.
Важно уметь анализировать информацию, задавать правильные вопросы на собеседовании и, конечно же, слушать свое внутреннее чутье👉
Считаете ли вы, что есть "хорошие" и "плохие" компании, или все зависит от конкретных обстоятельств и личного опыта?
Пишите в комментария, как выбираете работу и на что обращаете внимание💬
Не так давно мой друг из Яндекса расспрашивал меня про загрузку на работе.
"Эх, вот бы понять, где и по баблу збс и овертаймов нет" - сказал он, добавив, что читал отзывы о моей компании, но там много писали про переработки
Я поделился с ним своими мыслями, но эту тему хотелось бы обсудить и здесь, с вами.
Принимать решение о работе, опираясь исключительно на отзывы в интернете — не самая лучшая идея.
Из собственного опыта и опыта знакомых могу сказать, что негативные моменты найдутся в любой компании. Всегда найдется человек, которому что-то не понравилось
Расскажу на примере Россельхозбанка, в котором я раньше работал.
Перед тем как принять их предложение, я начитался много негативных отзывов и думал отказаться от оффера. Но собеседование прошло хорошо и дополнительно поговорив с руководителем, я решил рискнуть. В итоге, я не пожалел, что пошел: команда, в которую я попал, оказалась отличной, и многие из коллег стали моими близкими друзьями, с которыми я общаюсь до сих пор
А теперь переключимся на моего товарища из Яндекса.
Он тоже имел опыт собеседований в Россельхозбанке, но с другой командой. По итогу он отказался от оффера, так как люди на собесе оставили неприятное впечатление и были душными.
Можно ли из этого сделать вывод, что Россельхозбанк — плохая компания? Скорее всего, нет. Проблемы чаще всего связаны с отдельными проектами или командами, а не с компанией в целом
В любой компании можно встретить какие-то негативные моменты, но это не должно стать основанием для категоричных выводов.
Я слышал много спорных историй про Сбер, МТС и другие крупные компании. Но так же я знаю людей, которым там очень нравится.
Важно уметь анализировать информацию, задавать правильные вопросы на собеседовании и, конечно же, слушать свое внутреннее чутье
Считаете ли вы, что есть "хорошие" и "плохие" компании, или все зависит от конкретных обстоятельств и личного опыта?
Пишите в комментария, как выбираете работу и на что обращаете внимание
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤1
✍️Делал сейчас таблицу в Excel, вспомнил хорошую статью.
Вещь кажется простая, но многие забывают о важности удобочитаемости данных.
https://habr.com/ru/companies/agima/articles/692032/
Вещь кажется простая, но многие забывают о важности удобочитаемости данных.
https://habr.com/ru/companies/agima/articles/692032/
Хабр
Дизайн таблиц для чайников
Привет, Хабр! Меня зовут Костя, и я отвечаю за дизайн в AGIMA . Недавно, рассказывая коллеге, как надо было оформить таблицу, я словил дежавю: делал я это явно не первый раз. Поэтому я решил написать...
👍6⚡1❤1❤🔥1💯1
Обратная связь: Часть 1
Я думаю, все согласятся с тем, насколько важна обратная связь. Об этом написано огромное количество статей и снято много видео. Но давайте сосредоточимся на главном:
🎯 Критерии успешной обратной связи:
1.🕒 Своевременность: Обратная связь должна быть дана вовремя.
Пример: Петя допустил ошибку в понедельник. Обсудите это с ним до среды, чтобы детали были еще свежи. Задержка до конца недели снизит эффективность вашего общения.
2.🔍 Фокусированность: Держите фокус, обсуждая одну тему за раз.
Пример: Разбираясь с Петей в его работе над задачей А и задачей Б, сначала выясните все по первому вопросу, затем переходите ко второму, чтобы Петя не растерялся.
3.💡 Конкретика: Говорите о фактах, избегая домыслов.
Пример: Не говорите Пете, что его работа недостаточно хороша. Укажите на конкретные ошибки и их последствия.
4.🤝 Уважение личности: Сфокусируйтесь на действиях, а не на личных качествах.
Пример: Говоря Пете о необходимости улучшить взаимодействие в команде, обсудите конкретные моменты его коммуникации, не касаясь его личных качеств.
5.⚖️ Баланс между похвалой и критикой: Стремитесь к равновесию в своих оценках.
Пример: Избегайте подхода "сэндвич с дерьмом ", когда ваши комментарии строятся по схеме: сначала похвала, затем критика, и снова похвала. Такой подход может вызвать смешанные чувства у собеседника и быть воспринятым неправильно. Вместо этого, старайтесь находить гармоничный баланс, четко разграничивая конструктивную критику и искреннюю похвалу."
🚫 Примеры плохой обратной связи:
1.⚠️ Поверхностность:
Пример: обратная связь ограничивается общими и неопределенными замечаниями, такими как "ты не справляешься", без конкретных примеров или объяснения, что именно нуждается в улучшении.
2.🗣 Основана на слухах:
Пример: Не используйте непроверенную информацию от третьих лиц в обратной связи с Петей.
3.🛑 Вызывает оправдания:
Пример: Если после вашей обратной связи Петя часто оправдывается или кажется защищающимся, это может быть признаком того, что подход был слишком строгим или обвинительным. Вместо того чтобы ставить Петю в позицию защиты, старайтесь формулировать свои замечания таким образом, чтобы они воспринимались как предложения по улучшению, а не как критика личности. Это поможет создать более продуктивную и открытую атмосферу для диалога и сотрудничества.
4.❓ Отсутствие критериев:
Пример: Если Петя допустил ошибку без четко определенных критериев приемки, проблема может быть в недостаточной ясности задачи.
5. 📉 Отсутствие действий по улучшению:
Пример: Указывая на ошибку Пети, всегда предлагайте конкретные шаги для её исправления и развития.
Помните, что ваша обратная связь - это не просто мнение, это мощный инструмент для роста и развития, который следует использовать с умом и уважением.
Я думаю, все согласятся с тем, насколько важна обратная связь. Об этом написано огромное количество статей и снято много видео. Но давайте сосредоточимся на главном:
🎯 Критерии успешной обратной связи:
1.🕒 Своевременность: Обратная связь должна быть дана вовремя.
Пример: Петя допустил ошибку в понедельник. Обсудите это с ним до среды, чтобы детали были еще свежи. Задержка до конца недели снизит эффективность вашего общения.
2.🔍 Фокусированность: Держите фокус, обсуждая одну тему за раз.
Пример: Разбираясь с Петей в его работе над задачей А и задачей Б, сначала выясните все по первому вопросу, затем переходите ко второму, чтобы Петя не растерялся.
3.💡 Конкретика: Говорите о фактах, избегая домыслов.
Пример: Не говорите Пете, что его работа недостаточно хороша. Укажите на конкретные ошибки и их последствия.
4.🤝 Уважение личности: Сфокусируйтесь на действиях, а не на личных качествах.
Пример: Говоря Пете о необходимости улучшить взаимодействие в команде, обсудите конкретные моменты его коммуникации, не касаясь его личных качеств.
5.⚖️ Баланс между похвалой и критикой: Стремитесь к равновесию в своих оценках.
Пример: Избегайте подхода "сэндвич
🚫 Примеры плохой обратной связи:
1.⚠️ Поверхностность:
Пример: обратная связь ограничивается общими и неопределенными замечаниями, такими как "ты не справляешься", без конкретных примеров или объяснения, что именно нуждается в улучшении.
2.🗣 Основана на слухах:
Пример: Не используйте непроверенную информацию от третьих лиц в обратной связи с Петей.
3.🛑 Вызывает оправдания:
Пример: Если после вашей обратной связи Петя часто оправдывается или кажется защищающимся, это может быть признаком того, что подход был слишком строгим или обвинительным. Вместо того чтобы ставить Петю в позицию защиты, старайтесь формулировать свои замечания таким образом, чтобы они воспринимались как предложения по улучшению, а не как критика личности. Это поможет создать более продуктивную и открытую атмосферу для диалога и сотрудничества.
4.❓ Отсутствие критериев:
Пример: Если Петя допустил ошибку без четко определенных критериев приемки, проблема может быть в недостаточной ясности задачи.
5. 📉 Отсутствие действий по улучшению:
Пример: Указывая на ошибку Пети, всегда предлагайте конкретные шаги для её исправления и развития.
Помните, что ваша обратная связь - это не просто мнение, это мощный инструмент для роста и развития, который следует использовать с умом и уважением.
👍5💯2❤🔥1❤1🔥1
Обратная связь: Часть 2
Как давать эффективную обратную связь 🔄
1.🎯Четко опишите конкретную ситуацию и действия собеседника.
2.💡Расскажите о том, как действия собеседника повлияли на вас, команду или проект.
3.🌟Опишите желаемый результат и пути его достижения:
Поддержка: Подчеркните, что собеседник сделал хорошо и как это способствует его успеху.
Развитие: Обозначьте аспекты, требующие улучшения, и объясните их важность.
Корректировка: Определите, что нужно изменить, и объясните причины.
4.🗣Предложите собеседнику поделиться своим мнением. Узнайте, согласен ли он с вашей точкой зрения и спросите, какие у него есть предложения.
5.🔍Сформулируйте конкретные шаги для изменения поведения или достижения результата. Определите, как вы вместе будете контролировать и оценивать прогресс.
Важно: 💬 Давайте обратную связь только на фактах. Избегайте оценок личности собеседника и предположений.
Пример:
1.📍 Описание ситуации: "Петя, давай обсудим задачу, которую ты делал в прошлом спринте."
2.🕒 Фактический результат: "Задача была выполнена в срок, но результат немного отличается от того, что требовалось по задаче. Это вызвало недовольство бизнеса и теперь нам придется переделывать задачу в следующем спринте."
3.💭 Желаемый исход: "Если бы ты заранее задал вопросы аналитику, возможно, задачу не пришлось бы переделывать."
4.🤔 Мнение собеседника: "Что думаешь? Может у тебя есть предложения по улучшению описания задач?"
5.📝 План действий:"Давай договоримся: если возникают вопросы по задаче, сразу обращайся к аналитику. Также мы можем организовать встречу с аналитиком, чтобы обсудить, как лучше формулировать задачи для разработки."
🌐 Обратная связь — ключевой инструмент в управлении проектами и командной работе. Она помогает улучшать процессы, повышать эффективность и способствует профессиональному развитию как отдельных сотрудников, так и всей команды. Главное — подходить к этому процессу с уважением, конструктивностью и открытостью к диалогу.
👥 Как вы даете обратную связь? Есть ли у вас особые приемы или методы? Поделитесь своим опытом в комментариях!
Как давать эффективную обратную связь 🔄
1.🎯Четко опишите конкретную ситуацию и действия собеседника.
2.💡Расскажите о том, как действия собеседника повлияли на вас, команду или проект.
3.🌟Опишите желаемый результат и пути его достижения:
Поддержка: Подчеркните, что собеседник сделал хорошо и как это способствует его успеху.
Развитие: Обозначьте аспекты, требующие улучшения, и объясните их важность.
Корректировка: Определите, что нужно изменить, и объясните причины.
4.🗣Предложите собеседнику поделиться своим мнением. Узнайте, согласен ли он с вашей точкой зрения и спросите, какие у него есть предложения.
5.🔍Сформулируйте конкретные шаги для изменения поведения или достижения результата. Определите, как вы вместе будете контролировать и оценивать прогресс.
Важно: 💬 Давайте обратную связь только на фактах. Избегайте оценок личности собеседника и предположений.
Пример:
1.📍 Описание ситуации: "Петя, давай обсудим задачу, которую ты делал в прошлом спринте."
2.🕒 Фактический результат: "Задача была выполнена в срок, но результат немного отличается от того, что требовалось по задаче. Это вызвало недовольство бизнеса и теперь нам придется переделывать задачу в следующем спринте."
3.💭 Желаемый исход: "Если бы ты заранее задал вопросы аналитику, возможно, задачу не пришлось бы переделывать."
4.🤔 Мнение собеседника: "Что думаешь? Может у тебя есть предложения по улучшению описания задач?"
5.📝 План действий:"Давай договоримся: если возникают вопросы по задаче, сразу обращайся к аналитику. Также мы можем организовать встречу с аналитиком, чтобы обсудить, как лучше формулировать задачи для разработки."
🌐 Обратная связь — ключевой инструмент в управлении проектами и командной работе. Она помогает улучшать процессы, повышать эффективность и способствует профессиональному развитию как отдельных сотрудников, так и всей команды. Главное — подходить к этому процессу с уважением, конструктивностью и открытостью к диалогу.
👥 Как вы даете обратную связь? Есть ли у вас особые приемы или методы? Поделитесь своим опытом в комментариях!
❤🔥5❤3👍2💯1
🔍 Вдруг кто-то хотел освежить знания по REST. Нашел довольно не тривиальную статью, которая углубляется в тему и разъясняет ключевые концепции.
https://systems.education/what-is-rest
https://systems.education/what-is-rest
systems.education
■ Статья. REST, что же ты такое?
Понятное введение в технологию
❤2👍2👏1
🚀 От Scrum к Kanban: Интересный кейс улучшения работы команды
Наткнулся на интересную статью, где автор делится опытом перехода их команд с Scrum на Kanban. Этот шаг кардинально улучшил их взаимодействие и работу.
https://telegra.ph/Slomat-nelzya-naladit-Upravlencheskie-resheniya-kotorye-pomogut-komande-naladit-kommunikaciyu-i-vzaimoponimanie-12-25
Наткнулся на интересную статью, где автор делится опытом перехода их команд с Scrum на Kanban. Этот шаг кардинально улучшил их взаимодействие и работу.
https://telegra.ph/Slomat-nelzya-naladit-Upravlencheskie-resheniya-kotorye-pomogut-komande-naladit-kommunikaciyu-i-vzaimoponimanie-12-25
Telegraph
Сломать нельзя наладить. Управленческие решения, которые помогут команде наладить коммуникацию и взаимопонимание
Привет! Меня зовут Катя. Я — менеджер проектов в компании Constanta и сегодня хочу с вами поделиться, как важно выстраивать новые процессы постепенно, не разрушая их до основания. Мы с вами познакомились в предыдущей статье, где я описала свои правила и план…
🔥3❤1❤🔥1👏1😱1
🌤С наступлением весны, коллеги!
Надеюсь, ваша последняя зимняя пятница прошла без сбоев и "ожибок"! 🚫🐞
#поддержка
Надеюсь, ваша последняя зимняя пятница прошла без сбоев и "ожибок"! 🚫🐞
#поддержка
😁7❤2
https://ancient-fenugreek-e73.notion.site/46e5208ce13b4488990e36b0a7848b7c
Please open Telegram to view this post
VIEW IN TELEGRAM
ancient-fenugreek-e73 on Notion
Демо-проект | Notion
Hosted by Notion Sites — The easiest way to get a website up and running.
👍4❤🔥3❤1
Нашел классный курс лекций для аналитиков! Там и как общаться со стейкхолдерами, кто в команде за что отвечает, как описывать задачи, с артефактами работать и другая БАЗА.
Если вы начинающий аналитик, то это вообще считаю мастхев. Если уже на опыте, то можете включить, как подкаст и послушать перед собеседованиями.
https://www.youtube.com/watch?v=FoGsGa6a9VI&list=PL4_hYwCyhAvb0pm9MdtpG3_P4CAUhru4s&index=1&t=1419s&ab_channel=ЛекторийФПМИ
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Анализ требований 1. Введение в аналитику, системный анализ.
Лектор: Иван Архипов
Снимал: Михаил Кревский
Монтировал: Александр Гришутин
Снимал: Михаил Кревский
Монтировал: Александр Гришутин
🔥6👍3❤1❤🔥1
🍃Agile (Гибкая разработка)
Agile — это философия разработки, основанная на итеративном подходе, где требования и решения развиваются через совместную работу самоорганизующихся межфункциональных команд.
Главная задача — максимально быстро и гибко реагировать на изменения, поддерживая тесное взаимодействие внутри команд и с заказчиками.
🏗Scrum
Scrum — это наиболее популярный фреймворк внутри Agile, представляющий собой набор принципов и практик для эффективной работы над продуктом. В Scrum есть чётко определённые роли (Scrum Master, Product Owner, Development Team), артефакты (Product Backlog, Sprint Backlog, Increment) и события (Sprint, Daily Scrum, Sprint Review, Sprint Retrospective). Это всё создаёт структурированную среду для быстрой и эффективной работы над проектами.
🌊Kanban
Kanban — это уже другой популярный фреймворк внутри Agile. Он сосредотачивается на визуализации рабочего процесса и управлении потоком задач.
Основные принципы Kanban включают визуализацию работы (часто с использованием доски Kanban), управление потоком (ограничение текущих задач), анализ и улучшение производительности. Kanban идеально подходит для команд с непрерывным потоком задач, стремящихся сократить время их выполнения.
Выбор между Scrum и Kanban зависит от специфики проекта, потребностей команды и предпочитаемого уровня структурированности в процессе работы.
Подписывайся IT АНАЛитика
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤1👏1💋1🙈1
Хорошо поставленная задача есть? А если найду?🕵️♂️ : Часть 1 - Почему важно
Приветствую всех подписчиков канала! Сегодня мы начинаем серию постов, которая раскроет одну из наиболее критических и часто недооцениваемых тем в бизнес и системной аналитике — правильная постановка задачи на разработку.
В последнее время я все чаще замечаю, что даже опытные аналитики иногда пренебрегают важностью детальной и структурированной постановки задач, ограничиваясь лишь краткими описаниями. Особенно это касается зрелых команд, где аналитики предполагают, что разработчики уже в курсе деталей и могут обойтись минимумом информации. Такой подход неизбежно ведет к доработкам в будущих спринтах, увеличивая общие затраты и время на разработку. Но почему же четкая и структурированная постановка задачи так важна? Давайте разбираться!😳
1. Разработка становится дешевле💸
Правильно поставленная задача сокращает лишние расходы. Когда задача чётко сформулирована, разработчик точно знает, что от него требуется, и может эффективнее планировать свою работу без постоянных уточнений. Это минимизирует время на доработки и исправления, напрямую снижая общие затраты проекта.
2. Разработка становится быстрее🚙
Хорошо поставленная задача ускоряет процесс разработки, так как меньше времени уходит на общение и уточнения. Разработчики могут сразу приступить к выполнению задачи, не тратя время на встречи и переписки. Это ускоряет вывод продукта на рынок и повышает моральный дух команды.
3. Продукт становится качественнее🤔
Когда задачи правильно сформулированы и учтены все требования, вероятность того, что конечный продукт удовлетворит ожидания заказчика, значительно возрастает. Это приводит к уменьшению ошибок и багов на стадии тестирования и эксплуатации, что критически важно для долгосрочного успеха проекта.
4. Развиваются навыки и улучшается командная работа📈
Правильная постановка задач не только улучшает текущий проект, но и способствует профессиональному росту участников команды. Разработчики и тестировщики учатся работать с четкими, структурированными требованиями, развивая свои технические и коммуникативные навыки и лучше понимая проектные цели.
5. Повышается доступность📚
Не стоит забывать, что задача может потребоваться другому аналитику или новым членам команды в будущем. Хорошо написанная задача гарантирует, что любой член команды, независимо от его участия в первоначальных этапах, сможет легко разобраться и эффективно работать с проектом. Это существенно экономит время, минимизирует риски ошибок и облегчает процесс доработок или обновлений проекта в дальнейшем.
А как вы подходите к работе с задачами? Уделяете ли вы достаточно внимания детальной постановке или полагаетесь только на проработанные артефакты и поверхностное описание? Делитесь вашим опытом в комментариях!
В следующем посте мы рассмотрим ключевые атрибуты хорошо поставленной задачи, которые помогут вам улучшить процесс её постановки.
IT АНАЛитика
Приветствую всех подписчиков канала! Сегодня мы начинаем серию постов, которая раскроет одну из наиболее критических и часто недооцениваемых тем в бизнес и системной аналитике — правильная постановка задачи на разработку.
В последнее время я все чаще замечаю, что даже опытные аналитики иногда пренебрегают важностью детальной и структурированной постановки задач, ограничиваясь лишь краткими описаниями. Особенно это касается зрелых команд, где аналитики предполагают, что разработчики уже в курсе деталей и могут обойтись минимумом информации. Такой подход неизбежно ведет к доработкам в будущих спринтах, увеличивая общие затраты и время на разработку. Но почему же четкая и структурированная постановка задачи так важна? Давайте разбираться!
1. Разработка становится дешевле
Правильно поставленная задача сокращает лишние расходы. Когда задача чётко сформулирована, разработчик точно знает, что от него требуется, и может эффективнее планировать свою работу без постоянных уточнений. Это минимизирует время на доработки и исправления, напрямую снижая общие затраты проекта.
2. Разработка становится быстрее
Хорошо поставленная задача ускоряет процесс разработки, так как меньше времени уходит на общение и уточнения. Разработчики могут сразу приступить к выполнению задачи, не тратя время на встречи и переписки. Это ускоряет вывод продукта на рынок и повышает моральный дух команды.
3. Продукт становится качественнее
Когда задачи правильно сформулированы и учтены все требования, вероятность того, что конечный продукт удовлетворит ожидания заказчика, значительно возрастает. Это приводит к уменьшению ошибок и багов на стадии тестирования и эксплуатации, что критически важно для долгосрочного успеха проекта.
4. Развиваются навыки и улучшается командная работа📈
Правильная постановка задач не только улучшает текущий проект, но и способствует профессиональному росту участников команды. Разработчики и тестировщики учатся работать с четкими, структурированными требованиями, развивая свои технические и коммуникативные навыки и лучше понимая проектные цели.
5. Повышается доступность📚
Не стоит забывать, что задача может потребоваться другому аналитику или новым членам команды в будущем. Хорошо написанная задача гарантирует, что любой член команды, независимо от его участия в первоначальных этапах, сможет легко разобраться и эффективно работать с проектом. Это существенно экономит время, минимизирует риски ошибок и облегчает процесс доработок или обновлений проекта в дальнейшем.
А как вы подходите к работе с задачами? Уделяете ли вы достаточно внимания детальной постановке или полагаетесь только на проработанные артефакты и поверхностное описание? Делитесь вашим опытом в комментариях!
В следующем посте мы рассмотрим ключевые атрибуты хорошо поставленной задачи, которые помогут вам улучшить процесс её постановки.
IT АНАЛитика
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥3❤1❤🔥1
🌱 PlantUML: Незаменимый инструмент для аналитика 🌱
Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow.👍
Для тех, кто не в курсе:
Что такое PlantUML?😐
PlantUML — это инструмент для создания диаграмм наподобие классов, активностей, компонентов и многих других, исключительно из текстового описания. Он интегрируется с популярными IDE и системами документации, включая Visual Studio Code и Confluence, делая его идеальным выбором для профессионалов в любой сфере.
Почему стоит использовать PlantUML? 💡
Экономия времени: Создавайте и обновляйте диаграммы быстро и эффективно. ⏱
Легкость изменений: Текстовый формат упрощает корректировки, минуя необходимость перерисовки сложных график.✏️
Поддержка командной работы: Идеален для коллективной работы и управления версиями.👥
Используете ли вы PlantUML в своей работе? Если нет, то сейчас отличное время начать и значительно улучшить процесс визуализации проектных задач. 🔥
Смотреть тут
Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow.
Для тех, кто не в курсе:
Что такое PlantUML?
PlantUML — это инструмент для создания диаграмм наподобие классов, активностей, компонентов и многих других, исключительно из текстового описания. Он интегрируется с популярными IDE и системами документации, включая Visual Studio Code и Confluence, делая его идеальным выбором для профессионалов в любой сфере.
Почему стоит использовать PlantUML? 💡
Экономия времени: Создавайте и обновляйте диаграммы быстро и эффективно. ⏱
Легкость изменений: Текстовый формат упрощает корректировки, минуя необходимость перерисовки сложных график.
Поддержка командной работы: Идеален для коллективной работы и управления версиями.
Используете ли вы PlantUML в своей работе? Если нет, то сейчас отличное время начать и значительно улучшить процесс визуализации проектных задач. 🔥
Смотреть тут
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Никита Харичкин — PlantUML с нуля до гуру: учимся «кодить» sequence-диаграммы
Подробнее о конференции Flow: https://jrg.su/CAm5kF
— —
Любите диаграммы последовательности, но всё еще готовите их вручную? Тогда мы идем к вам!
Никита Харичкин, создатель @Analyst_Boost, поведает о PlantUML — незаменимом инструменте аналитика в борьбе…
— —
Любите диаграммы последовательности, но всё еще готовите их вручную? Тогда мы идем к вам!
Никита Харичкин, создатель @Analyst_Boost, поведает о PlantUML — незаменимом инструменте аналитика в борьбе…
❤3❤🔥3