• Как формируются паритетные отношения?
• По каким сценариям развиваются непаритетные отношения?
• Как на практике обеспечить паритетность?
В этой статье я постарался интересно и вдумчиво разобраться в том как построить паритетные отношения
Привет! Меня зовут Костя Дубровин. Читать полностью »
Фраза “Мы живем в удивительные времена” стала грустноватым клише. И некоторое время назад многие работники IT-сферы серьезно задумались о миграции (утверждение, написанное в мае 2022, сейчас звучит еще наивнее).
Сам миграционный топик довольно серьезно исследован на хабре - можно найти массу прекрасных историй об успешных (и не очень) переездах, о компаниях и странах. Мое личное мнение состоит в том, что миграция - сложное решение с длинным списком плюсов и минусов. Думаю, многие согласятся: даже при смене компании есть множество подводных камней и рисковЧитать полностью »
Пользователи всегда узнают о проблеме. И будет лучше, если от вас. Потому что, как сказал Чак Паланик: «То, что мы не понимаем, мы можем понимать, как нам угодно». Если мы получаем обрывки информации о какой-то недоступности, мы трактуем ее как угодно, делая выводы, далекие от правды. После чего, понятно, мы уже не доверяем.
Началось все с устройства на новую работу. Новый проект казался интересным, коллеги – доброжелательными, так что я с радостью принял оффер. Первое время я только погружался в проект, разбирался с его особенностями и особо ничего не критиковал. Все-таки я тут новичок, ещё не в курсе всей ситуации, и вообще, в чужой монастырь со своим уставом не лезут.
Это печальная и долгая история и о взаимоотношениях в IT-коллективе, и корпоративной культуре, и о совместной разработке. Надеюсь, кому-то она поможет не совершать наших ошибок и выстроить лучшие отношения с коллегами.
В конце марта 2018 я начала работать, как мне казалось, в надежной и симпатичной шведской компании с большим IT-отделом в 200 человек. Я мечтала участвовать много в разработке новых приложений на Java, лучше узнать фреймворки семейства Spring, учиться новым технологиям (до этого случайно угодила в команию, где всё ещё пользовались SVN), участвовать в интересных дискуссиях, получать и оставлять адекватные комментарии в Code Review (а не заморачиваться только на пробелах и отступах) — одним словом, быть частью профессионального коммьюнити и иметь возможность развиваться как специалист. Небезызвестная шведская корпоративная культура и пестрый международный коллектив подбадривали меня и укрепляли в моих надеждах на наше с компанией плодотворное сотрудничество.
В первые месяцы я действительно могла сказать, что нашла всё то, что искала. Я быстро погрузилась в разработку, приняла участие в выпуске MVP, узнала много нового и даже выучила Kotlin, что позволило мне внести посильный вклад и в другие проекты.
Но моё счастье длилось недолго…
Читать полностью »
Приветствую тебя читатель GT.
Обычно я пишу технические статьи, но сейчас хочу осветить один очень тонкий момент, который портит жизнь инженеру (и мне в частности). Это профессиональная ревность. Я не смог найти определение в интернете, но после небольшого объяснения многие инженеры (и другие специалисты) поймут, что с ними такая ревность случалась.
Пример 1:
Вас (или вашу команду) приглашает к себе заказчик, чтобы обсудить проект, который он хочет вам дать. Вы приходите, начинается знакомство, обсуждение, и тут заказчик зовет своего инженера, который работает у них/начинал этот проект/еще один потенциальный исполнитель и т. д.
Читать полностью »
Мы в компании Wirex, предлагающей удобное мобильное финансовое приложение для управления личными счетами, решили перевести статью одного IT-специалиста, в которой поднимается тема взаимоотношений в компаниях между разработчиками и руководителями, а также описываются различные аспекты профессиональных отношений с коллегами.
Фред — профессиональный разработчик софта и связан с этой индустрией достаточно долго, чтобы набить немало шишек в боях. Он часто вспоминает о неприятных, несправедливых и иногда невероятных моментах, которые расстраивают и злят его. Несмотря на попытки сохранять позитивный настрой, Фред придерживается мнения, что подобным опытом нужно делиться. Если вы работаете в IT-индустрии и чувствуете, что к вам относятся не должным образом, то наверняка вы в этом не одиноки. Он рассказывает о неприятных моментах в своей карьере с надеждой, что больше людей начнут обращать внимание на подобные происшествия и, возможно, протянут руку помощи своему коллеге, которому необходима поддержка. Итак, Фред хотел бы поделиться несколькими случаями, которые имели место в его собственной карьере. Они поданы не в хронологическом порядке. Сам он говорит, что в некоторые из них ему до сих пор верится с трудом, но, большинство из этих моментов сейчас вызывают у него улыбку.
Читать полностью »
Когда вы создаете свой бизнес, вы начинаете болеть этой идеей и вам кажется, что так должны делать все. Особенно это касается ваших сотрудников. Думаете что они тоже ДОЛЖНЫ сидеть до ночи, любить клиентов да и просто любить работать. Ведь они прикасаются к великому и прекрасному детищу.
Но сразу набрать команду мечты, которая будет слаженно и эффективно работать, очень трудно (вернее, почти невозможно).
Поделимся своим опытом и проблемами, с которыми столкнулись мы при формировании dream team.
Основано на реальных событиях и собственном участии в них.
Пару лет назад, на моём прошлом месте работы, после очередной реорганизации стало на один отдел разработки больше.
И так как аналитиков было впритык, одному из разработчиков, назовем его, Вадим, предложили переквалифицироваться.
Разработчик был умелый, общительный, с удовольствием согласился, по этому внешне все спокойно это приняли. Новый отдел оформился организационно и принялся за работу.
Уже через несколько недель руководством было замечено что новый отдел работает медленнее, не укладывается в сроки и угрожает сорвать релиз. Первое что пришло в голову — вероятно, новый аналитик не справляется, надо ему помочь!
Т.к. из всех других аналитиков в компании только я занимался обучением людей, то меня и привлекли к этому благому делу.
Подоплека проблем мне была еще не известна, по этому я, приняв на веру убеждения руководства, принялся за работу.
Сразу надо сказать, что уже в начале я понял что Вадим пишет довольно приличные ТЗ, на основании того с чем уже работал (документы других аналитиков компании, в том числе и мои), дело пошло быстро, мы кое-чего подшлифовали, научились лучше формулировать цели и ограничения доработок и через две недели документы у Вадима стали гораздо лучше.
Но это не помогло.
Читать полностью »
