Раз уж пошла такая пьянка, то надо повести итоги года.
Сначала казалось, что подвести нечего, но потом начал загибать пальчики:
1. Запустил с Otus курс для системных аналитиков с опытом. Один поток уже выпустился, у второго защита в январе.
2. Запустил с Otus курс для начинающих аналитиков, первый запуск будет защищаться в феврале.
3. Благодаря пунктам 1 и 2 познакомился с кучей крутых аналитиков и просто замечательных людей, спасибо вам, вы очень крутые!
4. Впервые посетил большую аналитическую конференцию Analyst Days и просто мегакрутой Летний аналитический фестиваль. Там познакомился с еще большим количеством прекрасных людей.
5. Сменил работу в крупном Enterprise на работу с динамично развивающимся финтех стартапом (я реально почти сразу вижу результаты своей работы, чем очень доволен)
6. Мало того, что посетил конференции, так еще успел отметиться выступлениями на Analyst Marathon 4 и 5, Analyst Days 13 и Точке Сборки. Спасибо всем организаторам, что дали возможность выступить и рассказать.
И это только профессиональные отметки, а ведь еще:
1. Я дважды отметился на лыжах в больших горах (Сочи и Хибины)
2. Встал еще и на борд
3. Поколесил по России аж до Мурманска на север и до Сочи и Севестополя на юг (дальше пока не выпускают).
Надо на 2022 ставить более амбициозные цели)
Всех с наступающим Новым годом!

Ну что, каникулы закончились, снова вернемся к работе.
Для разминки - интересная статья про то, какие выражения лучше использовать при подготовке документации. От себя могу сказать, что очень поддерживаю тему с правильным использованием пары функционал/функциональность. Но и остальные примеры тоже очень полезные. #article https://habr.com/ru/post/594631/

Всем привет. Первые две недели года выдались очень жаркими, немного выдохнул и решил почитать статейки, которые вышли за это время. Обратил внимание вот на эту статью https://telegra.ph/Agile-i-DevOps-chem-otlichayutsya-i-stoit-li-primenyat-ih-vmeste-01-21. И очень разочаровался. Статья написана людьми, явно далекими от Agile и в принципе не понимающими его ценностей. Об этом говорят хотя бы пассажи, что после доставки кода Agile команда считает свою работу законченной. А дальше все ложится на плечи несчастных DevOps, которые вынуждены все это мониторить. Ну как бы да - мониторить это работа DevOps, это реально крутые сисадмины, которые сильно расширили свои подходы, наборы практик и задачи, но базовые то функции мониторинга остались на них. Команда разработки ровно так же мониторит свой продукт, на на более высоком уровне - на уровне пользовательского опыта и функциональных возможностей/потребностей. Но говорить, что они бросают продукт после релиза - уж точно нельзя.
Ставить Agile и DevOps на одну ступеньку понятийную - так же ошибка, как мне кажется. DevOps - это набор практик и инструментов, которые позволяют организовать и ускорить доставку ПО, а значит они служат целя Agile, благодаря которому они, в общем то и появились.
Подытожим. Статья написана DevOpsами (ребята занимаются частным облаком), которым почему-то захотелось в один ряд с Agile, ну или которых обидела команда разработки. А на вопрос в начале статьи - могу ответить другим вопросом: "Самолет и турбина: чем отличаются и стоит ли применять их вместе"

Извините, но это очень жизненно

Доброго утра. Прочитал интересную статью от ребят из банка Открытие про то, как они делали шаблон для ТЗ. https://habr.com/ru/company/otkritie/blog/648155/.
Сама идея очень крутая, не вычеркивать из шаблона ненужные пункты, а набирать из конструктора только нужные. По умолчанию всегда проще выбрать то что нужно, чем выбросить то что не нужно (вспомните свою антресоль/балкон/дачу). Так что подход я могу только рекомендовать, я сам что то подобное практиковал, когда работал в условно одинаковых проектах на потоке, просто набирал нужные мне куски.
Но один момент меня зацепил и вызвал недоумение. Они пишут ТЗ для реализации User Story. Серьезно? User Story это мелкий квант разработки, которые должен быть выполнен за спринт и принести какую-то ценность (не обязательно конечному потребителю, кстати). Но писать под нее ТЗ, да еще и из огромного количества пунктов с указанием проблемы, цели и решения - это как-то совсем не про гибкие методологии. Я не против такого подхода, просто не надо пихать User Story куда не попадя, особенно туда, где они ни к селу ни к городу. Этим вы только запутаете окружающих.
#article #requirements #userstory

Доброго утра. Праведного возмущения пост. Яркий пример того, что на хабре вроде бы уважаемая компания может написать не очень хорошую статью.
За продуктом, очевидно, не в Agima

Прочитал статью от компании Agima https://habr.com/ru/company/agima/blog/648273/. Все пытался понять, почему всю статью мы вроде про продукты, но нет - про проекты. А потом увидел подпись автора - Head of PMO и все встало на свои места, проджекты в подавляющем большинстве не умеют в продукт, они не умеют в ценность, они только про сроки и бабки.

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

Второй момент, который выдает незнаение предмета с головой - это предложение поделить на две команды: дизайн и разработку. Узнаю проджекта! Но так делать нельзя, вы должны поделить задачи вертикально между командами, а не горизонтально, иначе не будет синергии кросс-функциональной команды, да и информация будет теряться.

И в целом, вопрос нужна ли вам продуктовая команда имеет очень короткий ответ - нужна, если вы пилите продукт. То есть сам вопрос и проблематика поставлены идеологически не верно. Хотя, возможно, цель статьи как раз и была навести потенциальных заказчиком на вывод, что не нужна, а надо брать проекты в Agima? Но как по мне, так все равно не получилось.

Привет, уже совсем скоро 6 аналитический марафон. Крутое мероприятие, в котором я уже два раза участвовал в качестве спикера. Настоятельно рекомендую к посещению!

❗️Напоминаем, что завтра, 4 февраля – первое подорожание билетов 6-й конференции Analyst Marathon «Инструменты и Техники BA/SA».

➡️ А сегодня ещё действуют минимальные цены раннего бронирования – присоединяйтесь: https://bit.ly/35DNLEJ

Работа над шлифовкой докладов продолжается, спикеры намерены выдать максимум пользы!

✔️PlantUML на максималках: Как эффективно строить sequence диаграммы
✔️Лайфхаки по использованию Confluence+Requirement Yogi для работы с требованиями
✔️Figmа для аналитика, макеты и прототипы
✔️Техника «Самоонбординга» - Помоги себе сам!

И это не всё, впереди представление ещё двух спикеров и их докладов.

➡️ Купить билеты по минимальной цене: https://bit.ly/35DNLEJ

Всем привет. 9 февраля на площадке Самоката Екатерина Лысенко организует вторые аналитические чаепития. Будем обсуждать карьерные пути и выбор для аналитиков. Ваш покорный слуга будет одним из участников круглого стола, приходите послушать нас в онлайне.

Коллеги, привет!

Вот и ссылка на таймпад! Ждём вас 09/02/22 в 19:30 в зуме!

Тема - огонь 🔥, спикеры - огнище 🔥!

Запасайтесь чаечком и плюшками, укутывайтесь в пледик, включайте камеру, настраивайте мягкий свет и ныряйте в вопросы поиска путей и тропочек в карьере!

Ждём всех!

https://samokat-tech.timepad.ru/event/1921569/

10 Forecasts For The Near Future Of Tech 🔮 | by Scott Belsky | Positive Slope | Dec, 2021 | Medium
https://medium.com/positiveslope/10-forecasts-for-the-near-future-of-tech-61e73b51647c

Прочитал интересную статью с прогнозом на ближайшие будущее. Спойлерить не буду, чтобы каждый мог сам для себя найти интересную мысль

Ключевые навыки будущего по McKinsey | блог Новая Эпоха Управления
https://blog.bitobe.ru/article/deltas-navyki-budushchego/

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

Короткий, но толковый ликбез по типам интеграции со ссылками на почитать: https://telegra.ph/Tipy-integracii--kakie-oni-byvayut-01-24 #article #integration

Если вы давно хотели понять в чем разница между SaaS и PaaS, или хотите узнать что такое FaaS (спойлер - Function as a Service) то нашел вот такую классную статью со сравнением и примерами. https://habr.com/ru/post/645753/ #article

Давно не встречал настолько крутых специализированных статей. Чувствуется выжимка из огромного опыта человека в UX-writing (это как правильно все называть и описывать на интерфейсе). Автор делится хорошими советами, как это все применять для интерфейсов на английском языке. Если работаете с англоязычной аудиторией - советую почитать! https://habr.com/ru/company/plesk/blog/650779/

Всем привет. Ковид помимо очевидных минусов имеет и свои плюсы - пока лежал с температурой около 37,5 решил тяжелые технические книжки отложить и почитать "историю успеха" - "Никаких правил. Уникальная культура Нетфликс".
Если коротко о впечатлениях - на моем уровне восприятия не верится, что можно так работать, просто не верится. Но если хотя бы 30% того, что написано в книге - правда - я был бы очень рад поработать в Netflix, а если бы я там удержался хотя бы год - расценивал бы это как большой успех. Почему?
Вот цитата из книги: "За хорошую работу у нас полагается щедрое выходное пособие". Нетфликс нацелена на найм только лучших сотрудников и не стесняется увольнять не звезд, создавая концентрацию талантов, которые и двигают ее вперед семимильными шагами.
В такой команде всегда есть чему поучиться и где расти, всегда есть куча вдохновленных и заинтересованных людей, которые хотят свернуть горы, это не оставляет тебе шанса на заурядность. И это, к сожалению, идет в огромный разрез с большинством компаний, где я работал.
Так же компания не навешивает на сотрудников никаких регламентов, согласований и ограничений, ты даже в отпуск можешь ходить сколько хочешь, есть ребята, которые отдыхают по 10 недель в год, дада.
И еще много всего крутого и интересного.
Один большой минус для меня - им не нужны аналитики(
Значит надо переквалифицироваться!
https://www.mann-ivanov-ferber.ru/books/nikakih-pravil/
#book

Всем добрый день. Всем.

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

Я не буду призывать вас ни к чему. Ни за, ни против. Это тяжелые вещи, которые каждый должен решить для себя в меру своих сил, духа, внутренних или внешних обстоятельств.

Не важно кого именно вы поддерживаете: сторону России, сторону Украины или никого. Главное, если вы против войны (или военной операции на территории Украины - кому как удобно), вы можете об этом сказать, заявить, использовать свой голос, который будет услышан другими такими же людьми. Вместе эти голоса сплетутся в хор, который способен разрушить даже самые твердые стены (я наивный, мне хочется в это верить).

Есть два способа это сделать:

1. Подписать петицию на change.org (на текущий момент её подписали 690.000 человек)

2. Наталья Лукьянчикова, продуктовый аналитик в HeadHunter, инициировала открытое письмо представителей российской ИТ-индустрии, к которой мы с вами относимся (на текущий момент её подписали более 600 человек). Аналогичные письма уже были инициированы врачами, деятелями культуры и т.д. В нем тоже можно высказать свое мнение.

Не теряйте веру в людей и не отрекайтесь от самого себя. Большое спасибо.

Всем привет. Мне уже несколько человек писало с вопросами, что и как, зная, что я работаю в международной компании. Поэтому публикую для вас статью по оформлению резюме на LinkedIn и инфу по карьерным консультациям, в том числе от Ани Булдаковой (до недавнего времени продакт в Facebook). Искренне надеюсь, что кому-то это поможет!