Как указать на отсутствие стратегии разработки программного обеспечения, не выглядя при этом скептиком?

Воспользуйтесь возможностью построить его самостоятельно

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

Ситуация:

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

И в этом заключается возможность.

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

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

В моем случае уволился предыдущий сотрудник. Мне вручили электронную таблицу, почтовый ящик, какую-то по большей части бесполезную документацию и попросили все это взять на себя. Так я и сделал.

Нет процесса? Изобретите один.

Нет контроля качества? Создайте свой собственный контрольный список QA. Не знаете, как это сделать? Погуглите. Скопируйте чужое и вперед. Обновляйте его по ходу дела.

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

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

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

Нужна консультация старшего инженера/архитектора? Найдите кого-нибудь в Интернете и купите их книги/почитайте их блоги/задайте им вопросы на бирже стека/пригласите их в чат.

Попробуйте вещи. Повторяйте по ходу дела. Делайте все, что вам нужно сделать, чтобы получить результаты. Пока не беспокойтесь о строительстве в долгосрочной перспективе. Ваша задача — сначала создать что-то, что работает . Быстро, грязно, порублено, что угодно. Как только у вас есть что-то, что работает, работайте над его постепенным улучшением.

Вы понятия не имеете, что делаете, поэтому не тратьте время на то, что не принесет немедленной полезной пользы. Если тот рефакторинг, который вы хотите сделать, не окупит себя до 3 месяцев, то забудьте об этом. Ваше понимание требований, вариантов и того, чего вы не знаете, что вы не знаете, к тому времени изменится настолько, что вам захочется вырвать все это и начать все сначала. Что вам придется сделать как минимум пару раз.

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

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

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

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

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

Вам было бы полезно научиться эффективно «управляться». Управление — это когда подчиненный управляет своим начальником, используя различные тактики и стратегии. Хорошую литературу по этой теме можно найти в Harvard Business Review и в Association for Talent Development . Одним из ключевых принципов управления является стремление к развитию симбиотических отношений с вашим начальником, помогая ему или ей достигать целей отдела в позитивной и продуктивной манере.

Я бы порекомендовал короткую встречу между вами и вашим боссом. Если у вас есть регулярные встречи с ним/ней один на один, подумайте об использовании этого временного интервала как возможности донести свое экономическое обоснование процессов и систем, которые, по вашему мнению, необходимы для оптимальной работы. Если у вас нет регулярных встреч, запросите короткую 30-минутную встречу, чтобы обсудить волнующие вас вопросы. Тон встречи должен быть позитивным, и она должна быть проведена так, чтобы ваш начальник, на котором вы предлагаете помочь ему или ей в решении вопросов. Я также рекомендую предоставить вашему начальнику краткую презентацию PowerPoint в формате маркеров, посвященную ключевым проблемам, которые вы определили. Как советовал один из моих наставников уровня SVP, когда я был младше в своей карьере,«Если в будущем вы сообщите мне или кому-либо из ваших начальников о проблеме, всегда будьте готовы представить варианты решения проблемы, плюсы и минусы каждого из этих вариантов, а также вашу рекомендацию» . С тех пор эта обратная связь сослужила мне хорошую службу. Если вы научитесь успешно справляться со своими задачами, у вас будет больше шансов достичь успеха в достижении своей цели, поэтому я рекомендую прочитать статьи, процитированные выше.

Имейте в виду, что управление вверх может пойти катастрофически неправильно, если подойти к нему неправильно, поэтому сохраняйте позитивный тон обсуждения и старайтесь воздерживаться от слов вроде «Я не могу выполнять свою работу без XYZ», иначе они могут подумать о поиске кто-то, кто может.

Удачи. Желаю вам успехов в ваших начинаниях.