Друзья, приглашаем вас на бесплатную лекцию 18-го октября, где Product Manager BigCommerce Кристина Потоцкая расскажет, какие ошибки с юнит-экономикой допускает большинство Product Manager-ов, когда работают по наитию: https://bit.ly/3ALr8Ig

Вы узнаете, какие метрики нужно отслеживать в стартапе и когда начинать это делать, когда падение показателей в метриках продукта — это норма, и что важно знать о unit-экономике, когда меняешь B2B продукт на B2C.

1) "людям и так хорошо" - так себе критерий. Оценить нельзя, поэтому работать с этим неразумно.
Работать можно с желающими улучшить. Даже если им и так хорошо..

2) а что, в жизни так бывает, что не дают прав? Каких прав? Прописанных на бумаге? Непонятно.
Нужны права - добываем их сами. Или вы считаете себя безропотным солдатом с прибитыми гвоздями уставами, и ждущим, пока ему кто-то даст права? Ну-ну

В понедельник мне что-то даже спорить не хочется.
Многовато в вас сарказма, чтобы хорошо начать день)
Удачного дня.

Если вы не поняли, что я хотел сказать, значит у нас не совпадает жизненный опыт.

Контекст:
Ты пришёл в компанию, у тебя есть диплом, опыт, закрытые проекты и так далее.
А с тобой начинают играть в игру: "добейся прав на рабочем месте" (Проработай 7 лет? Лизни нужное место нужному человеку?).
Работодатель либо позволяет инженеру решить вашу проблему, либо идёт решать её сам.

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

Как системному аналитику, тебе разницы нет, так как за конечный результат ты отвечаешь опосредованно. Собрал требования, структурировал, согласовал и "с глаз долой из сердца вон".
А вот как инженеру - нет, потому, что ты как минимум морально отвечаешь за проект. Скорее всего не только морально.

В целом, кто-то из сказанного берёт суть и пытается понять посыл.
А кто-то просто пытается всё натянуть на глобус своего одностороннего опыта, а потом говорит, что "ничего не работает".

"со всех сторон ты заблокирован". Ага. Я помню разговор про "этику" внутри конторы. Когда "нельзя" поговорить с акционером.
И так кто эти правила (сам себе) создал? Повторюсь, вам про этику или про результат? Вам быть в норме и спать спокойно, или получать результат, но с вытекающими?

"Как системному аналитику, тебе разницы нет" - вот это - ахренительный подход. Ну нет слов просто.
Так сразу бы и сказали, что моя хата с краю.
И интересно, почему аналитику - нет, а инженеру - да. Очень интересно. Был в обеих шкурах - не вижу разницы в моральной ответственности

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

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

Не надо мне тут петь, что системный аналитик, который только пришёл в компанию без глубокого it-опыта несёт ответственность за проект.
Он несёт ответственность только за сбор требований, их фиксацию, структурирование и выявление противоречий (согласование).

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

Только не надо называть это нормой пожалуйста. Фетиши они на то и фетиши, что не для всех.

У Дорофеева было хорошее видео про то, что при увеличении слоёв между потребителем конечного бизнеса и разработчиком увеличивается время ввода проекта в эксплуатацию, падает качество и исчезает ответственность.
Когда у людей "всё хорошо", это значит, что с вашими доработками или без - они всё равно получат деньги. Пускай просто 100%, а не 105%.
И в целом они готовы ждать и 3 месяца и 6 и 18. В IT отделе компании начинаются сложности и брожения, бюрократия.
Проект задевает множество интересов, но ответственность явно напрямую может ни на ком не лежать.
Из-за чего сроки прогорают, люди не видят результатов своей работы и вся команда попадает в состояние стагнации.

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

Это как брак с точки зрения Эдди Мерфи:
"Вот Джонни, я заработала 70$ положи с остальными. Теперь у нас есть 300kk и 70$"

(кому интересно, без цензуры на ютубе "Эдди Мерфи - Raw (без цензуры) [Часть 1] Скетч-Шоу.1987 года.")

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

по первому, перефразирую наверное: при отсутствии драйвера, становиться драйвером не нужно. Примерно в такой интерпретации

Согласен. Если без абсолютов - иногда прав реально не выбить, люди все-таки не бесхитростные.
У Питерсона в последней книге есть: «Возможности скрываются там, где кто-то снял с себя ответственность. И это возможность получить счастье быть ответственным за что-то. Однако это не значит, что нет коррумпированных мест, оказавшись в таковом возможно противостоять или сменить иерархию, в которой ты находишься.»

именно так? не "там, где с вами людям лучше, чем без вас"?

Возможно, суть мысли верная.

По поводу влияния: реальный случай из СБТ. Выбить права администратора на комп/ноут для разработки/установки своего специализированного ПО был квест через СБ на 5д-3м. У кого как сил и сноровки хватало. Т.е. ты вышел на работу и 3 месяца читаешь документацию, потому что тебе тупо IDE не поставить и т.д. Вот тут состоялся разговор с главой СБ и кто за технику отвечает " Уважаемый АА и ПП, а нельзя если человек занимается в СБТ с ролью инженер, то вот этот доступ есть по умолчанию? "

Ответ "Уважаемые коллеги из СТБ. Сколько вас там? 11к? 13? А остальных 300к, из за капли в море мы процесс менять не будем. Идите в жопу".

Звучит безопасно и очень знакомо любому кто имел дело с иб. :)