Александра Быстрова

1. Регулярность работы, объемы работ.
Штатные дешевле если есть постоянные объемы работы.

2. Квалификация и сложность работ.
Аутсорсера легче нанять даже если у него высокая квалификация.
Штатный высокой квалификации - это должна быть действительно огромная необходимость и сложные долговременные задачи с соответствующими бюджетами.

В 1990 года - тогда да, все держали своих программистов и все пилили свой софт.
В начале 2000 - содержали своих админов, и иногда программистов.

Сейчас нормой является аутсорсинг.
Стали умнее и стали считать деньги.

Штатный программист ничего не гарантирует.

Штатного программиста одного держать сложно - ему профессионально скучно.

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

Какой то вы странный человек.. Мне сейчас тоже 20, работать программистом начал в 19, тоже колледж закончил. Но я настолько хотел устроиться, что я просто вцеплялся зубами в работодателя и пока он меня не брал на работу я его не отспускал и держал его как овчарка =) Помню сказали завтра позвоним, прошла неделя - никто так и позвонил, но потом я сам их набрал и они спросили когда я смогу прийти для трудоустройства.. А не позвонил бы я, я почти уверен что про меня просто забыли бы. И так всюду куда я не приходил меня без проблем брали. Главное зажги свои глаза и покажи их работадателю и у тебя все получится. Джунов сейчас требуется много, ктобы что не говорил, мест свободных куча. А так я тебе честно скажу, если ты не занимаешься разработкой сайтов на заказ, то ты ничему не учишься, хоть и пишешь, что знаешь то и то, но когда устроишься поймешь, что тупо тратил время на обучение непонятно чему! Но единственное настоятельно рекомендую поучить терминал в линуксе, git и composer.. Без этого мне на 1 работе так трудно пришлось, что я даже разочаровался в программировании, уволился и несколько месяцев не прикасался к компу =) Так что изучай их в любом случае, иначе у тебя будет тройное обучение и охеренная нагрузка. Хотя по сути если работал с фреймворками, должен шарить. Также кстати советую купить vps, можно найти за бакс в месяц всего норм сервер и практиковаться тупо удаленно им управлять через консоль. Разверни там веб сервер скажем для php, установи какой нибудь ларавель, перекинь файлы со своего компа на него и обратно, чтобы на работе не было таких глупых вопросов. Хотя глупых вопросов не бывает, точнее все их задают, так что лучше 100 раз спросить чем не до конца понять.

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

Короче, обозначь для себя конкретную цель и иди к ней. Чтобы ты не выбрал, ты всегда сможешь достичь это. И главное никогда не сдавайся, даже если ты в полной попе и не знаешь как выбраться.. До джуна ты уже точно дорос, так что ноги в руки, нечего отговорки тут придумывать =)

Устраиваетесь стажером или джуниором... такие специальности подразумевают отсутствие опыта.

Всё просто: приходите на собеседование и говорите честно свои навыки и вектор: что бы хотелось изучить/куда стремитесь.
Гарантирую, что максимум 3 собеседования и Вы будете устроены на работе.

https://puzzle-english.com
Много полезных практических материалов для изучения английского, с разным уровнем сложности.
Есть возможность аудио, песни, фильмы сериалы, после прослушивания - раскладывать фразы -как пазлы из слов. В игровой форме - занимательно и интересно. Но ресурс доступен по подписке.

Если не ходить на собеседования, то не возьмут
Гарантирую

ИТ проекты - понятие растяжимое. Есть разработка ПО, есть консалтинг, есть системная интеграция и т.д. Сначала для общего развития посмотрите вот этот вводный курс pmlead.ru/youtube.html Затем уже будет понятнее на что стоит тратить время.
1. Выбрать "тяжелую" методологию в зависимости от реалий рынка и собственных потребностей. Скорее всего всего это будет PMI PMBoK. PRINCE2 и прочие - гораздо менее распространены. В чтении PMBoK нет ничего страшного (600 стр.). Сам стандарт занимает всего 60 страниц. Остальная часть книги (400 стр.) - как понимать стандарт и как им пользоваться.
Далее по необходимости стоит посмотреть дополнительные книги PMI, которые упоминаются в PMBoK и более полно раскрывают какую-либо тему. Например PMI Practice Standard for Work Breakdown Structures.
2. Посмотреть дополнительные отраслевые стандарты
CompTIA Project+ https://certification.comptia.org/training/self-st...
IEEE https://ddintsis.com/templates/ieee-standards-temp...
ГОСТ 34, 19 и т.д.
3. Посмотреть руководства по гибким методологиям. По статистике 60 % процентов проектов, реализовывавшихся по гибким методологиям, велись по Scrum. В новой 6-й редакции PMBoK, выходящей в этом году, будет больше про гибкие подходы (сейчас доступен черновик книги).
4. Подробнее изучить частные темы. Например:
"Требования для программного обеспечения: рекомендации по сбору и документированию" Илья Корнипаев. Совсем небольшая книга, достаточная для ликбеза.
Руководство по документированию проектов www.pmdoc.ru/pmdoc_guide_issued
"Системная инженерия для чайников" https://habrahabr.ru/company/ibm/blog/216307/
Много любопытного можно подсмотреть у NASA. Презентации типа SysML для руководителей проектов.
Куча инфографики на Pinterest.
Куча тематических презентаций на SlideShare.

Для общего развития не помешает реализовать вот этот план развития www.it-agency.ru/academy/jedi-plan Там и SMART задачи и прочие основы.

Открыть вакансию менеджера проектов интересную для вас, осмыслить требования, сравнить со своими навыками - изучить отсутствующие.

Если правильно понял - технический отдел - это тех. поддержка имеющихся клиентов.
Работу тех. пода нельзя оценить так же как и работу продажников. Так как если у продажников верхняя планка не ограничена, то сапорт обрабатывает то, что есть. Нет вопросов - просто сидит.
Как правило, работа таких отделов стороится на helpdesk/servicedesk системах, баг-трекерах и т.д. Эти системы сами по себе могут собирать метрики из которых можно вывести удобный KPI. Что бы просто так не сидели когда нет вопросов от пользователей, предлагать бонусы за доп. проекты, написание документации, создание учебных материалов.

Предлагать можно всегда. Если им не нужно - они просто не купят.
Чем раньше предложите, тем быстрее поймете, нужны ли им эти платные услуги.

Нужны навыки:
- по выстраиванию внутренних коммуникаций (желательно на базе Scrum, Agile).
- по выстраиванию внешних коммуникаций (Игорь Манн "Как стать №1").

Сьездите в ближайший крупный город и попроходите собеседований на джуна. Если возьмут, можно (или нужно) переехать. Без опыта вы никому не нужны. Если не возьмут - ищите тогда стажировку. По опыту вам поможет hh.ru или superjob. Например Стажировки в Питере

Я использую такой вариант: в антивирус добавляю сайт в черный список, и при заходе на него выводится такое сообщение.
(сообщение антивируса можно отключить)

Сходите на курсы по PM, получите сертификации по управлению проектами. Поднимите и профессионализм и авторитет хоть немного.

Не представляю себе 19-летнего ПМ-а.
Ничего не пугает. Сможете заработать авторитет своими обширными знаниями, многолетним опытом (в том числе и житейским), быстрой реакцией и т.д. - будете работать. Не сможете - никто в грош вас не будет ставить.

Todoist (premium account) + Sunrise.am - календарь. + Toggl (учет времени на выполняемую задачу)
закроют все ваши вопросы.

Либо копать в сторону Trello.

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

А еще ты должен мочь контролировать досконально весь бизнес-процесс.
Поэтому нужно в нем досконально разбираться.

Пример:
Многие бизнесмены-стартаперы жалуются - есть гениальная идея, но программисты все загубили/нет денег на программистов/делает программист не понимаю что.
Шансов у того, что худо-бедно умеет программировать сам и/или может четко сформулировать техническим языком задачу и проверить ее - на порядок больше.

у вас должна быть чуть ли не мечта стать тестировщиком

Это очень правильные слова. Т. к. тестирование — это много монотонной работы по поиску, воспроизведению и документированию дефектов. Этим нужно жить.