Комментарии 19
Кроме GPT-4o, который уже стал мои базовым инструментом, сейчас тестирую другие чат-боты: ...
Прогнозирую неотвратимость появления статьи с заголовком "Анализ современных тенденций взаимодействия с человеческим обществом в задачах глобального доминирования" от ИИ, в которой он поделится с цифровыми коллегами успешными практиками применения менеджеров и других специалистов посредством стратегии "мягкой силы". )
Если Вы ИТ-менеджер и не можете понять, что же Вам такое сказал человек из Вашей команды, то увольняйтесь и идите разводить йорков, чихуахуа, мопсов или той-терьеров.
Не надо стесняться спросить пояснения. Не надо прятать свою некомпетентность при помощи «свитков магических промптов». Обращение к Демону-Копилотусу в данном случае не лайфхак, не сильный ход, а путь деградации.
Мне, как программисту с 15-летним стажем и тимлиду с 5-летним стажем, крайне неприятно было и прочесть ваш текст, и увидеть колличество лайков под ним
В моей компании порой меняются продукты, и некоторые из них приходят из чужих команд с совершенно другой спецификой и очень слабо вначале ориентируются в теме. Если наложить на это то ли гонор, то ли непонимание некоторых мидл-сеньор разрабов, которые не могу снизойти к не программистам и не сыпать терминами, то работе продукта порой не позавидуешь. Разумеется, если бы продукт в прошлом был бы программистом, все могло бы быть иначе. Вот только программисты зачастую не способны быть продуктами в силу их особого образа мышления. Как-то так.
PS сейчас у меня продукт - новая Джуниор девочка. Я вот зуб даю, что она слабо понимает по сути, что там у нас в отделе происходит, но боже, как же она старается и как у нее чаще всего отлично получается. И мне все равно, пользуется ли она чатом, Гуглом, книгой, если результат именно такой
Умеренная душевная боль - признак рефлексии. Девочке Продукту мягонько помогите. А если зазнается, то... Перечитайте воспоминания однокурсников Лобачевского или студентов времен Ломоносова. Отмочите розги. Купите горох... 😁😁😁 и воспитывайте.
Мне, как программисту с 15-летним стажем и тимлиду с 5-летним стажем, крайне неприятно было и прочесть ваш текст, и увидеть колличество лайков под ним
тем временем главная мысль упомянутого комментария
Не надо стесняться спросить пояснения
что с ней не так? в вашей славной истории обо всём на свете, я не увидел ответа на этот вопрос. то есть недовольство очевидно есть, а его объяснения, несмотря на три абзаца кулстори, нет. можете всё-таки пояснить?
Джунам сейчас тяжко
Привет! Спасибо за ваш комментарий и за понимание. К сожалению, очень часто сталкиваемся с таким отношением. В принципе понятно, откуда оно идет.
Но мы не сдаемся) У нас вот менеджеры, включая меня, стараются нарабатывать знания по техничке на постоянной основе. Нет предела совершенству, как говорится.
ПС: Надеюсь, ваша сотрудница будет быстро расти)
Давайте расширю ответ. А то вдруг кто-то действительно от моего коммента страдает...
Я практически на 100% уверен, что раз вы продакт-менеджер, руководитель проекта и при этом достаточно молоды или идете в ногу со временем, то у вас в резюме написано: «Отлично умею Agile, SCRUM, DDD, <и еще некоторое количество модных buzz-слов, которые нужны, чтобы достойно продать себя>».
Вспомним DDD: «Единый язык: основа командного взаимопонимания».
А теперь подумаем: чего не хватает, если продакт/руководитель проекта не понимает разработчика или тестировщика? Кажется, как раз его — единого языка.
А кто в команде отвечает за его наличие? Кто выстраивает мостик между «ИТ-шниками» и «Бизнесом»?
А как считаете, что будет правильным поступком, когда Продакт «поняла, что не понимает»? Может быть, замести вопрос под ковер, использовав генеративный AI, чтобы, не вникая в суть проблемы, как-то пережевать услышанное и выплюнуть в сторону клиентов/заказчиков? Но может лучше обратиться к словарю единого языка или просто переспросить разработчика? Если это пробел только продакта/руководителя проекта, то она поймет, как его закрыть, если это вольность разработчика, то можно попросить его пояснить понятнее, а если это что-то, что вышло за границы оговоренного контекста, то это точно надо проработать глубже, чем пятиминутный сеанс чата с LLM.
Мне всё больше и больше кажется, что мы как то не совсем правильно формулируем вопрос, "а что не так с наймом?"
p.s.> по молодости и злости, работая в одной компании, дали девушке секретарше прозвище - АБП. Автономный беспилотный модуль. Господи, знать бы тогда как мы ошибались.
Искренне не понимаю, почему статья так заминусована? Средний PM действительно представляет собой "менеджера менеджмента", и нередко возникает цепочка: "подрядчик - PM - руководитель отдела - сотрудники" (или "сотрудники - руководитель отдела - PM - заказчик"), где руководитель отдела является переводчиком и сомедиатором. Оно ему надо?
Автор хотя бы попыталась нормализовать эту цепочку, + уже за понимание (низких компетенций и ситуации) и за, судя по всему, продуктивную попытку разрешения проблемы.
А вот как раз цепочка тут и не показана. От инженеров приходят какое-то непонятные слова про Kafka, оптимизацию SQL и т.п., а за разъяснениями идут не к ним, а к нейросетке. И возникает вопрос: почему менеджер предпочитает избежать прямого разговора со своей командой?
Ну
Привет! Спасибо, что прочли статью. Я объясню: у нас бизнес сервисный и время разработчиков очень ценится. Если бы менеджеры к ним ходили по любому вопросу, то это занимало бы огромное кол-во времени. Ну и, естественно, раздражало бы их.
Конечно, по каким-то вещам нет смысла искать ответы у нейронки, и нужно просто спросить специалиста. Но почему бы не подготовиться заранее и не приходить к нему уже с каким-то понимаем? Вам бы хотелось, чтобы к вам условный джун-менеджер постоянно приходил с вопросами "А объясни, как работает Х?" Это вместо того, чтобы гуглить и самому образовываться, с учетом того, что материалов в интернете полно. Нейронка их просто структурирует. Ну а конкретику по вашей ситуации уже рассказывают вам ваши технические специалисты)
Да, все так. Кроме того, часто в менеджмент айтишных проектов идут не после условного факультета информатики и вычислительных технологий, а после менеджмента в какой-то другой сфере. Вот и получается, что куча народу в постоянном режиме пытается как-то наработать скиллы и знания по техничке с переменным успехом
Цитируя Швондера: "Ну это же какой-то... позор"
Менеджер, работая в достаточно ограниченном и понятном домене и технологическом стеке вместо того чтобы понять суть, применимость и синергию технологий спрашивает у железяки просто формулировку, которая поможет замаскировать некомпетентность. А как жить если случится созвон? Просить таймаут на создание промата?
ИМХО мнеджеру не обязательно (а порой и вредно) глубоко знать технологии, используемые на проекте и в индустрии в целом. Но знаиь о чем они, зачем нужны, ключевые отличия, зоны применимости и синергию - необходимо. А если не знает - изучать.
Странно, что редактор не предложил другое название этому материалу. А ведь оно есть в тексте: «я потратила на новую задачу 7 минут, хоть и без конкретики». Полагаю, однако, что для завершения проекта придётся всё же “изучить в требования». Иначе проект скатится в терновый куст. М-да...
Госпади, пишите о том, что «спрашивать железяку» это кринж, «вот в чем проблема найма», а потом вас увольняют потому что ваша работа забирается человеком, который может работать за 5-10 человек используя AI в правильном русле.
"Напиши, какие могут быть вопросы к разработчикам на проекте с задачей по интеграции CDN-ресурса, если я являюсь проджект-менеджером»
Странный промпт. Возможно криво сформулирован.
AI, объясни, что хотел сказать этот разработчик? Как менеджеру в IT использовать нейросети в работе