Хіба я маю себе в омані? Перехід бізнес-аналітика до програміста


11

Поточна робота: працюючи провідним бізнес-аналітиком фірми Big 4, очолюючи команду розробників і тестерів, які працюють над масштабним проектом реконструкції (4 морські розробники, 4 офшорні розробники, декілька морських / офшорних тестерів). Також працюйте в подібній якості над іншими меншими за масштабами проектами.

Обсяг моєї ролі: збирання / виписування вимог, створення функціональних специфікацій, проектування інтерфейсу (в основному відображення всіх фронтальних аспектів системи), тісна робота з розробниками для спілкування / уточнення вимог та пошуку рішень, коли ми потрапляємо на блокпости , написання тестових випадків (і тестування значної частини), робота з вищим керівництвом та ключовими зацікавленими сторонами, керування бета-тестерами, створення посібників для користувачів та провідні навчальні заняття, надання ключової технічної підтримки.

Я також пишу досить багато макросів в Excel за допомогою VBA (декілька моїх макросів зараз використовуються по всій фірмі, тому їх може бути близько 1000 людей) і щодня користуються SQL, як у компактних файлах SQL, так і в програмі покладається на наші дані SQL Server та будь-які створені мною бази даних Access. Розробники вважають, що я дуже добре в цій ролі, тому що я дуже добре розумію програмування, властиві системні обмеження, структуру баз даних тощо, тому мені легше спілкуватися з ідеями та придумувати пропозиції, коли ми стикаємося з проблемами.

Що мене справді цікавить, це розробка програмного забезпечення. Я займаюся великою кількістю програмування в VBA і хотів навчитись C # деякий час (команда розробників використовує C # - я час від часу переглядаю код заради себе, але не маю практичного досвіду його використання). Мене цікавить не лише бізнес-процес, а й технічна сторона речей, тому традиційна роль БА насправді не викликає мого апетиту до того, що я хочу робити. Зараз у мене є кілька невеликих проектів, які мені дали менеджери, і я знаходжу нові способи їх виконання (як, наприклад, створення спеціальних додатків Access), тож тут і там є дещо, щоб зацікавити мене.

Моє запитання таке: що я хотів би зробити, це створити власні додатки Excel або Access для малого бізнесу як позаштатний бізнес (працюючи в магазині для чоловіків; можливо, маючи випадкових підрядників залежно від складності проекту). Це, очевидно, почалося б як неповне підприємство, поки я працюю на робочий день, але врешті-решт я став би роботою на повний робочий день. Хіба я обманюю себе на думці, що можу перейти від програміста BA / неповний робочий день до VBA, щоб на повний робочий день перейти у позаштатний бізнес (де я починав би просто писати спеціальні програми Excel / Access у VBA)? Або подібний предмет зазвичай не робиться, поки хтось не здобуде років повного досвіду програмування? І чи існує ринок таких типів додатків серед малого (а може бути, середнього) бізнесу?


3
Напевно ви зараз на вершині своєї кар’єри. Ви можете виконати ту саму роботу з однаковими навичками за 5 років, не читаючи книги. Якщо ви були програмістом, ви будете починати знизу сходів, а через 5 років навіть драбини може не бути !!! Не поєднуйте хобі з кар’єрою. Звичайно, ви можете бути програмістом, але що робить більшість середніх програмістів після 10 років? Вижити як програміст на сучасному ринку та просуватися вгору дуже складно для звичайної людини через високу конкуренцію та постійні технологічні виклики.
NoChance

Я погоджуюся, що як бізнес-аналітик та ділова людина я маю можливість продовжувати рухатися на вищу посаду. Проблема полягає в тому, що чим вище ви йдете, як правило, тим віддаленіше від технології та впровадження. Я брав інтерв'ю з декількома консалтинговими компаніями з питань управління консалтинговими позиціями в галузі техніки, але такі ролі мене не дуже цікавлять. Моя мета - не бути чистим програмістом; насправді я не маю інтересу працювати як розробник, щоб його прийняти на роботу в якості працівника, а скоріше є невеликий консалтинговий магазин, де я можу брати участь як з боку бізнесу, так і з боку розробників.
Райан

"невеликий консалтинговий магазин, де я можу боротися як з бізнесом, так і з боку розробників" звучить як занадто великий ризик для мене. Розумієте, ринок переповнений нестандартними рішеннями, і так багато компаній і підрядників, які готові створити системи на цінні $ 200 або менше. Я не думаю, що «малий» може тривати довгий час, враховуючи економіку та швидкі темпи змін технологій, якщо у вас немає стратегії для залучення клієнтів та зосередження уваги на повільній технології, що змінюється.
NoChance

7
@EmmadKareem, "не змішуй хобі з кар'єрою" ... ти маєш на увазі: переконайся, що майже все твоє життя неспання витрачаєш на те, що тобі не подобається, і приблизно 5% робиш те, що тобі подобається ... звучить як чудовий план щастя (але, правда, звичайний)
JoelFan

4
@EmmadKareem, я думаю, що є багато програмістів, які працюють 10, 20 і більше років і задоволені своєю кар'єрою
JoelFan

Відповіді:


15

Ні, ви не обманюєте себе, це можна зробити! Один з хлопців тут зробив це, хоча я не знаю деталей того, як, але я думаю, що він почав як андеррайтер, став бакалавром для андеррайтингової розробки програмного забезпечення для загального програмного забезпечення, а потім якимось чином перейшов у штатний розвиток. Я б здогадався, що він уже мав технічну підготовку, як ти.

Це може спрацювати краще, якщо ви спробуєте зробити це спочатку з вашим поточним роботодавцем, ніж піти на соло. Ви мали б набагато більше підтримки та допомоги. Можливо, поговоріть зі своїм менеджером і запитайте, як ви могли перейти на роль розвитку в організації, можливо, в одній команді, щоб почати. Таким чином ви вже знаєте всіх, і вони знають вас, і на що ви вже здатні, і можуть допомогти вам навчатись далі. Якщо вам справді по- справжньому пощастить, у вашої компанії буде бюджет, щоб відправити вас на курси, щоб наздогнати ще швидше.


2
Я просто повторюю, що це точно можна зробити - на попередній посаді я працював з підрядником, який саме так і зробив. Він почав робити заявки Access для компанії з нерозвиваючої ролі, потім став для них зовнішнім консультантом, і врешті-решт він перетворив це на власний бізнес і, здається, робить це дуже добре.
bunglestink

4

VBA та Access - це нижня частина сходів програмування. Якби я був ти, я б стріляв вище, оскільки ти маєш навички SQL. Подумайте про вивчення звітів SQL Server та створення звітів або SSIS та обробку ETL. Це навички, які користуються досить високим попитом зараз, і ви готові їх виконувати, оскільки в них можна порівняно легко вступити, перебуваючи у корпоративному середовищі, особливо якщо у вас більше немає когось, хто б займався цими ролями для своєї компанії. Я б бачив досвід бізнес-аналітиків як величезний плюс для автора звіту.


2

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


Будь-які рекомендовані курси навчання? Я більше самоучок, тому зараз я підписуюсь на якийсь відкритий курс MIT (Intro to Comp Sci), який використовує Python як свою мову викладання, в основному, щоб я міг отримати трохи тверду теорію програмування та більше думати рядки програміста. Також продовжую розширювати свої знання в Excel / Access / VBA завдяки фактичним проектам на роботі.
Райан

@Ryan Ви в омані щодо одного: немає твердої теорії програмування. Програмування - це дуже незріле ремесло (ремесло - це власне слово!) - воно справді занадто молоде. Програмісти читають багато книг, але революції в цій галузі відбуваються за півмісяця. Що означає ставлення до навчання - єдина передумова :)
К.Стефф

1
@Ryan: Я здебільшого самоучка. Мій "курс навчання" був "ця програма відстійна. Я міг би це зробити, і зробити це краще, ніж це робив автор. Тож давайте подивимось, у мене є компілятор, тепер як я починаю реалізовувати функції?"
Мейсон Уілер

2

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

Наскільки сміливість мислення ви не можете, не потійте. Вирішивши, що ви, ймовірно, можете впоратися з тим, що <вставте сюди незвідану купу складності> - це те, що роблять Devs. Це не зарозумілість, це лише перший крок.

Нахабні в країні розробників називають себе професійним розробником, коли у вас є одне рішення для всього, і ви не дізналися нічого нового з коледжу. Ось це рубіж з розвитком. Коли ви перестаєте вчитися, ваша кар’єра починає йти вниз, тому інтерес є наче ключовим. Схоже, у вас це є.

Тож займіться цим.

Ви помітили свою ціль у поле зору. Решта розбиває великі страшні проблеми на маленьких не дуже страшних. Повторіть рекламний музей, і ви станете платним розробником, який бажає, щоб було більше великих проблем / страшніших, ніж раніше, ніж ви могли подумати.


Побічне спостереження: зарозумілість корисна на початкових стадіях. Якби я знав, про що насправді йде програмування, коли я починав, я, мабуть, відмовився би через дві години після "привіт світу".
К.Стефф

1

Я б сказав (якщо ви хочете приступити до початку роботи) піти з SICP - Структура та інтерпретація комп'ютерних програм. Я мушу посилатися на це, але це більше, ніж просто книга; сьогодні ви можете знайти також інших людей, які вивчають курс в Інтернеті. Це справді важка книга - виконувати всі вправи - це те, що більшість розробників не може зробити (на жаль), але це найкраща доступна книга. MIT OCW також хороший, але IMHO - це поливана версія SICP для програмування. Python розроблений для того, щоб приховати складність, а не змусити вас насолоджуватися ним (як це робить SICP).

Також потрібно розрізняти програмування як професію та програмування як навик. Один вимагає відданості таким речам, як красивий, чистий і розширюваний код, а інший не вимагає нічого, крім алгоритмічних навичок (яких насправді досить багато). "Доброзичливий диктатор" Python, Гвідо ван Россум, стверджує, що програмування буде важливою майстерністю в наступні роки, але навичок розробки програмного забезпечення в будь-якому випадку не буде. Більшість не розробників пишуть код, щоб його викинути (розробники також роблять це часто). Справа в програмуванні, оскільки кар'єра включає в себе набагато більше речей, ніж програмування, і важливо визначити свої пріоритети.

Найголовніше: обов'язково любите програмування, а не просто так. Це більше, ніж робота з 9 до 5, це сприйняття філософії, що постійно навчається : більшість інженерів проходять навчання під час бакалавра чи магістра та не бачать значних змін у своїй галузі знань. Протягом усього життя кар'єра в програмуванні змусить вас побачити принаймні 10 змін парадигми (не лише мови, але й інструментів, БД тощо), тож вам краще бути готовим (і готовим) прийняти це.


+1 для "філософії постійного навчання". Програмування багато в чому полягає у навчанні та вдосконаленні кожного дня. Якщо вам подобається робити ці 2 речі, то, ймовірно, ви матимете хороший досвід і досягнете успіху.
Б Сім

1

Я думаю, ти в хорошій позиції, щоб вирішити це.

Більшу частину своєї кар’єри я був глибоко вкладений у технічну сторону речей, однак, за роки спостереження за багатьма проектами успішно чи не вдалося, я прийшов до висновку: -

Якщо ви не розумієте своїх ділових користувачів та їхні вимоги, проект не зможе.

Я ніколи не бачив винятку з цього правила, і жодна сума грошей, апаратного чи програмного генія, схоже, не має ніякого значення. Справжні проекти, які добре розуміють вимоги, можуть зазнати невдачі через погано підібране обладнання, програмне забезпечення, брак бюджету або відсутність навичок - але здебільшого ці проекти можна або могли врятувати.

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.