Что заставляет «входить в айти»?

 

 

Если ты не в айти, то с вероятностью 99,9% ты туда хочешь. Но почему? Что толкает тебя и многих других людей в сферу айти? Попробуем разобраться, ведь кроме долларовых зарплат есть еще масса никем не замеченных причин.

IT — это всегда актуально

Программирование и айти сфера в целом – это платформа будущего. Мир сегодня – это разнообразные цифровые гаджеты, софты и, конечно, интернет. Каждый, кто пользуется благами цивилизации – автоматически становится потребителем. А программисты – это люди, которые такие блага для потребителей создают и поддерживают. Поэтому для кодеров всегда найдется работа.

Свобода выбора

Айти – не только программисты, и этот стереотип постепенно отходит. В сфере есть неисчислимое множество профессий для тех, кто не хочет быть программистом. Ты можешь стать кем угодно. Рисуешь? Дизайн и все, что с ним связано. Активист по жизни? PR и его отрасли. Лидер? Проджект-менеджмент не всегда требует знания кода, можно руководить и командами с другими задачами. Любая специализация, слегка видоизмененная, найдет свою нишу в айти. Этим сфера и привлекательна.

Возможность применить свои знания на практике

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

Новизна

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

Создание продуктов для людей

Наверное, каждому человеку важно знать, что его работа важна и приносит практическую пользу. В IT ты сможешь не только участвовать в создании продуктов, которыми будут пользоваться тысячи (а может, и миллионы) людей, но и сделать эти продукты ближе и понятнее обычным пользователям. Программисты (как и любые технические специалисты) отлично разбираются в том, как всё устроено, и иногда за счёт этого могут упускать из виду то, как их продукты и интерфейсы воспринимает обычный человек. Для некоторых делать “для людей” – потребность. Поэтому они и идут в айти.

Возможность использовать иностранные языки

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

Социальный статус

Достаточно очевидный пункт. Все любят айтишников, толком не разбираясь, почему. Если твоя знакомая катается в Египет, Турцию и Милан в один год, но не работает, а ее муж молодой и спортивный парень, а не пожилой бизнесмен – очевидно, что он айтишник. Желание стать тем самым парнем, который своим умом зарабатывает столько, чтобы хватало на “красивую жизнь”, и толкает многих в айти. Ведь когда ты в компании представляешься айтишником, то сразу ловишь уважительные взгляды.

Ну и конечно

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

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

Тогда тебе станет не важно, нашел ты себя в айти или нет, если ты на своем месте.

Agile, Kanban, Scrum — что это за заклинания?

 

 

Последнее время приобретает популярность форма организации менеджмента под названием Аgile. Ее интегрируют, как правило, молодые компании и стартапы. Все потому что именно в этой форме можно максимально раскрыть потенциал маленькой команды с гибкими специалистами. Однако, далеко не все еще “въехали” в это новое течение и не понимают чем Скрам отличается от Аджайла, и при чем тут “кабан” (Канбан). Поэтому редакция решила помочь вам освоить странные термины и, кто знает, – внедрить их в свой проект.

Agile

Agile – методология гибкой проектной деятельности, включающая разные методологии (Scrum, Канбан, ХР, Lean и другие), получившая широкую популярность в разработке программного обеспечения. Применим метод не только в айти, в других сферах он тоже может принести немалую пользу.

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

Если упростить формулировки оттуда, чтобы «выкристаллизовать» соображения, которыми руководствуются все, кто работает по Аджайлу, получится что-то вроде этого:

  • Самое главное – люди, а не вещи.
  • Документация (которую еще и никто не читает) не должна никому мешать работать.
  • Сотрудничайте, а не перечитывайте контракт.
  • Живите, дышите, меняйтесь – так быстро, насколько это возможно.

Потребность рождает предложение, и, благодаря потребности в новой модели менеджмента и, появился Аджайл. Дело в том, что примерно в те годы рынок начал активно изменяться и требования к продукту стали, мягко говоря, нестабильными. Модель менеджмента того времени была каскадная: “вижу цель – иду к цели” по одному алгоритму. Если алгоритм не работал – его отменяли и строили другой, с нуля. Аджайл же изменяет стратегию на ходу. Тут на первое место выходят люди, а не бюрократия и т.д. Важен факт действия, а не его описание, скрипты и прочее. Конечно, благодаря такому упрощенному и эффективному строению, Аджайл с легкостью покорил Запад.

У нас, конечно тоже пытаются его внедрить, но это невозможно по нескольким причинам.

  • На постсоветском пространстве у людей сформирован определенный менталитет, который не позволяет “забить” на бумаги.
  • Коррупция, как это ни грустно, тоже вставляет палки в колеса. (Да какие там палки – полена!).
  • Элементарная лень – на одного идейного человека, который проникся философией Аджайла, приходится 5 консерваторов, которые боятся отойти от привычных алгоритмов.

Но кроме Аджайла существуют еще два “заклинания”.

Scrum

Scrum – четко определенный фреймворк процессов, созданный для того, чтобы структурировать работу. 

Скрам – это не что-то отличное от Аджайла, это его разновидность. Если нарисовать дерево, то Аджайл – это ствол, а Скрам и Канбан – его ветви. Чтобы команда начала работать по технике Скрам, ей придется выполнить следующие условия:

  • Выполнять работу отдельными итерациями.
  • Формировать кросс-функциональные команды.
  • Назначать Владельца Продукта и Скрам Мастера.
  • Проводить регулярные встречи для планирования итераций.
  • Обговаривать трудности и достижения ежедневно.
  • Показывать результат во время обзора спринта.

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

В Скраме фактором изменений является мотивация.

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

Kanban

Канбан – куда менее структурированный подход, чем Скрам. Это совсем не фреймворк процесса – скорее это модель, в которой изменения внедряют через постепенные улучшения. Канбан можно применить к любому уже запущенному процессу. По Канбану работу нужно организовывать с помощью “Канбан-доски”.

На доске состояния отображаются в столбцах, где каждая задача проходит слева направо. Вы проводите задачи через секции

  • В процессе.
  • На тестировании.
  • Готово к релизу.
  • Завершено.

Кроме того, у вас могут быть разные «плавательные дорожки» (swim lanes) – горизонтальные «пайплайны» для разных видов работы. Единственный критерий управления, которые вводится по Канбану, — это “Work In Progress (WIP)”. Управляя WIP, вы можете оптимизировать поток задач. Чтобы перейти на Канбан, не нужно ничего, кроме визуализации рабочего процесса на “Канбан-доске” и отслеживания WIP. То есть, на него можно перейти хоть сегодня, не зря же понедельник!

В Канбане фактором изменений является предел WIP.

Для каждого столбца (состояния) Канбан-доски вам нужно задать предел Work In Progress (WIP Limit). Этот показатель определяется тем, сколько задач могут находиться в некотором состоянии в любой временной точке. Если состояние достигает предела WIP, в него уже нельзя перевести никакие новые задачи. Сперва вся команда должна помочь очистить заполненное состояние. Задачи, застрявшие в одном из состояний, образуют заметные скопления на Канбан-доске. Эти скопления прекрасно визуализируют задержки в улучшениях: чтобы увидеть, где нужно улучшать процесс, достаточно просто взглянуть на Канбан-доску. Визуализация проблемных зон мотивирует команду изменить подход к работе, чтобы избегать таких задержек в дальнейшем. Так предел WIP выступает фактором изменений в Канбане.

Главное отличие Kanban от Scrum

После такого сравнительного взгляда на подходы к Aджайл-разработке вам должно стать яснее, какой из них и когда применять. Если ваша организация переживает глубокий кризис и нуждается в основательных изменениях и более эффективных процессах, вам может подойти Скрам. Если у вас уже построены рабочие процессы, и вы хотите со временем улучшить их, не разрушая систему, выбирайте Канбан. В Канбане работают просто, четко и быстро, не уделяя внимания планированию, а в Скраме – наоборот, по плану спринтов с учетом времени. То есть, Скрам делает акцент на планировании, а Канбан – переходит сразу к действию.

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