Интересно, как руководитель не может не то что знать что это такое, а даже правильно написать название методологии разработки? И ты не понял о чем я говорю и в чем разница. ТЗ - это уже готовый набор требований, с четкими требованиями и эстимациями. Возможен для небольшого проекта. Сайтик разработать там. Подходит под waterfall. Когда начинается большая игра - становиться неэффективным.
И естественно что в проекте будут принимать участие И архитекторы и тестировщики и БА - без без них время тратиться крайне неэффективно. Мало бросаться умными словами, нужно и понимать что они значат и для чего. У меня хватает опыта работы на разных позициях, что бы понимать о чем речь. И рассказывать сказки про "2-3 часа контроля" в жизни не стану. И например для этого достаточно ежедневного стендапа на 30 минут в случае команды на 10-14 человек, чтобы понимать состояние проекта.
Как раз таки для "сайтиков" и не нужны требования и никакой waterfall там не применяется, так как эта методология нужна для больших проектов с четкими планами и этапами.
Но в реальных компаниях и проектах нет строго какой то одной модели. И везде разные подходы. Лично я использую и скрам и канбан, где то итеративно - инкрементальный подход. Но это все концепции , там нет четких правил, но требования почти всегда есть ( кроме каких то мелких задач выполняемых по канбану ); сформулированные и задокументированные. Тз это назвать или как то иначе сути не меняет.
Стендапа 15 минут хватает для понимания того как двигаются задачи , ещё 2-3 чтобы решить какие то проблемы в задаче, с сотрудниками , синкануться со стейк холдерами и ТД . Остальное время можно потратить на обучение , планирование, анализ, поиск точек роста . Какой смысл контролировать каждый шаг ? Это микроменпджмент который всем только вредит.
Нсли я попрошу ТЗ - на меня посмотрят как на полоумного. Я не знаю, как там работают компании, продающие какие-нибудь шмотки или собирающие трактора, мой разговор исключительно про айтишные. ТЗ может есть в каких то мелких студиях, когда разговор про серьезные проекты -
То есть по твоему мнению ТЗ есть в мелких проектах, а в крупных нет? Где гораздо больше ответственности за результат. Где могут быть миллионы пользователей на проде и ошибка стоит огромных денег. Ну неси ерунды.
У нас тоже в компании( крупная продуктовая it компания, лидер в своем сегменте ) нет документа с названием ТЗ , но есть куча других : требования бизнеса, техническая спецификация с описанием интеграций, потоков данных ,схемы бд, всякие lean canvas доски, тест кейсы и ТД и тп. Все это работа с требованиями как ни крути. И прежде чем начать работу над новым функционалом проделывается большая работа аналитиками, архитекторами и тех лидами.
Если кто то работает без аналитиков , тестировщиков напрямую с бизнесом, прикрываясь такими словами как ajile - пусть идут лесом . Это бред и по моему опыту стоимость разработки в несколько раз удорожается, когда бизнес идёт напрямую к разработчику без требований.
Это звучит забавно совсем. Обувная фабрика советских времен. Я как-то был вынужден вытягивать небольшой проект, на который пришел кей-девелопером, но в итоге выполнял функции проект-менеджера. Было всего 4 человека кроме меня на проекте, из них 3 индуса. Так в итоге у меня времени на кодинг уже не оставалось. Так что я уж лучше буду код писать, чем обьяснять друзьям с востока как надо делать)
Ну если ты попал в какую то шарагу это не значит что все в таких местах работают. Главный разраб с функциями продакта это уже что то с чем то. Я сам себе нанимаю сотрудников , менторить их тоже есть кому. Ты опять не понимаешь функции руководителя и считаешь что это хорошо что ты все время объяснял кому то как писать код. Это не функции руководителя, тебе зря платили, а ты зря тратил свое время
На самом деле в серьезных компаниях все построено сильно по другому. Например понятие TЗ - практически не применяется. Потому что обычно заказчик приходит с концепцией, пожеланиями и уже Исполнитель работает над всеми аспектами. И такого чтоб тебе нарисовали все что надо и ты спокойно делал - не бывает. Поэтому аджайл - наше все)
А вот это про 2-3 часа руководства и потом "всякие митинги..." - просто выдумка. Особенно если речь про крупные международные компании.
Сразу видно что в крупных компаниях никогда не работал. Без ТЗ как правило никто ничего делать не будет. Более того, в нормальных компаниях уже давно есть целые департаменты, которые пишут ТЗ. Это технические писатели, системные аналитики с участием архитекторов и ТД. И эджайл абсолютно не означает, что нет тз.
В точку. Я уже пожалел, что начал что-то подробно объяснять при такой реакции :)
Настраивать себя на установку "руководить и ничего не делать" может только тот, кто ни разу этим серьёзно и ответственно не занимался.
Ну я руководитель в отличии от вас. И где я писал что ничего не делать? Я написал что не работать руками . Если руководитель за место сотрудников работает , то он не руководитель. Считайте как угодно по другому, но я бы такого руководителя, который пашет за сотрудников уволил бы, так как он не руководитель , т е не руководит, а работает вместо подчиненных. То что он не может организовать процесс и нанял плохих сотрудников, которые не сделали работу, то он тоже прежде всего сам и виноват. Я настроил работу своего отдела, мне не нужно пахать по 24 часа, 2-3 часа в день контроля вполне хватает, остальное всякие митинги с другими отделами, начальниками. И рефлексия. Если руководитель некогда думать, рефлексировать , наблюдать за сотрудниками то он некомпетентен или просто должен валить с такого места.
P.s вы также немного смешали руководителя компании и руководителя отдела в крупной корпорации, как у меня. Разные степени ответственности и контроля все таки
Рассуждения подростка в пубертатном возрасте. Я вот насколько могу оттягиваю время, когда придется перейти в управленцы. Хотя с моим опытом постоянно приглашают. Там как раз пришлось бы пахать как лошадь. Только тот, кто не в теме, может такое писать.
Если руководитель пашет вместо своих сотрудников, то он не руководитель и ему нужно платить как специалисту , так как вместо руководства он работает. У меня сотрудники работают, я лишь ими руковожу и говорю что делать. Это конечно тоже работа большая( в моральном плане ) , но руками я ничего сам не делаю давно, на старте приходилось, сейчас все процессы отстроил
От вашей специализации зависит.
Работаете сантехником - изучайте больше практических случаев, чтобы справляться с большим кол-вом задач.
Хороший радиоэлектронщик - шире специализацию, чтобы и музыкальную аппаратуру починить и компьютеризированную технику.
Хороший педагог и оратор в своей дисциплине - держи нос по ветру, что востребовано для частного и группового преподавания.
Если IT-шник, смотри, что в тренде. Вы же тестированием насколько я помню занимаетесь? (это уже вопрос лично к вам)
Вот например нам часто после обновления Битрикса требуется услуга тестирования. И такие ситуации у меня возникают в каждой команде к которой я присоединяюсь для работы. Тестировщиков как правило в команде программистов нет, часто спустя время приходится вылавливать баги.
Воообще не имею желания работать. А если ещё представлю сколько за это платят ( за обычный труд специалиста), то все тело дрожит и сопротивляется что либо делать. От работы кони дохнут. Поэтому лишь ищу вакансии , где нужно руководить и ничего не делать руками. И где платят много.
... В Европе рынок на низах, в России наоборт счас нехватка спецов, но платить им нормально не хотят.
Никакой нехватки нет. Люди просто не пойдут на работу, где платят меньше , чем они тратят. Так как физически не выживешь к примеру на 50 -60 к в Москве, СПБ. если нет своего жилья. Поэтому такие работодатели кричат о нехватке. Там где ЗП хотя бы от сотки - там большая конкуренция.
Вы сейчас о каком большинстве? О большинстве без широкой квалификации и опыта? Если про этих, то - да, сфера обслуживания. Не хочешь учится и развиваться - всю жизнь подноси.
Развиваться, конкретно в чем? Это все общие слова. В 90 е множество учёных и инженеров пошли на рынок торговать. Они типа были не развитыми? Все определяет лишь текущее состояние социума, рынка , экономики , а также то что у вас есть. Жить одним днём , не иметь накоплений и думать что такого саморазвитого человека предпенсионного возраста везде ждут это утопия. Поменяются немного условия, технологии на рынке и никому вы будете не нужны. А что делать без работы, накоплений и ТД после 40 лет?
Это смотря с каким трудоустройством. Если вы представляете себе необходимость до пенсии ездить офис и соответствовать корпоративным требованиям - да, высока вероятность того, что руководитель не захочет в своей команде каждый день видеть человека которые на 10-15-20 лет старше среднего возраста вверенного ему коллектива.
А если вы уже вдоволь нахлебались всех этих корпоративных соответствий и можете себя как ценностную единицу продавать заказчикам, которые сотрудничают с вами и поручают вам исполнять непосредственные задачи, то заказчикам вообще всё равно сколько вам лет. В лучшем случае он слышит ваш голос при рабочих созвонах, а нужно ему от вас ваша результативность, а не физический возраст.
Продать себя заказчику это что? Это и есть бизнес , если говорим о продаже каких то услуг.
Если говорим о фрилансе, то это низший уровень бизнеса. И также будешь работать на дядю, а сдельная оплата зачастую будет меньше , чем зарплата .
Опять же , если речь про айти, то у вас не должно быть иллюзий , что ваш труд будет востребован лет через 5-10. Раньше были востребованы флэшисты к примеру , где они сейчас? И не говорите, что нужно все время учиться и ТД. В 45 , 50 вы будете переучиваться и конкурировать с молодыми мозгами? Ну не смешите.
