Как хорошему разработчику не стать плохим менеджером - [40]
Для начала я хочу обратить внимание на то, что такие дилеммы возникают только у начинающих менеджеров. Почему? Потому что более опытный менеджер всё равно не сможет работать как специалист на своих проектах. Когда я развился как менеджер, то я никак не мог заменить ушедшего разработчика. Потому что у меня в подчинении была сотня человек и несколько проектов. Я не мог выделить даже полчаса, чтобы написать какой-то код. Плюс проекты были на технологиях, в которых я не специализировался. Тратить моё время на разработку было бы неразумно и неэффективно.
Такая картина у всех людей, которые развиваются в менеджменте. Работа специалиста и менеджера слишком отличаются, чтобы смешивать их. А если в будущем вы не сможете подменять специалиста, то почему бы не начать сразу работать на менеджерском уровне. В конце концов, вы же хотите быть менеджером? Ну и решайте проблемы как менеджер.
К слову, я, промучавшись с тем проектом без разработчика, в результате-таки пошёл договариваться с заказчиком о приостановке проекта. И направил усилия на поиск разработчика. В результате, привёл на проект разработчика, который классно решал все проблемы заказчика, и работу с которым до сих пор вспоминаю с большой теплотой.
Кейс "Менеджер-программист"
История от моего читателя Алексея, который любезно поделился своим опытом, за что ему большое спасибо. Пересказываю её тут своими словами:
Алексей был опытным разработчиком (Java/Scala developer/Data Engineer с опытом в C++), но его поставили на проект с абсолютно незнакомыми ему технологиями (web + Python + Front End). Причём времени на “раскачку” ему не дали, и ему сразу пришлось принимать важные технические решения, вроде выбора технологического стека для проекта и решения проблем с производительностью. Из-за этого Алексей иногда делал задачи дольше, чем мог бы, а его оценки были неточными.
Алексей старался закрыть пробелы в своих знаниях курсами, статьями и видео, но у него недавно родился ребёнок, и поэтому вне работы свободного времени было немного.
И вот в этом контексте и развернулась интересная история. Алексей работал над сложной задачей и потратил на неё 2 недели, но решение работало медленно. Главная сложность была в проблеме с производительностью использованного фреймворка в конкретном случае. Проблема была известной и общего решения не имела. Но хотя бы функционал работал.
И вот, когда Алексей бился над производительностью, его менеджер, Игорь, сообщил, что он сам делает эту задачу, и что он потратил всего 2 дня, и что у него проблем с производительностью нет. Игорю нужна была помощь Алексея, так как он всё-таки долго не программировал и не знал, как в новых фреймворках делаются некоторые вещи.
Алексей помог своему менеджеру доделать код. Код работал и работал быстро. Правда, он не соответствовал изначальным требованиям, но суть осталась верной. Можно было изменить требования под этот код и запустить в продакшн.
Алексей был поражён. Его менеджер, нетехнический специалист реализовал сложную задачу в пять раз быстрее, чем он сам. Как так-то?
Менеджер был доволен собой. Он сказал Алексею подумать и принять решение, чей код идёт в результате в продакшн. Есть код Алексея, который писался две недели и всё ещё тормозит, а есть код Игоря, который написан всего за два дня и просто летает. Может, не рисковать и использовать изящное и простое решение Игоря?
Алексей ушёл думать. Он решил докопаться до сути и погрузился в исследование решения Игоря. Почему оно проще и быстрее? Вскоре Алексей выяснил, что менеджер вместо работы с базой использовал заранее приготовленные файлики JSON с нужными данными и показывал только первые 1000 записей. Поэтому и производительность была нормальной. Когда эти хаки убрали, решение менеджера стало тормозить так же.
Алексей убедил команду, что надо в продакшене использовать его решение, так как оно соответствует изначальным требованиям. А чуть позже он смог и решить проблему с производительностью. Причём, решение было крайне нетривиальным и завязанным на конкретные структуры данных.
На этом история не закончилась. После этого менеджер оспаривал любую оценку Алексея, заявляя, что всё должно быть проще и быстрее. Менеджер просил других разработчиков сказать свою оценку, чтобы проверить оценку Алексея. Иногда это были даже разработчики из других проектов. Все они, кстати, подтверждали оценки Алексея, но это не помогало.
В результате Алексей решил, что для него будет лучше сменить компанию. А для себя вынес, что нет хуже ситуации, когда не понимаешь мотивов своего менеджера.
Анализ
Мне в первый момент показалось, что Алексей рассказывает про какого-то безумного менеджера, который полностью потерял вменяемость из-за чего-то и творит беспредел. Но при вдумчивом вглядывании я понял, что видел много подобного поведения. Поэтому стоит проанализировать ситуацию детальней.
Самое интересный вопрос тут, это зачем менеджер полез в код? Он хотел ускорить работу разработчика? Зачем тогда он делал это втайне, и почему не взял ответственность на себя? Менеджер (а скорее тимлид) может перевести на себя какую-то задачу, если видит, что разработчик не сделает её. Но тогда нужно делать это полноценно, по процессу, доведя задачу до конца.
Учитывая мнение читателей предыдущих двух книг из предполагаемой серии "Практическая психология для всех", автор ставит цель — помочь людям осознать и изменить неудачные, малоэффективные модели поведения, дать им средства психологического анализа и саморегуляции, научить их, как сделать свою собственную жизнь и жизнь своих близких счастливой, на примере разных судеб четырех женщин.Книга доступна и интересна для всех, кто стремится к благополучию, успеху и процветанию и ищет средства достижения этого.
Работы Рихарда Давида Прехта, написанные на стыке психологии и философии, переведены на 25 языков, изданы суммарным тиражом более миллиона экземпляров, вошли в списки бестселлеров всех европейских стран.Психология любви.Одна из самых распространенных тем в мировой философии.Так почему же книга Рихарда Давида Прехта, написанная на эту «избитую» тему, продается огромными тиражами и пользуется колоссальным успехом во всей Европе?Что, по его мнению, представляет собой это чувство — самое яркое из всех, что доступно человеку?
В книге одного из ведущих теоретиков трансперсональной психологии сопоставляются взгляды наиболее известных психологических школ и духовных традиций на эволюцию человека. Делается попытка аналитически разрешить проблему достижения всеединства — или проекта Атмана — как называет ее автор.Издатели благодарят Алексея Купцова, чья финансовая помощь и дружеская поддержка сделали возможной публикацию этой книги. Перевод с английского под редакцией Александра Киселева Научный редактор кандидат философских наук Владимир Майков Серийное оформление Павла Иващука© Ken Wilber, 1980© Институт трансперсональной психологии, 2004© Издательство К.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
О чем эта книга:О смысле жизни.Во что верить и где её (веру) искать.О людях феноменальной силы, ума, воли.Вся, правда, о ясновидцах, экстрасенсах...О том, как нами манипулируют и обманывают.Как жить, не болея и оставаться работоспособным до старости.Что такое секс и любовь.О ложных и истинных жизненных целях.О экологически чистом сельском хозяйстве.Что такое «Национальная идея»?Об образовании и воспитании.Об экологии и экономике и о многом другом здесь написано простым и понятным языком. Книга рассчитана на широкий круг читателей.
Пособие представляет собой адаптированное изложение ключевых теоретических и практических аспектов семиосоциопсихологической концепции, разработанной в рамках российской академической науки выдающимся ученым Т.М. Дридзе. В самом определении этой концепции заключена ее суть: междисциплинарность, исследовательский поиск и возможности кругозора «на стыке наук». В пособии предлагаются методы и подходы, знакомящие с комплексными социально-диагностическими и социально-проектными технологиями, направленными на совершенствование коммуникативных навыков людей, на реализацию задач социально ориентированного управления коммуникационными процессами.