сказать, что:
● наличие выбранной методологии разработки лучше ее отсутствия (плюс для компании);
● выбранная методология не должна мешать вам работать (плюс для вас).
Отчасти методологии защищают и самих разработчиков, помогая предупредить неверные решения, спрогнозировать лучший подход или верно оценить время, которое потребуется. Однако в первую очередь методологии нужны компаниям, и на то есть причины. Да, каждый разработчик способен на многое, но, как и любая совокупность людей, участвующих в одном деле, мы частенько теряем представление об общей картине происходящего. Не потому, что каждый человек в толпе глуп или недальновиден, просто сама толпа становится менее предсказуемой и эффективной.
Методологии разработки появлялись тогда, когда в них возникала необходимость. Часто методологии, описанные максимально подробно и применяемые максимально точно, абсолютно не приживались в одних компаниях и давали невероятный толчок к производительности в других.
Применение методологии разработки – не панацея и не проклятие, это всего лишь инструмент, полезность которого определяется методом проб и ошибок. На ваше счастье, если вы работаете в крупной компании, там уже есть люди, которые ломают над этим голову. Относитесь к методологии разработки как к временам года. Они могут вам нравиться или нет, но они есть, и вам нужно извлечь из этого плюсы.
Тезисы
■ Методология разработки – попытка структурировать и повысить производительность разработки программного обеспечения.
■ Чаще всего методологии создавались для конкретных компаний и с определенными целями.
■ Верная методология в любой компании определяется методом проб и ошибок.
■ Извлекайте из методологии разработки плюсы, даже если ее минусы мешают вам работать.
Задание
Определите, какая методология разработки используется в вашей компании (если используется вообще). Ознакомьтесь с историей происхождения этой методологии и оцените, насколько корректно компания следует изначальной идее. Если вас интересует структурирование взаимодействий внутри компании, попробуйте проанализировать слабые места в организации работы, предложите что-то из других методологий, которые, возможно, лучше бы подошли вашей компании.
История из жизни
Из всех моих пересечений с методологиями разработки я вынес для себя только одну, самую полезную и нужную технику. Вопреки тому, что я могу воспользоваться мириадами программ для трекинга задач, событий и важных уведомлений, я все еще предпочитаю клеить САМЫЕ ВАЖНЫЕ напоминания на монитор стикерами с написанным от руки текстом. Обычно мой монитор похож на рождественскую елку, разве что не зеленый и не мигает огнями гирлянды. А еще я веду письменные заметки во время технических обсуждений, чем вызываю немало шуток про бересту и глиняные таблички.
Я
Этот раздел написан про вас. Ну хорошо, хорошо, он написан про меня, потому что я не могу описать здесь ваш опыт, ваши будущие решения и профессиональный путь. Возможно, темы этого раздела покажутся вам полезными, а может быть, вы поймете, что в некоторых ситуациях поступили бы иначе. В любом случае я опишу то, что на протяжении моей карьеры казалось мне самым важным. То, что беспокоило или радовало лично меня. В конечном счете мы все удивительно похожи, и, возможно, вы сумеете найти в моем опыте что-то полезное.
Забота о себе
Внутреннее состояние оказывает огромное влияние на вашу работу.
Пожалуйста, остановитесь и еще раз прочитайте предыдущее предложение. Я серьезно. Вам может казаться, что работа – это исключительно набор навыков, технический склад ума или просто опыт, но, поверьте мне, самочувствие сказывается на ней больше, чем вы можете себе представить.
Отмечайте то, что вас радует. Возможно, это новые проекты, сложные задачи, какие-то конкретные технологии или направления разработки. А может, вы радуетесь, когда гладите страуса или готовите домашнюю пиццу. Какая-нибудь мелочь, которая делает счастливым лично вас, может дать вам мотивацию на неделю работы вперед. Замечайте это, запоминайте то, что дает вам силы.
Разумеется, вы не будете чувствовать себя всегда на все сто, и это нормально. Не корите себя, если замечаете, что недостаточно удовлетворены работой. Не упрекайте себя, если понимаете, что внутреннее состояние не позволяет вам работать так же качественно и быстро, как раньше. Отнеситесь к себе с пониманием, вы не можете обязать себя быть постоянно на подъеме. Дайте себе время, позвольте восстановиться.
Старайтесь радовать себя даже тогда, когда работа занимает все ваше время. Выделите час в процессе работы, найдите время вне работы, чтобы сделать то, что поднимет вам настроение. Это может быть все что угодно: возможно, вам давно хотелось попробовать написать 'Hello world' на Scala; а может, вы мечтали пострелять из арбалета или погладить енота.
Заботьтесь о себе во внерабочее время, это даст вам куда больше энергии для профессионального роста, чем кажется.
Это же касается и физического самочувствия. Я думаю, мне нет смысла объяснять, что писать качественный код, когда раскалывается голова или живот сводит болью, практически невозможно. И не нужно.
Быть разработчиком сложно – это требует очень больших затрат энергии как тела, так и мозга. Не пренебрегайте сигналами от организма, не забывайте нормально питаться и спать; следите за тем, как и сколько вы отдыхаете от новой информации.
Я не буду говорить про йогу, спортзал и абдоминальное дыхание. Это вещи, отношение к которым вы определите сами. Моя задача – донести до вас, что ментальное и физическое состояния неразрывны и напрямую сказываются на вашей работе.
Тезисы
■ Ваше внутреннее состояние – залог качественной работы.
■ Вы должны заботиться о себе.
■ Ваши ментальное и физическое состояния тесно связаны, не надейтесь удерживать на плаву что-то одно.
■ Находите и создавайте поводы для радости.
Задание
Составьте список из 10 занятий, которые вас всегда радуют. Любимая еда? Отлично. Тайная страсть к написанию кода на ассемблере? Замечательно. Храните этот список и заглядывайте в него, когда понимаете, что ваша мотивация под угрозой, или чувствуете, что работа перестает вас радовать, как раньше.
История из жизни
Увы, я всегда знал, как надо заботиться о себе, но редко следовал своим же правилам. Переработки? Да. Работа месяцами без выходных? Да. Черт, я как-то посчитал свое рабочее время за один очень насыщенный год, просуммировав общее количество рабочих часов и разделив на количество дней. Вышло, что в том году я работал по 8 часов КАЖДЫЙ день. Не будьте как я, будьте здоровее, чем я, заботьтесь о себе и своем здоровье.
Усталость и выгорание
Хотел бы я сказать, что вы никогда не будете уставать так, что вас будет тошнить от одной мысли о работе, и никогда не столкнетесь с профессиональным выгоранием. Но это было бы ложью.
В какой-то момент способы, описанные в теме «Забота о себе», не сработают так, как раньше. Вы почувствуете, что все, чем вы занимаетесь, – бессмысленно, что ваши решения в коде – некачественные и глупые. Вы начнете допускать грубые, детские ошибки, станете хуже принимать решения, хуже анализировать новые задачи и требования.
Поздравляю, вы стали профессиональным разработчиком. И это только отчасти шутка. Любой опытный разработчик сталкивается с личным кризисом: в силу внешних или внутренних причин ему кажется, что его работа бессмысленна и ничего не стоит.
Я мог бы попробовать описать причины таких кризисов, но в реальности их слишком много, чтобы перечислить. Это могут быть личные причины, не связанные с работой. Причиной может быть ваша компания, продукт, депрессия, начальник-идиот. Чаще всего причин множество, в какой-то момент происходит надлом и работа начинает страдать вместе с вами.
Первый совет, который я хочу вам дать, – притормозите. Возьмите больничный, даже если это будет стоить недовольных лиц руководства. Возьмите отпуск, пусть даже вы не будете присутствовать на релизе своего продукта. Если вы исчерпали весь свой ресурс, то можете сделать лишь одно: остановиться и обдумать ситуацию без нависающих над вами дедлайнов, ошибок и клиентов.
Не обвиняйте себя и не обесценивайте свою работу. Подобные мысли будут посещать вас
