Баг или Фича? Так ли важно продукту знать айтишку? 💻🧐

Есть два противоположных мнения об этой профессии в части Хард скиллов:

Нужно знать айтишку! 👍 Не нужно знать айтишку! 🙅‍♀️

Правда где-то посередине. 🤔 Я искренне считаю, что без знания ИТ - РО не сможет хорошо и главное качественно создавать свой продукт. 💪

Ее нужно знать хотя бы на уровне system design (и я здесь не про дизайн совсем, а то мало ли что)) 🎨❌ Понятное дело, что есть у продукта и системный аналитик, а в идеальном случае и ит лид/тех лид команды. 👨‍💻👩‍💻

Но если РО сам не ориентируется, то ошибки могут возникнуть там где их не ждешь: тех лид заболел, аналитику не хватило компетенций, релиз на носу - ПСИ не пройдено. Вы в жопе. Просто потому, что: 🆘 * не проверили всех зависимостей в вашей фиче: бэк внедрен, фронт готов, а про баннер с точкой входа забыли и в час Х ничего не взлетело 🛫❌ * не проверили, что ваши смежные команды тоже готовы. И вот вы собрались включать фичу, а один бэк из цепочки интеграции не готов и вы не в ПРОМе. 🚦🛑 * не проверили, что реализованная фича не соответсвует аналитике, не согласовали это с участниками релизного процесса и на ПСИ вам отказали в приемке и отправили на переделку. ❌🔄

ИТ важно знать для понимания возможностей и ограничений технологии. 💡🚧 Менеджеру нужно понимать, что технически возможно, а что требует значительных ресурсов: 🛠️⌛️ Чтобы правильно оценивать сложность задач. ✅ Чтобы избегать нереалистичных требований к команде. 🚫🙅‍♀️ Чтобы быстро адаптироваться, если возникают технические сложности. 🏃‍♀️💨 Пример: Если вы знаете основы API, вы поймёте, почему интеграция с другой платформой может занять несколько недель вместо нескольких дней. 📆🤷‍♀️

Без базового знания IT сложно «говорить на одном языке» с техническими специалистами. 🗣️❓

Что это даёт?

Умение обсуждать задачи на уровне, понятном разработчикам. 🤝💬

Понимание терминов, таких как "технический долг", "микросервисы", "CI/CD". 📚💡 Возможность быстро разбираться в проблемах. 🔎⚡️ Пример: Если разработчик говорит, что "рефакторинг кода" критически важен, вы сможете оценить, почему это важно для стабильности продукта. 🛠️🛡️

РО с техническим бэкграундом лучше понимает процессы разработки и может предложить улучшения. 💡📈 Преимущества: Оптимизация спринтов и планирования. 📅✅ Умение идентифицировать узкие места в разработке. 🔎🚧 Обоснованное принятие решений о приоритетах. ⚖️💡 Пример: Вы знаете, что добавление новых фич на устаревший стек увеличит нагрузку на серверы, и решаете отложить внедрение до обновления архитектуры. 🛠️🔄

В целом, если вы верите в себя, готовы учиться, то можно прийти в профессию и без знания ИТ. Ведь создавать продукт это не только про ит. 💡 Но при этом этот скилл нужно будет подтягивать. Иначе вы все время будете зависеть от других. 🙈🙉🙊

Кстати, не перестану рекомендовать книгу Алекса Сюй - System Design - она очень понятно написана и легко читается, даже если вы не сильно шарите в ИТ. 📚👍

Автор поста https://t.me/kruasanova_as

#немногопродукт #hr #ит
Баг или Фича?
Так ли важно продукту знать айтишку? 💻🧐
Есть два противоположных мнения об этой профессии в части Хард скиллов:
Нужно знать айтишку! 👍
Не нужно знать айтишку! 🙅‍♀️
Правда где-то посереди... | Сетка — новая социальная сеть от hh.ru Баг или Фича?
Так ли важно продукту знать айтишку? 💻🧐
Есть два противоположных мнения об этой профессии в части Хард скиллов:
Нужно знать айтишку! 👍
Не нужно знать айтишку! 🙅‍♀️
Правда где-то посереди... | Сетка — новая социальная сеть от hh.ru
repost

384

input message

напишите коммент

· 25.12

Книгу почитаем, мерси 😉

ответить

еще контент автора

еще контент автора

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь