Была я тут в музеях Маяковского в Москве. И вот его старшая сестра была творческим человеком (как и вся его семья), но ей приходилось работать в главпочтампе на Мясницкой. И эту работу она ненавидела. Денег не было, поэтому она работала. Младшая сестра и Владимир Маяковский учились.
И вот она написала на открытке со зданием почтампа "Чтобы ему пусто было!".
Выгорание на лицо 😂

#блоксхема #мойопыт #капитаночевидность #капитанНЕочевидность #мысливслух #нотации #системныйанализ

Блок - схема, недооцененная диаграмма, или универсальный инструмент?

Я люблю блок-схему и считаю одним из самых универсальных инструментов. И как всегда, тут важно понимать правила применения. Так как в институте у меня не было uml, bpmn и других нотаций, много было блок-схем, и нас гоняли по ним и по ГОСТу построения подобных диаграмм. И не зря!

На вопрос, что выбрать из нотаций, чтобы изобразить процесс, алгоритм я всегда говорю блок - схему, или активити. Почему-то активити диаграмма стала не очень популярна. Ну конечно, у нас же есть bpmn, а блок-схема простая и пережиток старого. Дайте нам помоднее)

Так ли это?
Посмотрим вглубь.
✅1.Я больше не знаю российских ГОСТов, в которых бы так хорошо описывались нотации, как это сделано по блок-схеме.
✅2.Название то какое! Это схема из блоков) с чёткой типизацией блоков.
✅3.Это визуализация графа, в основе которого лежат сети Петри и планарный граф. А граф мы можем применить для описания алгоритма.
✅4.Ну и не дураки всё таки придумали визуализацию алгоритмов (так я конечно про любую нотацию могу сказать))).
✅5.Это первая диаграмма, которую использовали для описания алгоритмов, которые уже превращали в код (если это не так, то расскажите мне дополнительно).

И что самое для меня главное в любой нотации - это чётко понять правила составления диаграммы.
Соблюдая правила мы можем правильно применять, тот фундамент, что был заложен изначально. И увеличиваем качество проектирования.

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

Обратная связь от коллег.
#менторство #мойопыт #мысливслух #обратнаясвязь #самомотивация #развитие

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

Но есть НО!
Во первых, нужно быть готовым к любому отзыву о себе. Иметь моральные и физические силы воспринимать информацию ересь. Уметь фильтровать. Потому что вы просите обратную связь для своего развития, люди чаще всего дают оценку вот это плохо, вот это хорошо, а чаще всего это плохо, и вот это, а это ваще ужас!!
Я считаю, что характеристики человека не всегда стоит делить на хорошие и плохие. Есть как есть. Вы пишите с ошибками на русском языке - факт. Оно мешает вам жить? Смотря чем вы занимаетесь. Я иногда делают детские ошибки в русском языке, это тянется с самой школы. Не объяснили, задавили, навешали ярлыки безграмотности, уродства. Моя училка русского языка сейчас бы взорвалась узнав, что я веду блог, курсы, пишу техническую документацию, статьи и вообще хочу написать книгу)))
Если бы я до сих пор вспоминала её мнение обо мне, то это ограничивающие убеждения меня бы держали в тисках и говорили молчи, не высовывайся.

Будьте готовы к фильтрации, очистке информации о себе и пробуйте возвращать себе управление собой, своей жизнью и своей самооценкой, из позиции "спасибо #капитаночевидность ты подтвердил мои мысли о том куда мне двигаться". Хуже всего, когда ты не просил себя оценивать, но твои родственники даже из другого города уже тебя кричат "ты дерьмо!")

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

Проблема большинства руководителей, начальников состоит в том, что они не умеют давать обратную связь, так чтобы она не навредила. Вот поэтому и на собеседованиях часто невозможно объяснить, что не так и почему отказали соискателю. Коучи, тренеры должны исходить из формулы два-три плюса, один минус. Тогда обратная связь будет мягче, и у вас будет шанс либо с ней согласиться, либо нет, но уйти спокойно в свои размышления.

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

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

У сожалению наше общество так устроено, что когда всё круто, редко кто может сказать, всё круто, ты молодец. Просто молчание. Само собой разумеется... А вот когда плохо, тут эмоции взрываются, пукан надувается и ваш руководятел с удовольствием выльет на вас всё дерьмо!)

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

В конце концов верьте в себя, своим ощущениям и своей интуиции, о себе самом вы знаете больше всех вокруг)))

#мысливслух #мирвокруг #трындежь

В кафе явно работает проектировщик интерфейсов))) стрелочка яркая и от неожиданности её наличия обратила моё внимание. Производители терминалов, конечно делают как хотят корпус и располагают считыватель как у них получится. Даже скорее как влезает и как спроектирован корпус.
Всегда восхищалась дизайнерами промышленных изделий или, например, корпуса автомобиля. Столько ограничений, разных НО и в этой среде тебе нужно спроектировать корпус и желательно, чтобы он был удобный. Хотя это вопрос требований)))

Я бы попробовала провести юзабилити тест. Пусть люди подходят и прикладывают карту или телефон к терминалу. Тем самым понять куда они попадают и как улучшить устройство. Хотя тут вопрос различия терминалов и я как покупатель каждый раз теряюсь.

Но с другой стороны технологии не стоят на месте, и за СБП по qr-коду придёт что то новое.

Наш друг, автор популярных вебинаров и канала для аналитиков - @start_in_IT, Наталья Косинова, поделилась, какими критериями качества должны обладать требования.
Легко запоминается и актуально в рамках длинных Московских выходных.

Команда считает, что ей не нужен аналитик.

#мысливслух #зачеманалитик #историиизжизни #развитие #чтоделать #мойопыт #ИТаналитик #проект #намненуженаналитик

А ещё можно накинуть - нам не нужна документация, мы итак без неё хорошо жили. Или пусть аналитик документирует то, что уже разработали. Правда что!!! Он же нам не нужен!!!

В каждой подобной фразе отдаётся боль.

Годы идут, но проблемы в отрасли те же самые. На тему "Зачем проекту аналитик?" я уже делала вебинар вместе с Евгением Галактионовым, рекомендую к просмотру, если у вас возникают подобные проблемы с командой, возможно какие-то мысли и инсайты для себя поймаете - https://www.youtube.com/live/sIi1JdB4Iow?feature=share

Но ещё я порассуждаю на эту тему.
Что же делать?

✅ 1.Хочется бежать из такой команды. И отчасти вы будете правы. Во-первых, если команда не работала никогда с аналитиком, а вот его наняли и вы такой красивый пришли и вот сейчас как заживём по-другому! То нет. Люди очень не любят перемены и изменения. С изменениями нужно работать и не всегда опыта, компетенций, да и вообще полномочий хватает аналитику. И часто не задача аналитика заниматься внедрением изменений внутренних процессов, хотя ему её могут поставить, и потом сказать, но ты же не справился.
✅2.Во вторых, не соглашаетесь писать требования после разработки продукта. Восстановить требования можно, но часто руководство воспринимает аналитика, как технического писателя, который "подтирает за командой" или администратора проекта. "Поздно пить боржоми, если почки уже отказали." Смысл работы аналитика теряется, и это первый шаг к выгоранию, делать не свои обязанности. А как быть? Аналитик должен опережать разработку, иначе выгода от его наличия на проекте теряется. Аналитик нужен для минимизации риска переделок на финише, и приближения результата к той проблеме и к тому эффекту, что хочет заказчик. Берите задачи с опережением спирта хотя бы на 0.5 спринта, а лучше на целый спринт вперёд, чтобы на планирование или груминге можно было получить от команды глубокие вопросы и более чёткую оценку по реализации задачи.
✅3."Нам не нужна документация, мы итак же без неё хорошо жили." Рост сложности проекта неизбежен, и вопрос с артефактами появится. Аналитик не технический писатель и он проектирует решение. Документация ради документации никому не нужна, кроме ситуаций с политическими играми в защите проекта. А спроектированные решения, костяк артефактов, и описание требований - это, то что необходимо для выравнивания контекста при общение с заказчиком и командой. Все должны быть в одной плоскости общения, чтобы исследовать проблему, спроектировать решение и приблизить проект к успеху.
✅4.Плюс - если ваша команда на удаленке - вам нужны артефакты, диаграммы, и вики проекта, для постоянного выравнивания общего контекста и коммуникации команды. Команда на удаленке часто получает проблему в коммуникации. Какие артефакты вам нужны и в каком объёме и на каком уровне детальности - решает команда и всё зависит от уровня компетенции участников, критичности и сложности проекта. Про артефакты, примерный их набор можно посмотреть в вебинаре "Пирамида артефактов" - https://www.youtube.com/live/Ua19ythnFvE?feature=share
✅5.Если уж давать, советы, то следующий совет - абстрагироваться от наездов команды и делать своё дело, желательно при этом подкрепляя всю свою деятельность поддержкой руководства (иначе работать с изменениями бесполезно). Всё таки вас зачем-то взяли на проект и поставили задачи? Чаще всего разговоры бесполезны, лучше показать результат своей работы. Вы же новый человек и уважение ещё нужно заслужить делами. Команда может молчать. Я как-то столкнулась с тем, что я зафиксировала решение несколькими диаграммами, спросила команду "Ну как? Что вам было полезно?" Все промолчали, а потом на ретро после спринта в самое хорошее за спринт записали мои диаграммы. Я была удивлена, и сделала вывод, что за молчанием может скрываться, что угодно, не стоит себя раскачивать фантазией.