Pull to refresh
4
0
Artem Susekov @zlt

Agile-практик

Send message

Как мы строили систему грейдов разработчиков

Level of difficultyMedium
Reading time10 min
Views15K

Как понять, насколько правильно ты оценен, насколько верно оценены люди в твоей команде, соответствует ли оценка приносимой пользе и багажу их знаний и навыков? Стоит ли платить больше за знания, которые в данный момент не применяются и могут никогда не задействоваться? Как правильно оценить опыт? Как не обидеть коллег оценками и сподвигнуть их к саморазвитию, а не переходу в другую компанию? И как не раздуть ФОТ до бесконечности, когда люди открывают охоту за грейдами?

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

Читать далее
Total votes 26: ↑22 and ↓4+22
Comments31

Как организовать самостоятельные дальние походы без гида. Личный опыт

Reading time14 min
Views21K

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

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

Читать далее
Total votes 46: ↑41 and ↓5+47
Comments70

Если это решение, то в чем проблема? Слои сопротивления изменениям

Level of difficultyEasy
Reading time6 min
Views4.1K

Есть мнение, что люди сопротивляются изменениям. Звучит так, что люди сопротивляются, для того чтобы сопротивляться. У такой проблемы нет продуктивного решения. Однако при внедрении изменений, мы и правда сталкиваемся с сопротивлением.

Вы точно сталкивались с изменениями, которым люди не сопротивляются. Например, повышение зарплаты (не связанное с увеличением зоны ответственности/нагрузки). Получается, что люди сопротивляются не всем изменениям. Допустим, вы пытаетесь внедрить решение, которое выгодно для всех участников системы. Сопротивление говорит о том, что выгода не очевидна для сопротивляющегося. У этого могут быть более и менее рациональные причины. Например, иногда попытка обсудить изменения, воспринимается как обвинение в том, что что-то идет не так.

В теории ограничений есть инструмент — «Слои сопротивления». Голдратт разделил сопротивление, с которым мы сталкиваемся, на несколько слоев. Идея состоит в том, что для того чтобы преодолеть сопротивление (не перебороть, а договориться) , необходимо по порядку пройти через все эти слои. Планомерная работа по «отшелушиванию» каждого слоя позволяет не только снять сопротивление, но и значительно улучшить решение.

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

Читать далее
Total votes 8: ↑6 and ↓2+7
Comments2

Мы agile или аджайл нас?

Reading time7 min
Views7.7K
Какая главная проблема в разработке программного обеспечения (а может и вообще в любой работе)? Когда я задавал вопрос коллегам, получал разные ответы: изменения требований, несоответствия ожиданий, качество кода, взаимодействие с другими командами… суммируя для себя — коммуникация является одной из самых важных проблем.

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

Пытаясь решать эту проблему, люди пишут детальное ТЗ. Но решает ли это проблему? Те же вопросы, как мне видится, задавали Боб Мартин и Мартин Фаулер вместе со своими коллегами, когда писали Agile Manifest в феврале 2001 года. Попробуем разобраться вместе в этом вопросе, да и в самом Agile манифесте.
Читать дальше →
Total votes 13: ↑10 and ↓3+7
Comments13

Как хорошие программисты допускают стратегические ошибки

Reading time7 min
Views11K
Иногда умные люди, которые умеют хорошо работать, случайно всё портят. Эта моя история основана на воспоминаниях о реальных событиях.

Небольшая команда разработчиков в SaaS-компании средних размеров столкнулась с проблемой. У компании было некоторое количество сервисов, осуществляющих загрузку и трансформацию данных. И нагрузка на эти сервисы резко возросла с появлением клиента (назовем его Клиент-А), который генерировал в разы больше данных, чем остальные.

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

Всё это породило проблему наихудшей разновидности – проблему, которая влияет на людей. Именно из-за проблем такого рода начальство, которое раньше вообще не знало о существовании сервиса, начинает требовать ежедневных отчетов о его работе.
Читать дальше →
Total votes 17: ↑15 and ↓2+18
Comments10

Как понять, что перед вами плохой разработчик

Reading time12 min
Views179K

Мало просто сменить свою сферу работы на IT, желательно еще и стать хорошим разработчиком. Бывший тимлид и консультант Александр Усков рассказывает, как понять, что перед вами плохой разработчик и что с ним вообще можно делать

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

Читать далее
Total votes 263: ↑159 and ↓104+93
Comments403

Владельцы MAPS.ME отменили изменения и вернули старое приложение. Надолго ли?

Reading time7 min
Views67K

Слева — старое приложение, справа — декабрьская версия от южнокорейцев. Источник: «Смерть MAPS.ME?»

В ноябре 2020 года Mail.Ru Group продала MAPS.ME южнокорейской компании Daegu Limited (входит в состав платёжной системы Parity.com), и уже 20 декабря 2020 года новые владельцы выпустили обновление, которое практически убило приложение.

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

К счастью, новые владельцы осознали глубину своей ошибки и откатили изменения. В апдейте от 30 декабря 2020 года восстановлена вся функциональность. Казалось бы, победа? Справедливость восторжествовала? Нет, в это слабо верится.
Читать дальше →
Total votes 55: ↑48 and ↓7+56
Comments58

Если вы что-то создаёте, избегайте расписания менеджера

Reading time5 min
Views54K


В книге ”Masters of Doom” о компании id Software и её влиянии на массовую культуру Дэвид Кушнер размышлял о необычном стиле работы ведущего программиста Джона Кармака.

Чтобы повысить производительность и не отвлекаться от работы над движком Quake, тот принял агрессивный подход — начал постепенно смещать начало рабочего дня. В конце концов Джон садился программировать вечером, а заканчивал перед рассветом. Эти непрерывные отрезки тишины, изоляции и глубокой работы позволили ему создать первый в мире сверхбыстрый 3D-движок. Игра Quake произвела настоящий фурор.
Читать дальше →
Total votes 134: ↑131 and ↓3+128
Comments98

Обзор зарубежных и российских регистраторов доменных имён. Сравнение маркетинговых уловок у нас и у них

Reading time5 min
Views95K
В последнее время появилось много интересных доменных зон, некоторые из них были и раньше. У большинства регистраторов на такие зоны большие скидки и на какой-то момент можно поверить, чтобы были созданы дешёвые и доступные зоны для всех пользователей для любых нужд, но на самом деле это и близко не так. Далее речь пойдёт о классических зонах .ru / .com и не совсем обычных .xyz, .club, .today, .life, .world, .online, .tech, .store, а также о регистраторах, которые заманивают низкими ценами и в результате пользователи попадают на большие деньги на продлении этих зон.
Читать дальше →
Total votes 21: ↑20 and ↓1+19
Comments88

Information

Rating
Does not participate
Registered
Activity