#books #почитать #мояполка #цитаты

Весь январь читаю книгу Алана Купера "Психбольница в руках пациентов".

Отличная книга о том как в ИТ правят программисты. Прекрасное сравнение, что эта власть равносильна тому, если бы баскетболисты сами себя судили на матчах. Так и в разработке программного продукта, UX/UI специалисты, да что греха таит, и аналитики тоже, и все причастные, часто не имеют влияния на результат, который выдают разработчики. Они делают как им удобно. Цитат хочется привести много, начнем со следующей:

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

#мысливслух #нытиканалитик #зажизнь #мойопыт #онбординг

Каждый аналитик проходит через это)))

Не понимание, а че я тут делаю на проекте? Меня наняли, дали задание, а оружие найди в бою. А когда приходишь и говоришь "дайте, хоть вилы, чтоль?" От руководства приходит обраточка "ты же аналитик, это твоя работа, иди и делай. "

Повторю слова Сергея Нужненко на одном из его выступлений, что аналитика бизнес не ждёт, разработка не ждёт, а эта сволочь ещё зачем-то ходит туда - сюда, всех опрашивает, и вообще такой роли нет в agile. Зачем ты нам нужен? Бедный аналитик, как мячик от пинг-понга, скачет между двух наковален, выгорает, расстраивается, уходит из профессии, нанимает психологов и начинает ныть, плакать на плече у других аналитиков. Я вроде бы, как аналитик знаю, что мне нужно делать, но почему-то не получается. Почему?

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

И да, как говорил дяденька Демарко в своей книги "Психбольница в руках пациентов" (смотрите посты про книгу:
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
), в айти разработка это привелигированное общество, я бы сказала пуп земли айти, а все остальные их обслуживание.

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

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

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

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

Разработчик по определению в айти занимает центральное место. Он некий пуп сферы, вокруг него крутятся все планеты. И он по определению дороже всех. А значит, его работа несёт результат повышенной ответственности и как следствие стоит дорого. То есть если ты разработчик, ты чувствуешь на себе этот груз и имеешь серьёзную инженерную базу, опыт, мозги и многое, многое другое. Но как бы не так!)

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

Интересная штука, что айти развязало руки тем, кто всегда был на вторых ролях. Об этом ещё писал Демарко, тут я снова его вспоминаю в постах ниже:
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47
Образ замкнутого программиста за последние годы стал меняться и не всегда в положительную сторону.

Понижение порога входа в айти привело к понижению уровня квалификации сотрудников, но не к понижению зарплат)

У меня есть целая классификация разработчиков. Есть конечно осадочек за годы работы с ними, и обиды. Есть и отличные партнёрские отношения. А есть и те кого я называю быдлокодерами, и львиную долю за них делает аналитик и кстати тестировщик тоже. Но моё ощущение, что разработчики относятся к аналитикам, как к обслуживающему персоналу. Хотя быть обслуживанием других - это тяжёлая и важная работа, и я всегда благодарна тем людям, которые делают нашу жизнь легче и лучше.

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

Меня удручает снижение квалификации. Невозможность общения и установления рабочего режима взаимодействия. Ведь это же большой кайф получать результат работы команды! Когда команда слаженно работает всем от этого круто. У меня до сих пор, есть вип лист коллег разработчиков, с которыми я общаюсь с большим удовольствием. Сексистов вычеркиваю после фразы "она же девушка, а девушки тупые, ТЗ писать не умеют, и вообще могут работать только hr". Поработай hr, ага, ага, давай!)

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

P. S. Кстати, когда коллега, кричит и ругается матом, если оно конечно справедливо, я таким людям больше верю. Потому что они настоящие и даже если это вне культуры компании, зато оно правда и чаще всего они самые замечательные коллеги)))

#мысливслух #дизайн #ux #ui #мирвокруг #мойопыт #историиизжизни

Вечный спор между аналитиком и проектировщиком пользовательских интерфейсов, выглядит примерно так: "Я тебе дал все требования, что не так? Это не могу показать заказчику!!"
И - "Я художник, я так вижу".

После этой фразы, проектировщики должны от меня отписаться))

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

К сожалению это большая проблема, когда задачи не по силам. Что аналитику не хватает знаний, компетенций и скиллов донести нужное, но и проектировщик интерфейсов, часто просто дизайнер, и он не углубляется именно в проектирование. И тем более не может объяснить аналитику, что от него нужно, если и сам не знает, что и в каком объёме должен делать. В итоге аналитик может начать убирать проектировщика из процесса, или команда насчёт его убирать. Потому что звено тормозит процесс. Это произойдёт сама собой, если не вмешается руководитель или Тим Лид.

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

Про книгу я писала в предыдущих постах, мои первые посты в моем канале)))
https://t.me/start_in_IT/4
https://t.me/start_in_IT/47

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

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

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

И тут ещё один вывод, аналитик не всегда может создать вменяемый пользовательский интерфейс, он мыслит другими плоскостями. По крайней мере я говорю за себя)))
Да и честно говоря, аналитик это швейцарский ножик или даже сельский врач, и всё на уровне профессионализма выполнять просто нереально. Это какой-то ходячий гений)
Что-то точно будет сбоить. И если потребуется глубина, высокий уровень качества, придётся из "села" поехать в город к специалисту нужного профиля)

P. S. Немного теории из ux/ui
https://t.me/start_in_IT/76