Я уже месяц в гостях у родителей, домой вернусь через полторы недели. За это время появилось больше сил на разные свершения 💪.
Например, решила немного усложнить себе жизнь и вписала в свой и без того забитый график индивидуальные занятия по английскому. Пока прошло три встречи, настрой боевой.
А как приеду домой, сразу возьму абонемент в фитнес (мой старый уже давно закончился). Я в предвкушении, там бассейн работает до 02:00! Так что после основной работы и второй смены (как на заводе 😄) в AnalystCore можно будет идти в басик и сауну.
Мне нужно хоть какое-то занятие для души и тела. У меня проблема с балансом: работа занимает почти весь день. Свободное время часто уходит только на приготовление еды, завтрак, обед и ужин (но это же не отдых, правда?). Ну и стараюсь гулять после работы хотя бы минут 40. Делаю что-то "нерабочее" только когда вспоминаю об этом, примерно раз в неделю. В этом плане я не пример, но хочу научиться отдыхать и находить баланс.
Нужны ваши советы — как не свихнуться?) Как вы восстанавливаетесь после рабочих марафонов? Делитесь, вдруг соберём коллекцию проверенных способов 👇
И давайте небольшой опрос:
Например, решила немного усложнить себе жизнь и вписала в свой и без того забитый график индивидуальные занятия по английскому. Пока прошло три встречи, настрой боевой.
А как приеду домой, сразу возьму абонемент в фитнес (мой старый уже давно закончился). Я в предвкушении, там бассейн работает до 02:00! Так что после основной работы и второй смены (как на заводе 😄) в AnalystCore можно будет идти в басик и сауну.
Мне нужно хоть какое-то занятие для души и тела. У меня проблема с балансом: работа занимает почти весь день. Свободное время часто уходит только на приготовление еды, завтрак, обед и ужин (но это же не отдых, правда?). Ну и стараюсь гулять после работы хотя бы минут 40. Делаю что-то "нерабочее" только когда вспоминаю об этом, примерно раз в неделю. В этом плане я не пример, но хочу научиться отдыхать и находить баланс.
Вот она, обратная сторона IT и когда работаешь не только в найме, но и над своими проектами. Хотя, думаю, с этой проблемой сталкиваются и те, у кого одна основная работа, сложно отключить голову. Но несмотря на занятость, мне это нравится. Курсы и ведение канала в радость ❤️. Просто не хочется выгореть.
Нужны ваши советы — как не свихнуться?) Как вы восстанавливаетесь после рабочих марафонов? Делитесь, вдруг соберём коллекцию проверенных способов 👇
И давайте небольшой опрос:
💻 — поставьте, если вы такие же трудоголики, которым сложно отдохнуть
🧘♀ — если у вас всё под контролем и с балансом порядокЯ иногда встречаю комментарии вроде: «Юз кейсы для бизнес-аналитиков», или «их никто уже не использует».
И тут мне хочется дать пруфы 😃.
Ребята, я сейчас работаю в крупной компании, где практически все команды работают именно по юз кейсам. Даже не просто работают, вся документация ведётся в этом формате.
Честно, раньше я тоже сомневалась, можно ли построить всю документацию на юз кейсах. Но оказалось, что это не только возможно, но и вполне удобно.
Даже если на проекте документация не ведётся в юз кейсах, я считаю, это незаменимый инструмент системного аналитика. А как иначе продумать логику работы системы? Это же самый идеальный инструмент, чтобы ничего не забыть.
У меня сейчас рабочая задача по переработке процесса авторизации, так без юз кейсов тут вообще никуда. Мне дали сложный контракт, нужно проработать интеграцию. Там миллиард альтернатив, которые без юз кейсов ну очень легко упустить из виду 😅.
Кто не знаком с техникой, сам инструмент достаточно простой: прорабатываем основной сценарий, выделяем альтернативы, прорабатываем их.
Правда, когда начинаете писать юз кейсы сталкиваетесь с рядом вопросов:
* «А так вообще можно писать?»,
* «Шаги дублируются, что с ними сделать?»,
* «А как оформить действия, которые могут быть в любом порядке?»,
* «А ошибки нужно свёртывать?»
* «А это нужно выносить в отдельный юз кейс?»
На всё это есть best practice. Очень рекомендую изучить тему юз кейс и начать применять в работе.
💬 Расскажите, а вы используете юз кейсы в своей работе?
Как именно? Кому не зашло?
💻 📎 👍
И тут мне хочется дать пруфы 😃.
Ребята, я сейчас работаю в крупной компании, где практически все команды работают именно по юз кейсам. Даже не просто работают, вся документация ведётся в этом формате.
Честно, раньше я тоже сомневалась, можно ли построить всю документацию на юз кейсах. Но оказалось, что это не только возможно, но и вполне удобно.
Даже если на проекте документация не ведётся в юз кейсах, я считаю, это незаменимый инструмент системного аналитика. А как иначе продумать логику работы системы? Это же самый идеальный инструмент, чтобы ничего не забыть.
У меня сейчас рабочая задача по переработке процесса авторизации, так без юз кейсов тут вообще никуда. Мне дали сложный контракт, нужно проработать интеграцию. Там миллиард альтернатив, которые без юз кейсов ну очень легко упустить из виду 😅.
Кто не знаком с техникой, сам инструмент достаточно простой: прорабатываем основной сценарий, выделяем альтернативы, прорабатываем их.
Правда, когда начинаете писать юз кейсы сталкиваетесь с рядом вопросов:
* «А так вообще можно писать?»,
* «Шаги дублируются, что с ними сделать?»,
* «А как оформить действия, которые могут быть в любом порядке?»,
* «А ошибки нужно свёртывать?»
* «А это нужно выносить в отдельный юз кейс?»
На всё это есть best practice. Очень рекомендую изучить тему юз кейс и начать применять в работе.
💬 Расскажите, а вы используете юз кейсы в своей работе?
Как именно? Кому не зашло?
— Поставьте, если пишете юз кейсы и кайфуете от структуры
— Не пишу, заменяю другими форматами
— Просто нравится постЯ постаралась по максимуму раскрыть тему юз кейсов на курсе "Системный аналитик с нуля до старта", приходите за лайфхаками.
А если хотите попрактиковаться со мной в написании, приглашаю на практику 💪
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍18 8 3👨💻1
Сейчас описываю сложные юз кейсы по авторизации и вспомнила распространённую ошибку тех, кто пользуется этой техникой.
Прорабатывая сценарии очень легко увлечься и утонуть в деталях 😞
У меня сейчас в сценариях море альтернатив. Чтобы справиться с объёмом стараюсь не лезть в детали слишком рано, а идти по шагам ниже👇
Ловите рабочую схему (всё общеизвестно, Алистер Коберн всё за нас сформулировал):
1️⃣ Сначала продумываем набор юз кейсов, что разрабатывать будем? Выделяем действующих лиц и их цели.
2️⃣ Прорабатываем сначала основной поток, основную последовательность шагов. Да, понимаем, что на каждом шаге может что-то сломаться, но оформляем это просто в виде комментариев, на этом этапе сильно не погружаемся.
3️⃣ Ищем все возможные альтернативы, что может быть по-другому в сценарии? Перечисляем в виде списка всё что находим.
После этого вы проходитесь по списку сами, с командой, менеджером и другими заинтересованными лицами и решаете, что из этого вы будете обрабатывать в системе?Спойлер: не всё нужно обрабатывать, что-то можно «схлопнуть» и выдать общую ошибку, например (но это решается совместно с командой).
4️⃣ У вас есть список альтернатив, которые будете реализовывать. Только сейчас начинаем их прорабатывать и описывать в виде шагов.
Я и сама сейчас чуть не утонула в альтернативных потоках 😅. Вспомнила эту методику и сейчас нахожусь на 3 шаге: набрасываю возможный список альтернатив, чтобы потом решить с тех.лидом и дизайнером, что мы будем обрабатывать из этого как-то по-особенному, по-хорошему, что можно вынести из скоупа этой задачи и пр.
А вы как боретесь с разрастанием альтернатив? В какой момент начинаете бить себя по рукам? 😅 Делитесь приёмами в комментах 👇
Прорабатывая сценарии очень легко увлечься и утонуть в деталях 😞
У меня сейчас в сценариях море альтернатив. Чтобы справиться с объёмом стараюсь не лезть в детали слишком рано, а идти по шагам ниже👇
Ловите рабочую схему (всё общеизвестно, Алистер Коберн всё за нас сформулировал):
1️⃣ Сначала продумываем набор юз кейсов, что разрабатывать будем? Выделяем действующих лиц и их цели.
2️⃣ Прорабатываем сначала основной поток, основную последовательность шагов. Да, понимаем, что на каждом шаге может что-то сломаться, но оформляем это просто в виде комментариев, на этом этапе сильно не погружаемся.
3️⃣ Ищем все возможные альтернативы, что может быть по-другому в сценарии? Перечисляем в виде списка всё что находим.
После этого вы проходитесь по списку сами, с командой, менеджером и другими заинтересованными лицами и решаете, что из этого вы будете обрабатывать в системе?
4️⃣ У вас есть список альтернатив, которые будете реализовывать. Только сейчас начинаем их прорабатывать и описывать в виде шагов.
Я и сама сейчас чуть не утонула в альтернативных потоках 😅. Вспомнила эту методику и сейчас нахожусь на 3 шаге: набрасываю возможный список альтернатив, чтобы потом решить с тех.лидом и дизайнером, что мы будем обрабатывать из этого как-то по-особенному, по-хорошему, что можно вынести из скоупа этой задачи и пр.
Я люблю технику Use Case и достаточно подробно её объясняю на курсе. Приходите за теорией 👉 "Системный аналитик с нуля до старта". Также приглашаю на практику. Попрактикуетесь под моим чутким руководством и адским ревью 😈.
А вы как боретесь с разрастанием альтернатив? В какой момент начинаете бить себя по рукам? 😅 Делитесь приёмами в комментах 👇
2👍14❤6💯3
Сейчас многие, кто ищет работу, при получении отказов начинают копаться в себе и думать, что дело в них.
Хочу немного это развеять.
Очень часто в последнее время получаю сообщения вроде:
И каждый раз хочется сказать:
❗️ НЕТ, дело не в вас!
К сожалению, сейчас рынок устроен так, что на одну вакансию HR получают сотник откликов, это количество пугает, и они не разбирают их все. Им проще найти нужного специалиста самому.
Резюме сортируют алгоритмы.
* Попали в выборку — вас увидят.
* Не попали — вам прилетает автоотказ, и никто даже не смотрел и не посмотрит ваше резюме.
И когда вы получаете 20 отказов подряд, это не говорит о вашей компетентности.
Это говорит о том, что вас просто не увидели.
Вам отказала машина, а не человек.
Что с этим сделать? Нужно немного повоевать с машиной 💪
👉 Подгоните резюме под вакансию
Прям берите формулировки из описания вакансий и вставляйте их к себе, именно так и работают фильтры.
👉 Не шаблонное сопроводительное письмо
Сопроводительное письмо должно быть не шаблонное вроде "Мне интересна ваша вакансия", а 3–4 авторских предложения, почему вам подходит именно эта компания и именно эта вакансия, почему вы горите этой работой.
👉 Создайте несколько версий резюме
Если есть компания, в которую вы хотите попасть, сделайте резюме под неё.
👉 Проявляйте инициативу
Пишите напрямую HR, ищите их контакты в TG, ищите раздел с вакансиями на сайте компании и откликайтесь в т.ч. там.
👉 И главное — не обесценивайте себя
Автоотказ — это не мнение о вас. Это просто алгоритм.
Поиск работы (не только первой) всегда занимает время. И он правда может быть долгим.
Но это не причина думать, что вы плохой специалист.
Ребята, поделитесь вашими историями. С какими трудностями вы сталкиваетесь сейчас или сталкивались за последний год? 👇
Хочу немного это развеять.
Очень часто в последнее время получаю сообщения вроде:
* Откликаюсь на вакансии и получаю одни отказы.
* Мне никто не отвечает, одна тишина.
* До HR даже не добираюсь, наверное, я слабый специалист?
* У меня мало опыта, отправляю отклики десятками, ответа ноль.
* Может, я делаю что-то не так? Дело во мне?
И каждый раз хочется сказать:
К сожалению, сейчас рынок устроен так, что на одну вакансию HR получают сотник откликов, это количество пугает, и они не разбирают их все. Им проще найти нужного специалиста самому.
Резюме сортируют алгоритмы.
* Попали в выборку — вас увидят.
* Не попали — вам прилетает автоотказ, и никто даже не смотрел и не посмотрит ваше резюме.
И когда вы получаете 20 отказов подряд, это не говорит о вашей компетентности.
Это говорит о том, что вас просто не увидели.
Вам отказала машина, а не человек.
Что с этим сделать? Нужно немного повоевать с машиной 💪
👉 Подгоните резюме под вакансию
Прям берите формулировки из описания вакансий и вставляйте их к себе, именно так и работают фильтры.
👉 Не шаблонное сопроводительное письмо
Сопроводительное письмо должно быть не шаблонное вроде "Мне интересна ваша вакансия", а 3–4 авторских предложения, почему вам подходит именно эта компания и именно эта вакансия, почему вы горите этой работой.
👉 Создайте несколько версий резюме
Если есть компания, в которую вы хотите попасть, сделайте резюме под неё.
👉 Проявляйте инициативу
Пишите напрямую HR, ищите их контакты в TG, ищите раздел с вакансиями на сайте компании и откликайтесь в т.ч. там.
👉 И главное — не обесценивайте себя
Автоотказ — это не мнение о вас. Это просто алгоритм.
Поиск работы (не только первой) всегда занимает время. И он правда может быть долгим.
Но это не причина думать, что вы плохой специалист.
НЕ СДАВАЙТЕСЬ, слышите?
Новички: многие сольются, а вы дойдёте до оффера, если просто продолжите идти.
Опытные: не соглашайтесь на что попало только потому, что "нужна работа". Подождите. Ваша вакансия вас тоже ищет и обязательно найдёт. ❤️
Ребята, поделитесь вашими историями. С какими трудностями вы сталкиваетесь сейчас или сталкивались за последний год? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
4❤🔥23❤12🔥3
Под предыдущим постом ребята поделились своими историями поиска работы. Очень советую почитать, там много интересного и жизненного.
А я хочу продолжить тему и поделиться ещё одним рабочим способом поиска.
🎯 Простой лайфхак:
Если hh сейчас почти не работает, то давайте идти другим путём.
Чтобы помочь вам чуть быстрее стартовать, собрала подборку компаний, куда можно пойти работать (или попасть на стажировку).
Разумеется, достойных компаний больше, главное понять сам принцип:
понравилась компания → идёте на их сайт → откликаетесь напрямую
Вот список, с которого можно начать 👇
1. ВТБ
2. ОТП БАНК
3. Т-БАНК
4. АЛЬФА-БАНК
5. СОВКОМБАНК
6. СБЕР
7. МТС
8. БИЛАЙН
9. VK
10. ЯНДЕКС
11. АВИТО
12. ОЗОН
13. Wildberries
14. LAMODA
15. МАГНИТ
16. ЛЕНТА
17. X5 Tech
18. САМОКАТ
19. СИБУР
20. БФТ
21. Т2
22. СЕВЕРСТАЛЬ
23. САМОЛЕТ
24. ЗОЛОТОЕ ЯБЛОКО
Не могу не отметить, что для уверенной работы и прохождения собеседований нужна крепкая база: теория уровней и видов требований, User Story, Use Case, моделирование процессов, нотации, проектирование ER-модели, понимание основ БД и SQL, виды интеграций, REST API, документация. Всё это собрано в одном месте: в моём курсе на Степике. А если хотите попрактиковаться и получить обратную связь, как на реальной работе, с разбором, почему одно решение лучше другого — вам ко мне на практику.
А я хочу продолжить тему и поделиться ещё одним рабочим способом поиска.
🎯 Простой лайфхак:
Заходите напрямую на сайты компаний и откликайтесь там.
Если hh сейчас почти не работает, то давайте идти другим путём.
Чтобы помочь вам чуть быстрее стартовать, собрала подборку компаний, куда можно пойти работать (или попасть на стажировку).
Разумеется, достойных компаний больше, главное понять сам принцип:
понравилась компания → идёте на их сайт → откликаетесь напрямую
Вот список, с которого можно начать 👇
1. ВТБ
2. ОТП БАНК
3. Т-БАНК
4. АЛЬФА-БАНК
5. СОВКОМБАНК
6. СБЕР
7. МТС
8. БИЛАЙН
9. VK
10. ЯНДЕКС
11. АВИТО
12. ОЗОН
13. Wildberries
14. LAMODA
15. МАГНИТ
16. ЛЕНТА
17. X5 Tech
18. САМОКАТ
19. СИБУР
20. БФТ
21. Т2
22. СЕВЕРСТАЛЬ
23. САМОЛЕТ
24. ЗОЛОТОЕ ЯБЛОКО
Не могу не отметить, что для уверенной работы и прохождения собеседований нужна крепкая база: теория уровней и видов требований, User Story, Use Case, моделирование процессов, нотации, проектирование ER-модели, понимание основ БД и SQL, виды интеграций, REST API, документация. Всё это собрано в одном месте: в моём курсе на Степике. А если хотите попрактиковаться и получить обратную связь, как на реальной работе, с разбором, почему одно решение лучше другого — вам ко мне на практику.
3❤19🔥11👏3
Подходящий контент для воскресенья: выделение MVP в уборке 🧼✨
Спустя тяжёлую рабочую неделю я поняла, что мы немного подзабили на дом, и хочется быстро и качественно убраться. Но на входе имеем классическую ситуацию:
сил — ноль, дел — миллион💯
Пугает, что дел очень много от базы вроде «помыть ванну» до «оттереть пароочистителем межплиточные швы». 🙃
И даже в бытовых вопросах айтишник что делает?
Правильно: пытается применить все рабочие принципы к обычной жизни.
Мы в работе декомпозируем задачи, выделяем главное и делаем минимум, который приносит ценность (MVP). И в уборке я поступлю так же. 😉
Для тех, кто не сталкивался с этим термином:
Возвращаясь к уборке:
Я выписала весь огромный список дел и начала расставлять приоритеты.
🧽 Мой личный MVP в уборке — это сделать так, что бы было не стыдно, если кто-то внезапно зайдёт ко мне домой:
* помыть полы в квартире (это User Story, как именно это будет сделано — это уже детали реализации: вручную, робот-пылесос, уборщица и др.)
* пропылесосить коврик в прихожей
* помыть туалет и ванну
* повесить чистое полотенце и наполнить дозатор мыла
* кухонный стол и диван — это первое, что видно при входе в мою квартиру → User Story «убрать всё лишнее со стола и дивана»
* протереть пыль там, где она реально бросается в глаза и раздражает 😅
Это мой базовый минимум.
Что для меня НЕ MVP (но триггерит, поэтому сделаю постепенно в течение недели):
* разобрать баночки в ванной и красиво их расставить
* перестирать всё бельё
* убрать несезонную одежду
* убрать несезонную обувь (уборку одежды и обуви разделяю, т.к. User Story должны быть небольшими, для меня будет ценно, если я сделаю хотя бы что-то одно)
* разобрать аптечку
* разобрать документы, которые лежат в самых разных местах в квартире 🙃
Отложенные задачи (имеют для меня ценность, но не прямо сейчас):
* помыть кухонный гарнитур
* почистить пароочистителем межплиточные швы на кухне
* отдельно: в ванной
* отдельно: в коридоре (каждая User Story будет для меня иметь ценность по отдельности)
* собрать ненужные вещи и отдать в добрые руки
* разобрать хлам на балконе так, чтобы он просто не бросался в глаза (полноценную уборку я вообще не планирую до лета, и эта User Story появится позже ближе к делу 😅)
Это я вам рассказала о применении User Story Map и MVP в обычной жизни.
Но на самом деле это незаменимый инструмент в работе аналитика. Если мы будем делать задачи в том объёме, в каком их приносит заказчик, никто никогда ничего не успеет.
Нужно уметь урезать, выделять главное, понимать, что можно исключить без потери ценности.
На курсе я подробно осветила концепцию, как команде работать по User Story и как декомпозировать задачи. Приходите за полезными знаниями и лайфхаками для работы. А если хотите ещё и попрактиковаться, то приглашаю на практику, там я с вами составлю User Story Map.
Ребята, а как вы убираетесь дома?) Что для вас MVP в уборке? 👇
Спустя тяжёлую рабочую неделю я поняла, что мы немного подзабили на дом, и хочется быстро и качественно убраться. Но на входе имеем классическую ситуацию:
сил — ноль, дел — миллион
Пугает, что дел очень много от базы вроде «помыть ванну» до «оттереть пароочистителем межплиточные швы». 🙃
И даже в бытовых вопросах айтишник что делает?
Правильно: пытается применить все рабочие принципы к обычной жизни.
Мы в работе декомпозируем задачи, выделяем главное и делаем минимум, который приносит ценность (MVP). И в уборке я поступлю так же. 😉
Для тех, кто не сталкивался с этим термином:
MVP — минимальный жизнеспособный продукт, т.е. самое маленькое, что уже приносит пользу. А ещё есть инструмент User Story Map, на котором можно наглядно показать это MVP и то, что будет сделано после него.
Возвращаясь к уборке:
Я выписала весь огромный список дел и начала расставлять приоритеты.
🧽 Мой личный MVP в уборке — это сделать так, что бы было не стыдно, если кто-то внезапно зайдёт ко мне домой:
* помыть полы в квартире (это User Story, как именно это будет сделано — это уже детали реализации: вручную, робот-пылесос, уборщица и др.)
* пропылесосить коврик в прихожей
* помыть туалет и ванну
* повесить чистое полотенце и наполнить дозатор мыла
* кухонный стол и диван — это первое, что видно при входе в мою квартиру → User Story «убрать всё лишнее со стола и дивана»
* протереть пыль там, где она реально бросается в глаза и раздражает 😅
Это мой базовый минимум.
Что для меня НЕ MVP (но триггерит, поэтому сделаю постепенно в течение недели):
* разобрать баночки в ванной и красиво их расставить
* перестирать всё бельё
* убрать несезонную одежду
* убрать несезонную обувь (уборку одежды и обуви разделяю, т.к. User Story должны быть небольшими, для меня будет ценно, если я сделаю хотя бы что-то одно)
* разобрать аптечку
* разобрать документы, которые лежат в самых разных местах в квартире 🙃
Отложенные задачи (имеют для меня ценность, но не прямо сейчас):
* помыть кухонный гарнитур
* почистить пароочистителем межплиточные швы на кухне
* отдельно: в ванной
* отдельно: в коридоре (каждая User Story будет для меня иметь ценность по отдельности)
* собрать ненужные вещи и отдать в добрые руки
* разобрать хлам на балконе так, чтобы он просто не бросался в глаза (полноценную уборку я вообще не планирую до лета, и эта User Story появится позже ближе к делу 😅)
Это я вам рассказала о применении User Story Map и MVP в обычной жизни.
Но на самом деле это незаменимый инструмент в работе аналитика. Если мы будем делать задачи в том объёме, в каком их приносит заказчик, никто никогда ничего не успеет.
Нужно уметь урезать, выделять главное, понимать, что можно исключить без потери ценности.
Аналитик должен уметь декомпозировать задачи и помогать команде находить тот самый базовый минимум (MVP) и роскошный максимум.🪄
На курсе я подробно осветила концепцию, как команде работать по User Story и как декомпозировать задачи. Приходите за полезными знаниями и лайфхаками для работы. А если хотите ещё и попрактиковаться, то приглашаю на практику, там я с вами составлю User Story Map.
Ребята, а как вы убираетесь дома?) Что для вас MVP в уборке? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤26⚡3🦄3
Очень хочу поделиться с вами радостной новостью ☺️
Степик каждый год оценивает курсы и выбирает лучшие на платформе.
За год на степике появилось более 2,6 тысяч платных курсов, бесплатных ещё больше. В конкурсе участвовали как новые, так и старые курсы, которые обновили свои материалы под условия.
🔝 36 из как минимум 2 600 курсов
При оценке смотрели на
* метрики обучения
* качество содержания курса (эксперты сами проходили некоторые уроки)
* оформление
* актуальность темы
* взаимодействие с учениками (как автор отвечает на комментарии и пр.).
Мы с Юрием реально вложили в курс очень много сил, времени и любви. Поэтому видеть такую оценку от платформы невероятно приятно.
Место в своей категории, к сожалению, не заняли, но то что мы стали одними из 36 - нас уже радует. Есть к чему стремиться 💪
Как-нибудь я напишу пост о том, как мы делали курс. А пока поделюсь одной забавной ситуацией. Каждую проработанную тему мы ревьюили и правили по несколько раз. Одно ревью мне запомнилось больше всего 👇
Я читала подготовленную речь из уроков с шезлонга, а Юра прямо из бассейна слушал всё и давал свои замечания со стороны разработки 😅.
В общем, этот курс делался везде, где только можно было открыть ноутбук и включить голову. И, наверное, именно поэтому он такой живой, продуманный и настоящий. Мы вложили в него всё, что могли.И даже чуть больше.
Степик каждый год оценивает курсы и выбирает лучшие на платформе.
За год на степике появилось более 2,6 тысяч платных курсов, бесплатных ещё больше. В конкурсе участвовали как новые, так и старые курсы, которые обновили свои материалы под условия.
И среди такого большого многообразия наш курс "Системный аналитик с нуля до старта"
стал одним из 36 номинантов на премию Stepik Awards по мнению экспертов.
При оценке смотрели на
* метрики обучения
* качество содержания курса (эксперты сами проходили некоторые уроки)
* оформление
* актуальность темы
* взаимодействие с учениками (как автор отвечает на комментарии и пр.).
Мы с Юрием реально вложили в курс очень много сил, времени и любви. Поэтому видеть такую оценку от платформы невероятно приятно.
Место в своей категории, к сожалению, не заняли, но то что мы стали одними из 36 - нас уже радует. Есть к чему стремиться 💪
Как-нибудь я напишу пост о том, как мы делали курс. А пока поделюсь одной забавной ситуацией. Каждую проработанную тему мы ревьюили и правили по несколько раз. Одно ревью мне запомнилось больше всего 👇
Я читала подготовленную речь из уроков с шезлонга, а Юра прямо из бассейна слушал всё и давал свои замечания со стороны разработки 😅.
В общем, этот курс делался везде, где только можно было открыть ноутбук и включить голову. И, наверное, именно поэтому он такой живой, продуманный и настоящий. Мы вложили в него всё, что могли.
Please open Telegram to view this post
VIEW IN TELEGRAM
5❤31👍13🎉10
С завтрашнего дня я буду в отпуске на работе.
Настроение окрылённое 😇
И вот что странно.
Несмотря на хорошее настроение, я вдруг вспомнила о работе в заказной разработке и отношении одного бывшего проджект менеджера к выходным и праздникам.
Для тех, кто не сталкивался:
Заказная разработка — это про дедлайны, вечно горящие сроки ижопы 😅 . Я сконцентрировалась на этих минусах, т.к. это подходит под тему моего поста.
➕ Но, кстати, несмотря на такое мое отношение, у подобных проектов есть много плюсов. Вы точно увеличите свой кругозор там, т.к. проекты меняются, вы погружаетесь в разные предметные области, разные технологии, тренируете свою аналитическую насмотренность. Прокачиваетесь в коммуникациях. Я действительно узнала там много нового и не жалею об этом опыте. Кто знает, может меня когда-нибудь занесёт туда снова 🤷♀️.
Но вернёмся к праздникам.
Сроки там всегда горели, заказчику постоянно чего-то не хватало, хотели впихнуть больше, чем это было предусмотрено бюджетом. Было место и оскорблениям и унижениям👍
И каждые праздники, вроде 23 февраля, 8 марта, шикарные майские праздники нам предлагали поработать сверхурочно.
Я часто отказывалась, т.к. такой рабочий ритм меня очень выматывал и даже оплатой x1,5 меня было не уговорить
(хотя кто знает, если бы мне предложили x2 от моей текущей ЗП 😏, мб я бы согласилась).
Но менеджер всегда отвечала тем кто отказывался так:
Так, она работала практически все праздники, у неё были силы на это.
Если честно, спустя много лет мое отношение к переработкам не особо изменилось. Я в большинстве случаев выберу не работать на выходных. Но когда это предлагают Юре — я за. Это же такое пополнение семейного бюджета 😂. Но он и не против.
А как вы относитесь к работе за x1,5 / 2 в праздники? 👇
Настроение окрылённое 😇
И вот что странно.
Несмотря на хорошее настроение, я вдруг вспомнила о работе в заказной разработке и отношении одного бывшего проджект менеджера к выходным и праздникам.
Для тех, кто не сталкивался:
Заказная разработка — это про дедлайны, вечно горящие сроки и
Но вернёмся к праздникам.
Сроки там всегда горели, заказчику постоянно чего-то не хватало, хотели впихнуть больше, чем это было предусмотрено бюджетом. Было место и оскорблениям и унижениям
И каждые праздники, вроде 23 февраля, 8 марта, шикарные майские праздники нам предлагали поработать сверхурочно.
Я часто отказывалась, т.к. такой рабочий ритм меня очень выматывал и даже оплатой x1,5 меня было не уговорить
(хотя кто знает, если бы мне предложили x2 от моей текущей ЗП 😏, мб я бы согласилась).
Но менеджер всегда отвечала тем кто отказывался так:
Ну вот что вы будете делать на праздниках? Ну ничего же полезного. Я вот лучше поработаю. От этого будет толк.
Так, она работала практически все праздники, у неё были силы на это.
Если честно, спустя много лет мое отношение к переработкам не особо изменилось. Я в большинстве случаев выберу не работать на выходных. Но когда это предлагают Юре — я за. Это же такое пополнение семейного бюджета 😂. Но он и не против.
А как вы относитесь к работе за x1,5 / 2 в праздники? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍18😁4
Какие цели поставить себе в следующем году?
Или «за что дают премию» 😉🎄
Во многих компаниях есть система «целей».
На квартал или на год сотруднику ставят задачи, которые нужно выполнить, чтобы услышать заветное «спасибо» и в идеале получить премию 💸.
Самое сложное, что часто сотрудник сам должен придумать себе 3-4 цели. И вот в этот момент наступает ступор:
а что вообще считается целью?
что написать?
и главное... что я реально смогу сделать к концу года или квартала?
Я собрала для вас примеры целей, которые обычно хорошо заходят и бизнесу, и руководителям. Как минимум от них можно оттолкнуться и придумать что-то своё👇.
Первое, что стабильно котируется и приносит пользу команде — это подготовка нового процесса или улучшение существующего.
Что это может быть?
* Подготовить процесс по ревью требований
Можно подумать, кого и когда лучше подключать к ревью, как это будет происходить, когда? Что как минимум должны проверить другие аналитики, разработчики и тестировщики? Где должны быть зафиксированы «апрувы» от ревьюеров и пр.? Как работать с комментариями?
* Процесс согласования требований
(актуально, если вам требуется согласование от многих заинтересованных лиц).
Подумайте, сколько дней будет идти согласование, в каком виде? Как вы будете получать заветное «согласовано»? Как будете принимать комментарии, сколько дней будет даваться на правки? Как будете версионировать ТЗ?
* Процесс работы с требованиями по Accessibility
У меня была как раз такая задача. Нужно было разобраться, какие требования к Accessibility вообще бывают, с какими из них мы начнём работать? Что будет входит в зону ответственности системного аналитика при проработке таких требований, а что останется за дизайнером и разработчиками? Помимо процесса я подготовила шаблон ведения таких требований.
* Процесс изменения документации после релиза
Это тоже пример моей прошлой цели. Все новые требования мы на проекте выделяем цветами, но вопрос, в какой момент мы считаем, что они зарелижены и когда их можно перекрашивать? В рамках цели я подготовила и согласовала процесс. Настроила автоматизацию, чтобы 1 раз в месяц каждому аналитику на почту приходил список его зарелиженных задач и написала инструкцию, как именно мы перекрашиваем требования, на что нужно обращать внимание.
Тут дополню. Любой процесс — это не просто «написал и забыл». Его нужно будет обсудить с коллегами, согласовать и по итогу внедрения собрать обратную связь.
Пост получился объёмным, а примеров целей у меня ещё много 😌 (процессы — это только один из примеров)
Ребята, дайте знать, если тема целей вам интересна. Поставьте ❤️, если хотите вторую часть.
А над какими целями вы работали? Поделитесь в комментариях. Всем нам нужны идеи на следующий год! 👇
Или «за что дают премию» 😉🎄
Во многих компаниях есть система «целей».
На квартал или на год сотруднику ставят задачи, которые нужно выполнить, чтобы услышать заветное «спасибо» и в идеале получить премию 💸.
Самое сложное, что часто сотрудник сам должен придумать себе 3-4 цели. И вот в этот момент наступает ступор:
а что вообще считается целью?
что написать?
и главное... что я реально смогу сделать к концу года или квартала?
Я собрала для вас примеры целей, которые обычно хорошо заходят и бизнесу, и руководителям. Как минимум от них можно оттолкнуться и придумать что-то своё👇.
💡 Процессы — почти всегда отличная цель
Первое, что стабильно котируется и приносит пользу команде — это подготовка нового процесса или улучшение существующего.
Что это может быть?
* Подготовить процесс по ревью требований
Можно подумать, кого и когда лучше подключать к ревью, как это будет происходить, когда? Что как минимум должны проверить другие аналитики, разработчики и тестировщики? Где должны быть зафиксированы «апрувы» от ревьюеров и пр.? Как работать с комментариями?
* Процесс согласования требований
(актуально, если вам требуется согласование от многих заинтересованных лиц).
Подумайте, сколько дней будет идти согласование, в каком виде? Как вы будете получать заветное «согласовано»? Как будете принимать комментарии, сколько дней будет даваться на правки? Как будете версионировать ТЗ?
* Процесс работы с требованиями по Accessibility
У меня была как раз такая задача. Нужно было разобраться, какие требования к Accessibility вообще бывают, с какими из них мы начнём работать? Что будет входит в зону ответственности системного аналитика при проработке таких требований, а что останется за дизайнером и разработчиками? Помимо процесса я подготовила шаблон ведения таких требований.
* Процесс изменения документации после релиза
Это тоже пример моей прошлой цели. Все новые требования мы на проекте выделяем цветами, но вопрос, в какой момент мы считаем, что они зарелижены и когда их можно перекрашивать? В рамках цели я подготовила и согласовала процесс. Настроила автоматизацию, чтобы 1 раз в месяц каждому аналитику на почту приходил список его зарелиженных задач и написала инструкцию, как именно мы перекрашиваем требования, на что нужно обращать внимание.
Тут дополню. Любой процесс — это не просто «написал и забыл». Его нужно будет обсудить с коллегами, согласовать и по итогу внедрения собрать обратную связь.
Пост получился объёмным, а примеров целей у меня ещё много 😌 (процессы — это только один из примеров)
Ребята, дайте знать, если тема целей вам интересна. Поставьте ❤️, если хотите вторую часть.
А над какими целями вы работали? Поделитесь в комментариях. Всем нам нужны идеи на следующий год! 👇
1❤31👍7
Новый год - это время свершений 🤶
Если давно хотели подтянуть базу, чтобы уверенно выполнять свою работу, то сейчас для этого самое подходящее время.
👉 курс Системный аналитик с нуля до старта.
Если давно хотели подтянуть базу, чтобы уверенно выполнять свою работу, то сейчас для этого самое подходящее время.
👉 курс Системный аналитик с нуля до старта.
Stepik: online education
Системный аналитик с нуля до старта
Освойте всё, что нужно начинающему системному аналитику за 2 месяца. База, без которой никуда ни джунам, ни мидлам, ни сеньорам. Внутри вас ждут 11 часов видео 🎬⭐, текстовые уроки, тесты и задания.
1👍5
Ну что, у всех новогоднее настроение? Ёлки нарядили? 🎄
Делитесь в комментариях своими красавицами. Давайте дадим праздника🎄
Делитесь в комментариях своими красавицами. Давайте дадим праздника
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10🎄7
Последние недели у меня прошли в режиме "держусь".
Ни хорошие, ни плохие, просто рабочие.
* Закончила анализ по задаче, которая тянулась ещё с прошлого года.
* Взяла новую.
* Позади неделя дежурства. С вопросами приходили нечасто, и это уже хорошо. Вот такие маленькие радости у айтишников: не мучали с вопросами 😅
* Проверяла домашки, отвечала ученикам.
* Смотрела сериал и очень хотела, чтобы он поскорее закончился (с этим я, кстати, справилась)
❤ — лайк с тех, кто ждал пятницу))
На самом деле я ожидала большего от этих двух недель.
Хотелось настроить рутину, выстроить режим, почувствовать хоть какую-то устойчивость, заняться хобби и пр. Но пока я живу в хаосе 🤷♀️.
Вообще, с годами я всё больше понимаю, насколько важна рутина, порядок, режим, повторяемость.
Люди, которые ложатся и встают в одно и то же время, вызывают у меня искреннее восхищение (на удалёнке куча соблазнов слиться). Те, кто ест по расписанию, стабильно выделяют хотя бы час в день на что-то для души, находят силы готовить.
У меня так не получается, но мне точно есть над чем работать в ближайшем будущем)
А расскажите, как у вас? Есть ли у вас распорядок дня?
Что хотелось бы добавить в свою рутину, но пока не получается? 👇
Ни хорошие, ни плохие, просто рабочие.
* Закончила анализ по задаче, которая тянулась ещё с прошлого года.
* Взяла новую.
* Позади неделя дежурства. С вопросами приходили нечасто, и это уже хорошо. Вот такие маленькие радости у айтишников: не мучали с вопросами 😅
* Проверяла домашки, отвечала ученикам.
* Смотрела сериал и очень хотела, чтобы он поскорее закончился (с этим я, кстати, справилась)
На самом деле я ожидала большего от этих двух недель.
Хотелось настроить рутину, выстроить режим, почувствовать хоть какую-то устойчивость, заняться хобби и пр. Но пока я живу в хаосе 🤷♀️.
Вообще, с годами я всё больше понимаю, насколько важна рутина, порядок, режим, повторяемость.
Люди, которые ложатся и встают в одно и то же время, вызывают у меня искреннее восхищение (на удалёнке куча соблазнов слиться). Те, кто ест по расписанию, стабильно выделяют хотя бы час в день на что-то для души, находят силы готовить.
У меня так не получается, но мне точно есть над чем работать в ближайшем будущем)
А расскажите, как у вас? Есть ли у вас распорядок дня?
Что хотелось бы добавить в свою рутину, но пока не получается? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
4❤28🔥2
Дежурите на работе? Ну и как вам? 🫠
У меня как раз закончилась неделя дежурства, и это навеяло мысль рассказать, что это вообще такое, вдруг кто-то ещё не сталкивался.
У меня был такой опыт с дежурствами:
1️⃣ На проекте было много людей, и каждую неделю выделялись дежурные со стороны анализа, разработки и тестирования. Т.е. три человека дежурили всю неделю.
Что делала я как дежурный аналитик:
* если разработчик фиксил баг и не понимал ожидаемый результат или нужно было что-то быстро найти в документации, он шёл ко мне, и мы вместе разбирались;
* если у смежных команд возникали вопросы по работе системы, они писали мне как дежурному, а дальше мы уже подключали нужных людей.
Суть простая: не отвлекать всех подряд. Есть дежурные — идёте к ним.
2️⃣ А вот в небольшой команде всё было иначе. Вот здесь я и познала всю «прелесть» дежурств 😅. Там все члены команды были равнозначны, t-shape и всё такое.
Суть дежурства была в том, чтобы разбирать инциденты с прода. Каждый должен был быть в состоянии разобраться с проблемой. Мы менялись каждый день: сегодня дежурит бэкендер, завтра фронтендер, послезавтра аналитик, потом тестировщик и т.д.
Каждый должен был быть в состоянии:
* что-то поправить напрямую в базе;
* написать миграцию;
* сделать выгрузку;
* посмотреть, какое сообщение пришло в Kafka и почему возникла ошибка и т.д., раскопать логи;
* если требовалось править функциональность, это уже оформляли отдельной задачей на разработку, дежурный должен был завести таску.
Инцидент твой, значит, тебе с ним и разбираться, ты отвечаешь за результат.
(Но, конечно же, всегда можно было попросить помощи)
3️⃣ А в некоторых местах я даже не знала, кто «официально» дежурит: какой разработчик или какой тестировщик.
Я была единственным аналитиком на проекте и просто понимала, что со стороны анализа дежурю всегда я. Каждый день. Без вариантов. Все вопросы ко мне. Жуть 😂
Как-то так.
Недели дежурств бывают разными: страшными, непредсказуемыми…
а иногда удивительно спокойными, без единого инцидента.
Желаю всем нам спокойных дежурств ❤️
А как вы относитесь к такой активности? Были истории, о которых хотелось бы забыть 😱?
У меня как раз закончилась неделя дежурства, и это навеяло мысль рассказать, что это вообще такое, вдруг кто-то ещё не сталкивался.
У меня был такой опыт с дежурствами:
1️⃣ На проекте было много людей, и каждую неделю выделялись дежурные со стороны анализа, разработки и тестирования. Т.е. три человека дежурили всю неделю.
Что делала я как дежурный аналитик:
* если разработчик фиксил баг и не понимал ожидаемый результат или нужно было что-то быстро найти в документации, он шёл ко мне, и мы вместе разбирались;
* если у смежных команд возникали вопросы по работе системы, они писали мне как дежурному, а дальше мы уже подключали нужных людей.
Суть простая: не отвлекать всех подряд. Есть дежурные — идёте к ним.
2️⃣ А вот в небольшой команде всё было иначе. Вот здесь я и познала всю «прелесть» дежурств 😅. Там все члены команды были равнозначны, t-shape и всё такое.
Суть дежурства была в том, чтобы разбирать инциденты с прода. Каждый должен был быть в состоянии разобраться с проблемой. Мы менялись каждый день: сегодня дежурит бэкендер, завтра фронтендер, послезавтра аналитик, потом тестировщик и т.д.
Каждый должен был быть в состоянии:
* что-то поправить напрямую в базе;
* написать миграцию;
* сделать выгрузку;
* посмотреть, какое сообщение пришло в Kafka и почему возникла ошибка и т.д., раскопать логи;
* если требовалось править функциональность, это уже оформляли отдельной задачей на разработку, дежурный должен был завести таску.
Инцидент твой, значит, тебе с ним и разбираться, ты отвечаешь за результат.
(Но, конечно же, всегда можно было попросить помощи)
3️⃣ А в некоторых местах я даже не знала, кто «официально» дежурит: какой разработчик или какой тестировщик.
Я была единственным аналитиком на проекте и просто понимала, что со стороны анализа дежурю всегда я. Каждый день. Без вариантов. Все вопросы ко мне. Жуть 😂
Как-то так.
Недели дежурств бывают разными: страшными, непредсказуемыми…
а иногда удивительно спокойными, без единого инцидента.
Желаю всем нам спокойных дежурств ❤️
А как вы относитесь к такой активности? Были истории, о которых хотелось бы забыть 😱?
1👍16❤9
Как разгрести список вопросов от коллег?
Думаю, эту боль понимает каждый 😭.
Нам пишут все:
* разработчики, тестировщики, дизайнеры, менеджеры, аналитики, смежные команды;
* по нашим задачам, по багам, просто посоветоваться;
* а кто-то умудряется прийти с вопросами о сроках, хотя мы за это вообще не отвечаем:
«когда будет готово?», «когда релиз?», «сколько осталось?», «ну, можешь поторопить всех?» 😅
В такие моменты я ловлю себя на мысли, что мне нужно как-то защищать своё время и голову. Вот что мне в этом помогает 👇
⏸️ Необязательно заниматься вопросом сразу
Мне помогает просто дать понять, что я увидела вопрос и вернусь с ответом.
* «Вопрос увидела. Насколько срочно?»
* «Смогу посмотреть после 16:00, это терпит?»
* «Нужно время, чтобы разобраться. Вернусь с ответом завтра»
* «Давай вернёмся к этому после созвона»
Это сильно снижает давление и ожидание ответа прямо сейчас.
🧠 Мы не обязаны знать всё
И это нормально. Иногда вопрос вообще не по адресу.
Что можно сказать:
* «Это не ко мне, лучше написать Васе»
* «Я не эксперт в этой части, но могу подсказать, к кому идти»
* «С ходу не отвечу, нужно погрузиться»
* «Давай уточним контекст, без него сложно ответить»
Гораздо хуже ответить наугад и потом разгребать последствия.
📝 Это правда только вопрос или полноценная задача?
Очень часто под видом быстрого вопроса нам приносят полноценную задачу.
Мои любимые фразы:
* «Давай заведём задачу, чтобы не потерялось»
* «Это требует анализа, давай зафиксируем отдельно»
* «Можем обсудить, но это не быстрый ответ»
🚧 И да, мы не менеджеры
Если коротко: лучше не брать на себя чужую ответственность.
* «По срокам лучше уточнить у менеджера»
* «Я могу рассказать статус анализа, но не дату релиза»
* «За приоритизацию отвечает …»
А теперь вопрос к вам 👇
(я очень хочу пополнить свой «словарь аналитика» 😄)
Как вы фильтруете поток вопросов? Есть свои заготовленные фразы или лайфхаки, которые работают?
Думаю, эту боль понимает каждый 😭.
Нам пишут все:
* разработчики, тестировщики, дизайнеры, менеджеры, аналитики, смежные команды;
* по нашим задачам, по багам, просто посоветоваться;
* а кто-то умудряется прийти с вопросами о сроках, хотя мы за это вообще не отвечаем:
«когда будет готово?», «когда релиз?», «сколько осталось?», «ну, можешь поторопить всех?» 😅
В такие моменты я ловлю себя на мысли, что мне нужно как-то защищать своё время и голову. Вот что мне в этом помогает 👇
⏸️ Необязательно заниматься вопросом сразу
Мне помогает просто дать понять, что я увидела вопрос и вернусь с ответом.
* «Вопрос увидела. Насколько срочно?»
* «Смогу посмотреть после 16:00, это терпит?»
* «Нужно время, чтобы разобраться. Вернусь с ответом завтра»
* «Давай вернёмся к этому после созвона»
Это сильно снижает давление и ожидание ответа прямо сейчас.
🧠 Мы не обязаны знать всё
И это нормально. Иногда вопрос вообще не по адресу.
Что можно сказать:
* «Это не ко мне, лучше написать Васе»
* «Я не эксперт в этой части, но могу подсказать, к кому идти»
* «С ходу не отвечу, нужно погрузиться»
* «Давай уточним контекст, без него сложно ответить»
Гораздо хуже ответить наугад и потом разгребать последствия.
📝 Это правда только вопрос или полноценная задача?
Очень часто под видом быстрого вопроса нам приносят полноценную задачу.
Мои любимые фразы:
* «Давай заведём задачу, чтобы не потерялось»
* «Это требует анализа, давай зафиксируем отдельно»
* «Можем обсудить, но это не быстрый ответ»
🚧 И да, мы не менеджеры
Если коротко: лучше не брать на себя чужую ответственность.
* «По срокам лучше уточнить у менеджера»
* «Я могу рассказать статус анализа, но не дату релиза»
* «За приоритизацию отвечает …»
А теперь вопрос к вам 👇
(я очень хочу пополнить свой «словарь аналитика» 😄)
Как вы фильтруете поток вопросов? Есть свои заготовленные фразы или лайфхаки, которые работают?
1👍12🔥9💯2❤1
Меня обманули 😱
(нет, не мошенники. Смежная команда. И да, это боль аналитика 😅)
Как-то на предыдущем проекте мне прилетела задача:
(задачу ставил посредник, а не сама смежная команда, которая отвечает за этот код)
И вот помню.. У меня было очень плохое предчувствие насчёт этого всего.
Код ошибки странно назывался, логика не сходилась.
Я пошла уточнять: «Правильно понимаю, что X означает вот это?». Мне ответили: «Ну… в целом да, там есть нюансы, но можно считать, что так».
Окей, завязались. Реализовали.
А спустя полгода пришла новая задача, где снова хотели завязаться на этот же код. И тут я получила уже другое: «X вообще про другое. Как-то неправильно, что вы на это завязались. Лучше выпилить…»
Помню это, как будто всё было вчера. Я сидела с набором чувств:
После этого я просто решила больше доверять своей интуиции.
Даже если для этого придётся лишний раз написать, уточнить, поставить встречу и показаться душнилой🤓 .
А как вы себя обычно страхуете в таких ситуациях? 👇
(нет, не мошенники. Смежная команда. И да, это боль аналитика 😅)
Как-то на предыдущем проекте мне прилетела задача:
показывать пользователю уведомление, если от смежной команды приходит код ошибки = X.
(задачу ставил посредник, а не сама смежная команда, которая отвечает за этот код)
И вот помню.. У меня было очень плохое предчувствие насчёт этого всего.
Код ошибки странно назывался, логика не сходилась.
Я пошла уточнять: «Правильно понимаю, что X означает вот это?». Мне ответили: «Ну… в целом да, там есть нюансы, но можно считать, что так».
Окей, завязались. Реализовали.
А спустя полгода пришла новая задача, где снова хотели завязаться на этот же код. И тут я получила уже другое: «X вообще про другое. Как-то неправильно, что вы на это завязались. Лучше выпилить…»
Помню это, как будто всё было вчера. Я сидела с набором чувств:
- Как я могла на это повестись?
- Я же всегда все перепроверяю. Почему не организовала встречу, чтобы получить 100% гарантию?
- Моя чуйка была права 🙃
После этого я просто решила больше доверять своей интуиции.
Даже если для этого придётся лишний раз написать, уточнить, поставить встречу и показаться душнилой
А как вы себя обычно страхуете в таких ситуациях? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤22💯11
Моя самая нелюбимая фраза — «го в зум»
Только представьте...
(хотя кому я это рассказываю, вы, скорее всего, испытываете то же самое)
Сидите, наконец-то погрузились в задачу. Впереди 3 часа без созвонов, можно спокойно сосредоточиться… И тут приходит сообщение: «го в зум».
Иными словами: «мы ждём тебя, подключайся прямо сейчас».
В такие моменты я злюсь. Потому что не понимаю, о чём будет идти речь, есть ли смысл мне туда идти и нужно ли вообще к этому готовиться.
Я понимаю, что, возможно, это кажется мелочью. Но для человека, который наконец вошёл в рабочий поток, это почти катастрофа 😅. Мне бывает сложно сосредоточиться, но если это получилось — я могу свернуть горы. И такие сообщения меня из этого состояния выбивают.
* Как же я благодарна тем, кто хотя бы пишет: «Можем созвониться? Когда тебе удобно?»
* ставит встречу в календаре заранее
* а если ещё и с описанием и списком вопросов — это вообще идеальный коллега.
Как же я люблю предсказуемость в рабочем дне ❤️
Или я одна так реагирую на внезапный зум? 😅
Только представьте...
(хотя кому я это рассказываю, вы, скорее всего, испытываете то же самое)
Сидите, наконец-то погрузились в задачу. Впереди 3 часа без созвонов, можно спокойно сосредоточиться… И тут приходит сообщение: «го в зум».
Иными словами: «мы ждём тебя, подключайся прямо сейчас».
В такие моменты я злюсь. Потому что не понимаю, о чём будет идти речь, есть ли смысл мне туда идти и нужно ли вообще к этому готовиться.
Я понимаю, что, возможно, это кажется мелочью. Но для человека, который наконец вошёл в рабочий поток, это почти катастрофа 😅. Мне бывает сложно сосредоточиться, но если это получилось — я могу свернуть горы. И такие сообщения меня из этого состояния выбивают.
* Как же я благодарна тем, кто хотя бы пишет: «Можем созвониться? Когда тебе удобно?»
* ставит встречу в календаре заранее
* а если ещё и с описанием и списком вопросов — это вообще идеальный коллега.
Как же я люблю предсказуемость в рабочем дне ❤️
Или я одна так реагирую на внезапный зум? 😅
1❤38👍6😁3👌1
Есть недели, которые проживаются дольше обычного. Это одна из них
У нас на проекте каждый квартал проходит планирование.
Нужно оценить задачи: сколько часов что займёт. Разработчики, аналитики, дизайнеры и тестировщики оценивают свои части. Я отвечаю за блок анализа в нашей команде. После этого менеджеры собирают всё это в общий план на квартал.
И вроде звучит нормально и спокойно.
А потом видишь список из 50 задач и понимаешь масштаб 😅. По каждой нужно назвать цифру.
Конечно, можно поставить её «пальцем в небо». Но мне важно прикинуть реальный сценарий, подсветить риски и дать честную оценку.
Поэтому я открываю Confluence и начинаю раскручивать клубок:
И 50 задач — это не просто список в таблице, по которому можно быстро пробежаться.
По крупным задачам проходят встречи по предварительному грумингу.
Нужно заранее въехать в тему, прийти на встречу, что-то придумать, обсудить и только потом поставить оценку.
И всё бы ничего… Если бы эти встречи не шли одна за другой.
А параллельно никто не отменял и текущую задачу. Работу за тебя никто не сделает 🙃
В такие недели дни ощущаются иначе. Обычно время летит, а тут каждый день проживается медленно. Не верится, что сегодня только четверг.
Осталось два дня и можно выдохнуть ❤️
Со вторника вернётся привычный ритм
Кажется, у каждого бывают такие плотные периоды.
А у вас сейчас какая неделя?
У нас на проекте каждый квартал проходит планирование.
Нужно оценить задачи: сколько часов что займёт. Разработчики, аналитики, дизайнеры и тестировщики оценивают свои части. Я отвечаю за блок анализа в нашей команде. После этого менеджеры собирают всё это в общий план на квартал.
И вроде звучит нормально и спокойно.
А потом видишь список из 50 задач и понимаешь масштаб 😅. По каждой нужно назвать цифру.
Конечно, можно поставить её «пальцем в небо». Но мне важно прикинуть реальный сценарий, подсветить риски и дать честную оценку.
Поэтому я открываю Confluence и начинаю раскручивать клубок:
что уже реализовано, куда придётся вносить изменения, кого это затронет, какие могут всплыть риски, нужен ли дизайн, придётся ли идти к ИБ.
И 50 задач — это не просто список в таблице, по которому можно быстро пробежаться.
По крупным задачам проходят встречи по предварительному грумингу.
Нужно заранее въехать в тему, прийти на встречу, что-то придумать, обсудить и только потом поставить оценку.
И всё бы ничего… Если бы эти встречи не шли одна за другой.
А параллельно никто не отменял и текущую задачу. Работу за тебя никто не сделает 🙃
В такие недели дни ощущаются иначе. Обычно время летит, а тут каждый день проживается медленно. Не верится, что сегодня только четверг.
Осталось два дня и можно выдохнуть ❤️
Со вторника вернётся привычный ритм
Кажется, у каждого бывают такие плотные периоды.
А у вас сейчас какая неделя?
❤20
Я часто пишу здесь про плотные недели, оценки, встречи и взаимодействие с коллегами.
И каждый раз ловлю одну мысль.
Когда ты видишь структуру.
Когда понимаешь, какие вопросы нужно задать.
Когда чётко представляешь, чего от тебя ждут коллеги.
Когда умеешь оформить результаты анализа так, чтобы к ним не возвращались по три раза.
Когда мыслишь основными и альтернативными сценариями.
Когда не превращаешь user story в формальность ради Scrum-доски.
Когда можешь разложить любой процесс на шаги и увидеть, где он ломается.
Когда говоришь с разработчиками на одном языке.
Когда понимаешь основы БД и интеграций.
И не сидишь с мыслью: «А что вообще от меня ждут?»
За 8+ лет в системном анализе я поняла одну вещь.
Это не «навыки для джунов». Это фундамент, без которого сложно чувствовать себя устойчиво в профессии и развиваться в ней дальше.
Когда я собирала курс «Системный аналитик с нуля до старта», мне было важно закрыть именно эту основу.
Вокруг неё и построен курс: последовательно, от процесса разработки и требований до основ БД и API, с примерами из реальной практики и упражнениями.
Приглашаю всех на обучение 💪
А если хотите попрактиковаться со мной и получить развернутую обратную связь, то приглашаю на практикум.
И каждый раз ловлю одну мысль.
Спокойствие в работе появляется не потому, что задач стало меньше, ненавистный коллега ушёл в отпуск или с тебя сняли обязанности.
Оно появляется, когда ты понимаешь, что делаешь.
Когда ты видишь структуру.
Когда понимаешь, какие вопросы нужно задать.
Когда чётко представляешь, чего от тебя ждут коллеги.
Когда умеешь оформить результаты анализа так, чтобы к ним не возвращались по три раза.
Когда мыслишь основными и альтернативными сценариями.
Когда не превращаешь user story в формальность ради Scrum-доски.
Когда можешь разложить любой процесс на шаги и увидеть, где он ломается.
Когда говоришь с разработчиками на одном языке.
Когда понимаешь основы БД и интеграций.
И не сидишь с мыслью: «А что вообще от меня ждут?»
За 8+ лет в системном анализе я поняла одну вещь.
Это не «навыки для джунов». Это фундамент, без которого сложно чувствовать себя устойчиво в профессии и развиваться в ней дальше.
Когда я собирала курс «Системный аналитик с нуля до старта», мне было важно закрыть именно эту основу.
Вокруг неё и построен курс: последовательно, от процесса разработки и требований до основ БД и API, с примерами из реальной практики и упражнениями.
Приглашаю всех на обучение 💪
А если хотите попрактиковаться со мной и получить развернутую обратную связь, то приглашаю на практикум.
1👍14❤5🔥5
С 1 марта 2026 года в РФ вступают в силу поправки (168-ФЗ) о приоритете русского языка в публичной информации
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
Суть простыми словами:
В публичной информации для потребителей русский язык должен быть основным.
Иностранные слова не запрещены полностью, но использовать их можно с учётом определённых правил.
В привычном понимании это касается вывесок, указателей и другой информации, которую человек видит при выборе товара или услуги.
Ради интереса я сходила на вебинар по этой теме и поймала себя на мысли, что это напрямую касается сферы IT.
Нам, как аналитикам, тоже полезно учитывать такие требования при разработке продуктов.
Сразу оговорюсь: я не юрист 🙂
Ниже — моё «аналитическое» понимание.
Как я бы посмотрела на это со стороны аналитика.
Про интерфейсы
Если есть явный русский аналог, безопаснее использовать его.
«SALE», «NEW» — лучше заменить на «РАСПРОДАЖА», «НОВИНКА».
Буквально вчера покупала ноты, и на карточке везде было написано «SALE». Теперь невольно обращаю на это внимание 😅
Про бренды и товарные знаки
Если название зарегистрировано как товарный знак, его обычно можно использовать в исходном виде (в том числе на латинице).
Если нет, то стоит продумать русскоязычный контекст рядом. Например, поясняющую подпись.
Про транслитерацию
Если возникнет соблазн просто использовать транслитерацию, это вряд ли поможет 🙃
«СЕЙЛ», «АПДЕЙТ», «САППОРТ» — по сути те же иностранные слова, только русскими буквами.
Если есть понятный русский аналог, безопаснее использовать его: «Распродажа», «Обновление», «Поддержка».
Простое правило:
Если есть общеупотребительный русский аналог, используем его.
Если аналога нет, заимствование допустимо.
В спорных случаях ориентируются на нормативные словари русского языка.
Например, «смартфон», слово уже закреплённое и обычно не вызывает вопросов.
Про технические термины
А что с техническими терминами? Какой аналог у HTTP, REST, GraphQL 🙀?
Как я понимаю, их использование допустимо, поскольку это устоявшаяся профессиональная терминология.
Чтобы снизить риски, в публичных материалах лучше при первом упоминании давать короткое русское пояснение, а затем использовать сам термин. Например:
протокол передачи данных HTTP
архитектурный стиль REST
Это может повлиять на лендинги, публичную справку, статьи и презентации продукта.
Про сленг
Вайбик, краш, трэш…
Думаю, логика та же 👆
В публичной информации текст должен быть понятным без «перевода».
Как-то так.
Теперь я невольно смотрю, где в интерфейсах написано SALE 🙂
А вы стали чаще замечать иностранные слова?
2👍17❤6