Телеграм канал «Наташа Косинова. Варю айти СУП»

Сегодня расскажу про аэродинамическую трубу в ЦАГИ. Я люблю посещать научные, промышленные, инженерные экскурсии. Потому что часто работа инженеров, проектировщиков, настолько же интересна и важна, как и работа архитектора. Внутреннее устройство бывает даже интереснее внешнего, хотя его и не видно. Плюс такие мероприятия мне дают энергию.

ЦАГИ, в качестве эксперимента решили к столетию аэродинамической трубы провести экскурсию. Я долго не думала и решила, что надо идти.
Немного истории
31 декабря 1925 в ночь на 1 января 1926 на улице Радио в Москве заработала аэро труба. А точнее даже две в одной, под кодами Т-1, Т-2. 1925 год, зима, не самое удачное время со всех сторон, но было принято решение делать аэро трубу. Она была необходима для экспериментов.
Было холодно, и пока строили бегали греться в дом, где работал Жуковский и там был камин. Кстати, музей Жуковского заслуживает внимания, много экспонатов и можно погрузиться в историю Авиации и Космонавтики.

История про ЦАГИ интересна тем, что Жуковский, Чаплыгин работали в Бауманке, что располагается рядом. И конечно же общались с факультетом архитектуры, там же. Так что проблем с проектированием не было. Проект делал молодой архитектор Кузнецов. Вся труба сделана из дерева. Из сосны и собрана так, что сосна по росту волокон расположена. Не трескается. За 100 лет не меняли ничего. Экспертиза даже особых отклонений не обнаружила. Балки между собой на стыках винтами закреплены, которые можно подтягивать или расслаблять. Собирали трубу и балки вокруг трубы - 12 человек.

Возникла идея сделать трубу двойной. Одна часть широкая, а другая часть может менять свой диаметр путем движения внутренней части трубы.

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

Самые забавные чувства, это когда заходишь во внутрь, потому что эта труба, как машина времени. Вокруг всё так как было, и оборудование тоже аналоговое) Открыл дверь и 100 лет куда-то улетело 😂

Эта труба работает до сих пор. ЦАГИ получает много разных заказов. Например, современные здания Москва Сити, памятник во Ржеве, колесо обозрения Солнце Москвы и др. Из того, что было в истории: памятник рабочий и колхозница, Веру Мухину просили убрать шарф у колхозницы, но Мухина не согласилась, тогда бы нарушили композицию. И было принято решение внутри поместить гаситель вибрации (или что-то типа).
Ещё более дальняя история заказов - это московский эподром делал заказ на обдувку лошадей и понимание нагрузок на лошадь с повозкой, без, с всадником, без. Конечно ворону и других пернатых изучали, они же летают, и их крылья созданы идеально.

И есть история, что на запрос обдувки петуха Чаплыгин запретил такие работы сказал, что петух не летает!)

Не знаю состоятся ли повторы подобной экскурсии, но надеюсь, что да. Потому что аэро труба любопытная.

Фотографии, что публикую, разрешены и переданы сотрудником ЦАГИ.

Почему у аналитиков проблемы с требованиями?
| Про требования §4 из 14

Постоянно удивляюсь уверенности аналитиков, что требования - это просто, и мы умеем их писать.
В реальности - даёшь задание и получаешь нечто, что-то отдалённо напоминающее требование.

Сегодня расскажу почему так происходит?
И что я замечаю на занятиях, почему базовая компетенция страдает?

✅1.Обесценивание. Ну это же просто, поэтому можно подойти к делу также без внимания, спустя рукава. Если я умею писать, то автоматически умею писать требования, примерно так рассуждают. Что греха таить, я сама долгое время считала, что всё понятно с требованиями, почему снова и снова ведутся разговоры)
✅2.Не понимание сути работы с требованиями. Вот все твердят, спрашивают, просят читать Вигерса. Но аналитик может просто не понимать, что от него требуется. Это как в школе, сказали делить на ноль нельзя, но никто не объяснил почему, просто запретили спрашивать. И вот мучаешься, но живёшь с этой мыслью. А потом, внезапно оказывается, что можно!!! Настолько нас били по рукам, (я про себя тут говорю), что задавать вопросы, или ковыряться в задание не будешь. Дали задачу, понял, не понял, надо делать.
✅3.Банально, но хромают русский язык и логика. Может конечно тут ИИ поможет, как та же автопроверка слов. По крайней мере в формулировках. А вот понять, что требование из себя представляет высказывание, которое в любой момент может быть истинно или ложно, тут уже сложнее. Как раз то самое непротиворечие, логичное по структуре, завершенное. А то такие бывают требования, что одна часть отменяет другую часть...
✅4.Пытаются впихнуть всё, чтобы ничего не забыть. В итоге расширяют себе область анализа до бесконечности и сами себя зарывают. Таким полем сложно управлять.
✅5.Не видят картину целиком. Набор требований - это система. И одно может быть связано с другим.
✅6.Не проверяют свои требования на качество. Вроде бы все знают атрибуты качества требований, но не применяют на практике. А по идеи такая проверка должна быть понаитию встроена в нас.
✅7.Сложно понимать абстракции и работать на разных уровнях, этих самых абстракций. Да, буду постоянно это повторять. Потому что, без классификации требований сложно ими управлять. А если нельзя потрогать, то надо представлять, моделировать, структурировать, подбирать разные инструменты, подходы.

Что делать?
Практиковаться, и теорию применять на практике.
#капитаночевидность

Не просто заучивать, чтобы ответить на собеседование, но и работать с требованиями. Набивать руку, глаз, чтобы знания уходили в навык.

Хотите попрактиковаться?
Приходите на тренинг по разработке требований - Китайская ручка)

‼️Набираю открытый поток тренинга, занятия вечерами в будние 9, 11, 13 февраля.

➕Почитать подробнее и оставить заявку можно на сайте.

----------
Предыдущие посты по теме.
1. С чего начинать проектирование?
2. Спецификация не фантазия на тему. Что поможет в формирование?
3. Требование VS решение

Требование VS Решение
| Про требования §3 из 14

Сложная, для понимания тема, особенно когда уходим в детали.
Что указывать, а что нет?

Чтобы качество требований было выше - описывайте требования, а не решение.

Пример из жизни.
Нужно добраться из Москвы в Петербург.
Что проще может быть. Но тут важен контекст и условия задачи. Кто, в какие сроки поедет, какие есть ограничения финансовые, может по здоровью, документы, сопровождение и т.д. Да и вообще сейчас снежная зима. А может у нас едет группа детей, и вот они новые условия. Варианты решения - поезд, сапсан, самолёт, автобус, велосипед, лыжи, лошадь, пешком.
Если мы сразу напишем решение, потому что всегда так делали. Откуда оно взялось и почему мы приняли такое решение, уже никто не вспомнит. Ничего не напоминает?)

Вцелом на проектах так и происходит.
А давайте делать шину, и вообще уже купили лицензию. Зачем? Почему? Ну потому что наш директор выпил "горячего напитка" с другом, и купил у друга шину со скидкой. Надо как-то использовать...

Да, может быть определённое ограничение. У нас импорт замещение и мы не можем работать с определёнными продуктами и технологиями. Можно описывать решения, когда в этом уверены, и у нас нет никаких вариантов выбора. Но всё таки аналитик нужен для того, чтобы выявить плоскость множества проблем, донести это до команды, чтобы совместно проработать решение.

✅ Явные признаки решения - оно может быть разным, и его никто не просил в таком виде, в котором вы его описали. То есть можно поменять и ничего не развалится.
Поедем в Питер на машине)))

✅ Признак требования - не имеет других трактовок, однозначно и понятно (если говорить про качество), и его просили, говорили о том, что нужно. Если уберём, всё начнёт разваливаться.
Давайте не учитывать снегопад при поездке в Питер на машине, встанем в пробку, не возьмём термос, заночуем на трассе и т.д....

#требования #основыпроектирования #мойопыт #анонс #системныйаналитик #системныйанализ

А вы чаще, что пишите? Требования или решения?

----------
Предыдущие посты по теме.
1. С чего начинать проектирование?
2. Спецификация не фантазия на тему. Что поможет в формирование?

Спецификация требований - это не фэнтези, не свободное сочинение на тему.
| Про требования §2 из 14

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

Перед аналитиком стоит задача - отдать постановку задачи разработчикам. И поэтому аналитик сразу уходит в детали, того, как и что команда должна реализовать. Да и вообще там проще себя чувствовать, говорить сразу о конкретике.

И вот аналитик спросил пару раз у заказчика что собственно надо. Вроде понял и побежал сразу делать. Что-то изучать, для слабаков, ведь понятно какая задача стоит, с аналитика требуют ТЗ!

Что делать?
✅Вводить классификацию требований, хотя бы как Вигерс завещал. Понимать, где у нас бизнес уровень, где пользовательский, функциональный, системный и конечно не забыть про нефункциональные требования.

✅Выдерживать один контекст обсуждения с заказчиком. А то получается "сломанный телефон", заказчик нам говорит - у меня проблема на складе, воруют, а мы в ответ - купите у нас систему баг-треккинга, вангую она вам сейчас нужна. Как вам её настроить?

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

Ну сказали написать ТЗ, вот и пишу, че ещё надо. Всё что говорит заказчик фиксирую.

И вот мы в ТЗ получаем машину времени или телепорт. Почему? Откуда? Непонятно. ТЗ написано и ушло в разработку, а фарш уже прокрутить назад невозможно.

✅Начинайте с бизнес потребности. Насколько она реальная, валидируйте бизнес цели с командой. Всё таки проект сложное мероприятие, поэтому и делает проект команда!

И произносите мантру:
Проваливаясь на системный уровень требований, я в разы понижаю качество ТЗ.

✅ Поднимайте уровень требований с системного до функционального, с функционального до пользовательского.

Завтра расскажу на примерах, чем требование отличается от решения!

#требования #основыпроектирования #мойопыт #анонс #системныйаналитик #системныйанализ

А пока делитесь мыслями, как обстоят у вас дела с требованиями? Отдали написание ТЗ помощнику ИИ? 🥸

----------
Предыдущие посты по теме.
1. С чего начинать проектирование?

Непонятно что будет дальше, будет ли жить Телеграм, или что-то будет меняться. Но есть как есть, я продолжаю вести канал и благодарю себя за то, что не бросила, выросла вместе с публикой. За 7 лет я уже написала на книгу)

Мне очень радостно встречать вживую своих подписчиков, когда на конференции, в ответ на призыв подписаться, публика говорит, а мы уже!)))

Обожаю аналитиков, так прекрасно они выносят мозг🧠

Всех обнимаю, спасибо, что вы есть! ❤️❤️❤️

🎉7 лет моему каналу!

В 2019 году я создавала канал, чтобы переваривать свои впечатления от учёбы во ВШЭ. А дальше оно пошло, пошло. Пока я пишу, я многое обдумываю.

Для тех у кого есть канал, но не двигается или те кто хотят, но не начинают я опишу свои принципы, правила и миссию:

✅1.Когда я начинаю подстраиваться сильно под публику, у меня всё разваливается. Я пишу в первую очередь для себя, и пост, идея, должны быть интересны мне. Иначе зачем всё это) А если оно ещё и интересно другим, то это счастье!
✅2.Конечно за 7 лет мой блог изменился, как и я. Он стал не только площадкой моих идей, но и моей визитной карточкой, маркетинговым каналом продаж моих услуг.
✅3.Не стоит гнаться за подписчиками. Были у меня разные периоды. Когда я переживала, что кто-то от меня отписался, я шла за поддержкой к тем кто за меня, ныла, ну пооооочему.... Потом я пыталась набирать подписков за счёт рекламы или различных коллабов, но сколько приходило, столько и уходило. Просто отпустила ситуацию. И у меня работает органика, репосты, конференции, вебинары.
✅4.Не важно количество подписчиков, важно их качество. Когда думающая, читающая публика, то всегда можно методом "взаимного опыления" обучаться, спорить, обсуждать. Это отдельный кайф для аналитиков) У вас может быть 10 подписчиков, и например, один из них купит услуги на миллион, то канал сработал на все 💯
✅5.Телеграм мне нравится тем, что он не превратился в нельзяграм. Всё таки мой канал профессиональный, и я не вижу смысла транслировать свою личную жизнь. И я держу вектор и внутренний ценз - рабочая тема или нет? Через свой взгляд, да, через свой опыт да. То есть пропустить через себя и рассказать, что-то это то что нужно. Но не спец фоточки в красивых, дорогих местах) Сорян такого не будет
✅6.Никакого ИИ! Максимум для картинок. Но текст, это в том числе некая магия, текст заряжает. И когда ты читаешь этот текст, ты ведёшь разговор с автором. Один раз я попробовала написать с ИИ, ради интереса, и увидела большую реакцию от подписчиков. И больше не хочу) Всё таки люди приходят к людям, а у ИИ вы и сами можете всё спросить без меня. Ценность теряется, как и уважение к автору, которое долго зарабатывается, но можно быстро потерять. Тем более моя публика думающая.
✅7.Я пишу и строю диалог исходя из позиции "со мной всё хорошо, и с вами всё хорошо". Это и про принятие чужой точки зрения, и про взрослую позицию, я имею право на своё мнение, как и другой человек, и про позицию на равных. Мне не нравится, когда авторы общаются с публикой шпаргалками, типы вы такие дураки, что вам постоянно нужна помощь извне. Все совпадения не случайны 😂
✅8.Хейтеры это хорошо))) конечно я очень резко реагировала, на то, что кто-то выливает желчь в комментариях. Есть Хейтеры, это значит тема задела, как и я, а значит я что-то стою) а человек прежде всего пишет про себя, не стоит брать на свой счёт всё подряд.
✅9.Я конечно стараюсь писать регулярно, но не делаю это из насилия над собой. Если у меня нет ресурса, то и смысл? Мне нечего людям передать. А жизнь на то и жизнь, что ты можешь находиться в разных ситуациях, в разном самочувствие, состояние. Периодически я создаю себе вызовы, марафоны и делаю контент план! Прикиньте до чего иногда доходит)
✅10.Не ждать реакции. Иногда мои посты бывают глубокими и сложными. И происходит состояние тишины. Кажется, что не зашло. А потом спустя время, я от кого-то слышу свои мысли. Людям нужно время переварить. Поэтому за сложным я стараюсь писать попроще, или коротко)
✅11. Про рекламу. Я её беру, но очень выборочно и только то, что мне нравится или, что я могу проверить, попробовать. Отказываться от доп. денюжки пока не могу.

Непонятно что будет дальше, будет ли жить Телеграм, или что-то будет меняться. Но есть как есть, я продолжаю вести канал и благодарю себя за то, что не бросила, выросла вместе с публикой. За 7 лет я уже написала на книгу)

Мне очень радостно встречать вживую своих подписчиков 😍

Обожаю аналитиков, так прекрасно они выносят мозг🧠

Всех обнимаю, спасибо, что вы есть! ❤️❤️❤️

С чего начинать проектирование?
| Про требования §1 из 14
А как продолжить и ничего не забыть?
Что нужно знать, чтобы написать хорошее ТЗ?
Где границы задачи?
Хочется взять новые проекты, но считаете, что вы не готовы?)

Мой путь в айти начался, в далёком 2006 году, страшно подумать, что уже пролетело 20 лет. И не было ни одного проекта без заказчика, #капитаночевидность именно заказчик платит деньги за то решение, которое мы делаем. Конечно были конфликтные ситуации, сложные моменты, даже те когда полностью сокращали команду. Мне хорошо знакомы трудности и "подводные камни" на пути системного аналитика.

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

А по факту ускользает базовая задача аналитика - выстраивать отношения с заказчиком, собирать и формулировать требования, писать ТЗ/спецификацию.

Что самое сложное в разработке требований?
Одновременно всё и ничего)
Особенно когда спрашиваешь аналитиков: "Вы умеете писать/формулировать требования?" Большинство отвечают да, а по факту очень сильно плавают в теме и грамотно составить формулировку становится затруднительно.

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

Написание спецификации требований или ТЗ включает в себя множество нюансов. Часто ТЗ становится юридическим документом, по которому происходит сдача проекта.

Предмет поставки может соответствовать ТЗ, то есть мы проходим этап верификации, но в процессе эксплуатации, на этапе валидации, заказчик нам говорит - "это не то, что я хотел!"

Что поможет?
✅Чтобы описать решение на языке требований, необходимо понимать какой эффект будет от поставки предмета?

✅Описывать требования на разных уровнях, по Вигерсу это БТ, ПТ, ФТ, НФТ и могут быть СТ.
✅Проверять требования по атрибутам качества (даже просто понаитию).
✅Создавать единую картину, применяя разные подходы (Story mapping, Impact mapping).
✅Описывать действительно требования, а не решения.
✅Набивать руку, нарабатывать опыт, насмотренность (кроссревью ТЗ, чтение примеров, расширение кругозора).

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

Разберём:
1. Практики, которые помогают повысить качество требований
2.Что точно стоит изучить, чтобы стало понятнее и легче
3.Как можно классифицировать требования
4.Часто возникающие подводные камни или #смертныегрехи системного аналитика
5.Кейсы из жизни, их у меня накопилось много)

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

Мы получим с вами выжимку по теме сбора и формулирования требований, которая в том числе, поможет вам понять свои белые пятна и смело добавить новые пункты в план своего развития.

#требования #основыпроектирования #мойопыт #анонс #системныйаналитик #системныйанализ

А прямо сейчас задавайте свои вопросы, которые касаются работы с требованиями 👇