• Почему компания меня потеряла

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

    Автор — из старой школы. По разным причинам. Мне нравится заниматься «всем», помогать себе и компании, и я рассчитываю на отдачу — не только, и не столько, на финансовую. Я постоянно учусь. Но не только своей «основной», узкой специальности (=программирование), за которую платят, и ниже объясню, почему…

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

    Дальше я постараюсь обобщить личный и известный мне опыт по этой проблеме.

    Тем, кто вдруг узнает меня по этой публикации
    Пожалуйста, не показывайте, что читали это, ведь опыт может помочь нам всем, а каких-либо обид на вас у меня нет.
    Читать дальше →
  • Сравнение сертификаций по Agile, часть 1 — ICAgile, Scrum.org, ScrumAlliance и PMI

      Некоторое время назад, я перешел из компании, которая жила в мире жесткого Waterfall и суровых планов в MS Project на несколько тысяч строк, в компанию, которая живет в мире Agile — ценности, которую несут продукты уделяется больше внимания чем следованию плану, фокус в разработке сделан на скорость и качество, разработка здесь идет итеративно, для помощи командам есть коучи и скрам-мастера, MS Project используется крайне редко, а про Oracle Primavera никто и не слышал.
      image
      Не то что бы для меня это было в новинку, я и раньше работал в компании, которая активно использовала лучшие практики из Scrum и XP, но на таком высоком уровне опыта у меня не было. Тогда я задумался о том, как бы мне прокачаться в гибких методологиях, а также, как понять насколько ты прокачан? После беглого изучения вопроса, я и узнал о том, что в мире Agile, кроме специализированных курсов существуют еще и сертификации — компании, которые задают тренд на рынке, проводят специальные обучение и тесты, по результатам которых можно примерно сказать, какая квалификация есть (или нет) у того или иного специалиста.

      Читать дальше →
    • Реальная стоимость жизни в Кремниевой Долине для разработчика

        Зачем это читать?


        Всем привет! Меня зовут Винсент, и я с 2018 года живу в Кремниевой Долине со своей супругой и сыном.


        Своим фильмом, Дудь хотел поднять стартапный ажиотаж в России, но в итоге возбудил всех моих товарищей гораздо больше здесь, в Silicon Valley.


        Этот пост — расчет стоимости жизни "обычного разработчика" (не "стартапера"), который работает "на дядю". Все максимально честно и подробно.

        Читать дальше →
      • Возможен ли Agile для всей компании?

        image


        10 лет назад у молодого и зеленого менеджера проекта случился удачный опыт внедрения чего-то похожего на скрам в одной из страховых компании. Энтузиазма хоть отбавляй. Коллеги айтишники всячески поддерживали. Помогало программистское прошлое. Но в какой-то момент появилась непробиваемая стена: Agile подход работал внутри ИТ, но со скрипом воспринимался вне няшного айти пространства. Нужна была синхронизация с другими отделами и смена уклада работы всей компании. Тогда полноценный переход не случился, но год назад удалось воплотить Agile трансформацию на другом проекте в финансовой организации с вовлечением более 100 человек. Возможно ли такое в природе?

        Читать дальше →
      • Как стать долларовым миллионером за 30 лет, лежа на диване



          На Хабре недавно вышел пост ״Новичкам фондового рынка: честные разговоры о трейдинге״. Этот пост, опубликованный в одном из самых читаемых блогов Хабра, вводит людей в заблуждение и создает у них ложное представление о том, что игра на бирже — хороший способ заработка. Это вынудило меня написать комментарий, постепенно переросший в целую статью, с детальным разбором того, почему трейдинг — это не способ разбогатеть, а способ потерять деньги, и о том, как на самом деле заработать на инвестициях.
          Поехали!
        • Новый сервис фотографирует сотрудников каждые 5 минут. За это его ненавидят



            Удалённая работа «славится» у менеджеров тем, что многие из них чувствуют, как будто у них меньше контроля. Чем занимаются работники, делают ли они то, что должны? Чтобы следить за трудолюбием сотрудников, кто-то смотрит только на результаты. Что иногда хорошо, но годится далеко не для всех сфер и проектов. Кто-то вводит систему учета рабочего времени за компьютером, хотя большинство из них при желании довольно легко обмануть.

            Но сейчас в США на фоне коронавируса становится популярна другая система. Видеоконференция, которая постоянно на связи, и через периодические снимки веб-камеры определяет, находится ли сотрудник на своём рабочем месте. Самая популярная система называется Sneek, и у неё уже нашлось много ярых противников…
            Читать дальше →
          • Как внедрить Atlassian Jira + Confluence в корпорации. Технические вопросы

            Планируете внедрение ПО Atlassian (Jira, Confluence)? Не хотите допустить жестоких ошибок в проектировании, которые потом придётся решать в последний момент?


            Тогда вам сюда — рассматриваем внедрение Atlassian Jira + Confluence в корпорации с учётом различных технических аспектов.
            Читать дальше →
          • Реально ли разработчику в Кремниевой долине стать миллионером? Разбор от Staff Engineer в Lyft



              Изображение: Unsplash

              Уже несколько дней интернет-общественность активно обсуждает фильм Юрия Дудя про Кремниевую долину. Опрошенные блогером эксперты рассказали об устройстве мировой IТ-столицы, а также подробно описали жизнь и быт работников технологических компаний.

              В фильме проскочила мысль, что многие приезжают в Долину не ради денег, а менять мир, однако талантливые разработчики зарабатывают если не 300к USD/с., то хотя бы под миллион USD в год. И вообще, все приехавшие специалисты быстро вливаются в окружающую действительность стартапов и предпринимательства.

              Я решил разобраться, так ли это на самом деле или в реальности не всё так просто. Для этого я поговорил с Денисом Неклюдовым, Staff Engineer в компании Lyft (конкурент Uber) и автором DevJobAccelerator. Итак, посмотрим, как на самом деле выглядит карьерный путь разработчиков в Кремниевой долине – от старта до компенсаций в миллионы долларов.
              Читать дальше →
            • Антипаттерны ретроспективы в Agile-команде. Часть 1

                Недавно я подсчитала, что за несколько лет работы в роли Скрам Мастера я провела более 100 ретроспектив в Agile-командах. О важности ретроспективы и том, как она отражает ситуацию в команде и влияет на ее развитие, хочу поговорить в этой статье.


                Читать дальше →
              • Подготовка к собеседованиям в IT-гиганты: как я преодолела проклятье алгоритмического собеседования


                  Дисклеймер:


                  Я не программирую с трёх лет, не знаю наизусть Кнута, не являюсь призёром олимпиад по информатике и чемпионатов по спортивному программированию, не училась в MIT. У меня за плечами образование по информатике и 6 лет опыта в коммерческой разработке. И до недавнего времени я не могла пройти дальше первого технического скрининга в IT-гиганты из FAANG (Facebook, Amazon, Apple, Netflix, Google и подобные), хотя предпринимала несколько попыток. 

                  Но теперь всё изменилось, я получила несколько офферов и хочу поделиться опытом, как можно к этому прийти. Речь пойдёт о позиции Software Engineer в европейских офисах перечисленных компаний.
                  Читать дальше →
                • Wrike: 5 лет с OKR

                    Тема OKR (Objectives and Key Results) сейчас становится все более популярной в бизнесе. Во многих компаниях рассматривают возможность внедрить у себя эту методологию. Мы в Wrike перешли на OKR в 2015 году, и на тот момент это была достаточно новая и малоизученная тема, по крайней мере в нашей стране. Теперь по прошествии нескольких лет кажется полезным рассказать о нашем опыте работы с OKR. И о наших ошибках, которых можно было бы избежать. Оценить общий результат, который мы получили от внедрения OKR в компании. Возможно, наш опыт окажется полезным для тех, кто задумывается о том, стоит ли переходить на OKR.


                    Читать дальше →
                  • Scrum vs Kanban: в чем разница и что выбрать?

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

                      image
                      Читать дальше →
                    • Компас команды

                        Привет! Меня зовут Маша, я Scrum Master в ivi. Работаю с командами биллинга и веб-разработки и помогаю ребятам организовывать рабочие процессы так, чтобы не только эффективно достигать целей, которые ставит бизнес, но и получать удовольствие от того, что ты делаешь. В своих статьях хочу делиться опытом, как настраивать свою собственную работу и работу команд, если вы Scrum Master или Team Lead. А в этой статье давайте поговорим о важности культуры обратной связи.

                        Фидбэк от других участников команды является компасом, по которому каждый определяет, куда двигаться дальше. Согласно Патрику Ленсиони, один из пяти пороков команды — нетребовательность друг к другу. Этот порок достаточно сложно «вылечить». Но при этом он может оказаться губительным.


                        Читать дальше →
                      • Использование JIRA и Confluence в большом проекте

                          Начало нового проекта как правило сопровождается решением массы организационных вопросов: как будут взаимодействовать участники проекта, где будут храниться документы и как будет построено их согласование, как будут ставить задачи и выдавать поручения… В каждой компании, у каждого руководителя проектов, уже есть заготовки и предпочтения. Но всегда полезно посмотреть, как это делают другие. Поэтому предлагаю познакомиться с примером из практики, который вышел весьма удачным.
                          Читать дальше →
                          • +11
                          • 87,5k
                          • 9
                        • Звёздная карта или как балансировать знания в команде при влиянии Soft Skill-ов

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

                          Читать дальше →
                        • 7Ps Framework: структурируем встречи, чтобы сделать эффективными


                            Коллеги проджект-менеджеры поймут: нет большего зла, чем встречи ради встреч — наш персональный ад перфекционистов, мир которых построен на контроле ресурсов и, в первую голову, контроле времени участников проекта. Поделюсь методикой, которой я пользуюсь, чтобы сделать зло управляемым. Это компиляция принципов 7Ps Framework от James Macanufo и моих доработок фреймворка под себя, которые я вынес из работы над проектами в UIS.

                            Читать дальше →
                          • «Сгоревшие» сотрудники: есть ли выход?

                              Ты работаешь в хорошей компании. Вокруг тебя крутые профессионалы, получаешь достойную зарплату, каждый день делаешь важные и нужные вещи. Илон Маск запускает спутники, Сергей Семёнович улучшает и без того лучший город Земли. Погода отличная, солнце светит, деревья цветут — живи да радуйся!

                              Но в твоём коллективе есть Грустный Игнат. Игнат всегда мрачный, циничный и уставший. Он отличный специалист, давно работает в компании и знает, как всё устроено. Игнату все хотят помочь. Особенно ты, ведь ты его менеджер. Но, поговорив с Игнатом, ты и сам начинаешь чувствовать, как много вокруг несправедливости. И тоже начинаешь грустить. Но особенно страшно, если грустный Игнат — это ты.

                              Что же делать? Как работать с Игнатом? Добро пожаловать под кат!


                              Читать дальше →
                            • Stop the line или прокачай свой pipeline, йоу

                                Если ваши релизы быстры как молния, автоматизированы и надежны, можете не читать эту статью.

                                Раньше наш процесс релиза был ручным, медленным и напичканным ошибками.
                                Мы проваливали спринт за спринтом, потому что не успевали сделать и выложить фичи к следующему Sprint Review. Мы ненавидели наши релизы. Часто они длились по три-четыре дня.

                                В этой статье мы опишем практику Stop the Line, которая помогла нам сфокусироваться на устранении проблем конвейера выкладки. Всего за три месяца нам удалось увеличить скорость деплоя в 10 раз. Сегодня наш деплой полностью автоматизирован, а релиз монолита занимает всего 4-5 часов.

                                Читать дальше →
                              • Чем быстрее вы забудете ООП, тем лучше для вас и ваших программ

                                • Перевод

                                Объектно-ориентированное программирование — чрезвычайно плохая идея, которая могла возникнуть только в Калифорнии.

                                — Эдсгер Вибе Дейкстра

                                Возможно, это только мои ощущения, но объектно-ориентированное программирование кажется стандартной, самой распространённой парадигмой проектирования ПО. Именно его обычно преподают студентам, объясняют в онлайн-туториалах и, по какой-то причине, спонтанно применяют даже тогда, когда не собирались этого делать.

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

                                Многие люди и раньше обсуждали проблемы ООП, и в конце этого поста я приведу список своих любимых статей и видео. Но прежде я хочу поделиться собственным взглядом.
                                Читать дальше →
                              • Командная динамика по Брюсу Такману: чему нас учит опыт подводников

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

                                  И тут нам на помощь пришел американский психолог Брюс Такман, которому довелось исследовать тысячи команд по заказу Министерства Обороны США. Военные пытались понять, как себя будут вести экипажи подводных лодок в автономном плавании. Не захочет ли кто уволиться? Или там предъявить капитану черную метку?

                                  На основании этих исследований Такман сформулировал свой концепт, которым мы теперь с благодарностью пользуемся:



                                  И тут необходимо вспомнить несколько историй из реальной жизни…

                                  Несколько историй о том, как ускорять формирование команд
                                  • +5
                                  • 42,4k
                                  • 4