Человек хорошо сделан. У него есть органы чувств, которые поставляют информацию в мозг. Мозг эту информацию обрабатывает, добавляет что-то свое и подает сигналы на органы движения - мышцы. Проблема в том, что мы не знаем как человек работает. Это черный ящик в который можно передавать информацию и следить за его реакцией. Но в процессе усвоения информации человек обучается, что можно сравнить с программированием. Главное понять то, как можно обучить человека чтобы он выполнял вашу волю. Ведь таким образом проявляется власть. Кто не мечтает о власти?

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

Читать далее

https://habr.com/ru/post/710372/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710372

Добрый день, меня зовут Евгений Рябов, я помогаю предпринимателям решать бизнес-задачи юридическими методами. Сейчас в российской бизнес-среде запрос на оформление опционных программ мотивации сотрудников становится всё более популярным. Что вполне объяснимо — компании стараются экономить и при этом удерживать (мотивировать) ценных сотрудников.

О том, как реализовать опционную программу в основной операционной компании или SPV (специально созданной для этого компании), я расскажу в этой статье.

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

Читать далее

https://habr.com/ru/post/709842/?utm_source=habrahabr&utm_medium=rss&utm_campaign=709842

Привет! Меня зовут Виталий, я фронтенд-тимлид в KTS. Рассказываю, что входит в нашей компании в обязанности тимлида, а что — нет. Спойлер: это не расставление задач в таск-трекере.

Зоны ответственности тимлида отличаются от компании к компании и от проекта к проекту. Иногда позиция включает в себя менеджерскую работу, иногда нет. Бывает так, что должность тимлида совсем отсутствует в компании — есть только менеджеры.

Мы выстроили свою схему разделения обязанностей между тимлидами, менеджерами и аналитиками. Она позволяет снять с тимлидов менеджерскую работу, для которой не нужно обладать глубокими техническими знаниями, но нужно часто переключаться между разными задачами и сотрудниками. Это даёт возможность тимлидам работать над теми задачами, которые и отличают их от менеджеров, — с технической частью проекта. Рассказываем, как мы реализовали эту схему для компании из 80 сотрудников.

Читать далее

https://habr.com/ru/post/708610/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708610

Всем привет! Меня зовут Лиза Ермакова, настраиваю Discovery процессы и организовываю cx-исследования для продуктов МТС ИИ.

По первому образованию - лингвист. По второму - коуч, практикующий по стандартам ICF.

Тим-лидерствую с 2017 года в разных сферах и командах.

Первый опыт тим-лида получала в команде менеджеров переводческих проектов, далее в: строила направление разметки данных с 0, где руководила командами разметчиков данных (начинала с 1, затем 10 и 30 человек). В них были не только линейные сотрудники, но и старшие специалисты, менеджеры и ML-инженер.

Также собирала временные кросс-функциональные команды для реализации проектов по сбору данных, продуктовых исследований.

В свободное время работаю наставником начинающих тим-лидов, помогаю студентам старших курсов и выпускникам находить первую работу в IT (консультирую по вопросам карьеры) и коучу всех тех, кому сейчас это необходимо. Чаще приходят ребята из IT компаний, кто хочет менять род деятельности, делать разные карьерные переходы в рамках сферы или выходить в новую отрасль.

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

Читать далее

https://habr.com/ru/post/708464/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708464

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

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

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

Читать далее

https://habr.com/ru/post/707870/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707870

«Управлять – это значит не мешать хорошим людям работать» говорил Сергей Петрович Капица. Некоторым кажется, что в этой цитате управление представляется в негативном свете, вроде активность менеджера больше препятствует достижению намеченной цели или же просто не добавляет ценности, а управление — это и не работа вовсе: хорошие люди - работают, а руководители, стало быть, нет. Я смотрю на это, как на конструктивный совет руководителям via negativа. Типа «первая заповедь менеджера – не мешай». Я кое-чего написал об этом ранее, но сейчас хотелось бы углубиться не в то, как не надо, а в то, как надо бы. Итак, ловите очередную упаковку magic pills, а уж там - сами разбирайтесь: какая из них синяя, а какая показывает глубину кроличьей норы.

Читать далее

https://habr.com/ru/post/707478/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707478

Навеяно мыслями после прочтение замечательной статьи "Гори это ИТ синим пламенем".

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

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

Читать далее

https://habr.com/ru/post/707436/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707436

Пока Фаундер №1 и Фаундер №2 выясняют отношения, умирает продукт и разваливается команда. Как правильно выйти из кризиса? Чем подстраховаться от будущих конфликтов? Распределяем обязанности и ставим фокус

Читать далее

https://habr.com/ru/post/705988/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705988

Привет, меня зовут Виктор Шаруда, я — Chief Technical Officer в сервисе для анализа и управления соцсетями LiveDune. Недавно я был на South Hub — это кэмп на Красной Поляне для СТО и тех, кто хочет им стать, и понял несколько важных вещей про менеджмент, которые перевернули мое мышление.

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

Разобравшись, я понял, что потерял баланс между контролем процессов и автономностью команды, ведь как известно лучший СТО — невидимый СТО. Но как это правильно совмещать? Отмечу, сейчас речь пойдет про команды с небольшим коллективом, сейчас под моим руководством работают 13 сотрудников: разработчики, бизнес-аналитики и тестировщики.

Читать далее

https://habr.com/ru/post/705414/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705414

“I`ll be back”, - сказал себе я, начиная вторую статью и…наконец, сделал ее спустя два месяца. Но лучше поздно, чем никогда ( главное - не берите себе это за правило, если вы QA-лид, потому что в этом случае вовремя - всегда лучше, чем поздно). Но что-то я отвлекся от главного. В комментах к прошлой статье просили сделать продолжение. Я подумал-подумал и решил, а почему бы и нет. Ну в общем, что долго тянуть.
Для всех новоприбывших - меня зовут Ваня и QA-лид в международном агентстве аутсорс-тестирования “Кавычки”. В прошлый раз я рассказывал о болях QA - лида и, собственно, что же с ними делать-то. Сегодня поговорим о том, что делать после того, как вы приложили подорожник к ранкам и теперь пора определить, сработало или нет.

Намбер уан. Выстроенный релизный цикл

Вот давайте только глаза не закатывать тут, ладно? Видел я, как на очень многих проектах, когда приходишь, тебе говорят - “у нас все-все работает”. Даже старый дедушкин приемник. Но стоит чуть забросить удочки и уже можно подсекать - клев на ошибки удался. Релизы выходят, когда захотят (например, в третьи лунные сутки), команда ждет знака свыше, в общем, почти пир во время чумы. Вот так не надо.

Надо вот так.

Читать далее

https://habr.com/ru/post/705196/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705196

Это моя первая статья, в которой я хотел бы немного рассказать про дебри позиции Менеджер проекта (PM (манагер), PO, порой Product M. но лучше так не делать, тимлид). Сейчас эта позиция начинает размываться в линейке других профессиональных позиций. Почти каждая позиция сейчас может совместить в себе роль PM. Правильно это делать или нет это другой вопрос, он скорее больше про ресурсы, мое мнение, что лучше этого не делать, ниже объясню почему. Ну не будем тут много философствовать, поехали.

Читать далее

https://habr.com/ru/post/703210/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703210

Ситуация:

• Понедельник. В здании начинаются перебои с интернетом. Сразу об этом сообщают ответственному за решение.


• Вторник. Ситуация не меняется. Опять привлекается ответственный за решение, опять он начинает решать вопрос. Но пока терпимо, интернет хоть и тупит, но работает.


• Среда. Ситуация доходит до предела: в обед полностью пропадает интернет, и уже к вопросу подключается руководитель. В течении полутора часов интернет восстанавливается, но скорость оставляет желать лучшего.


• Четверг. В обед повторяется полная остановка, интернет до конца дня работает с постоянными перебоями.


• Пятница. Утром вопрос поднимается на совещании, где руководитель отвечает: “Я был уверен, что все работает. Почему вы мне вчера не сказали, что есть проблема? Если проблема не решается — нужно пушить”

В целом, наверное, согласен, что в таком вопросе как интернет, нужно действовать максимально активно и не “слезать” с ответственных за решение. Но все же…. Не должен ли руководитель, взяв проблему проконтролировать ее решение до конца? То есть, как минимум, если считаешь, что проблема решена, спросить у сотрудника, который к тебе пришел с этой проблемой: “Мне сказали, что все исправили. Подтверди, пожалуйста”. И только после этого вычеркивать задачу из своего списка задач.
Читать дальше →

https://habr.com/ru/post/703156/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703156

Как вытащить из большого объёма информации только самое нужное? Современная жизнь движется на высокой скорости, информации много и она часто меняется, за большинством рабочих моментов бывает сложно уследить, поэтому навык задавать вопросы становится всё более важным.

Как этому научиться самому и научить других расскажет Валентина Уржумова, менеджер проектов, бизнес-аналитик, руководитель продукта «B2B-платформа Formix».

Читать далее

https://habr.com/ru/post/673594/?utm_source=habrahabr&utm_medium=rss&utm_campaign=673594

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







На своем примере могу сказать, что это не так. Идти в руководство — логичный и захватывающий шаг.



В этой статье поговорим о стереотипе, будто переход из разработчика в руководители лишает человека интересных задач и карьерного развития. Разберу некоторые типовые ошибки начинающего (и не только) руководителя, приводящие к формированию этого впечатления. Постараюсь дать советы, на что смотреть, чтобы оценить ситуацию, и какие меры предпринять, чтобы жить стало «бодрее и веселее».
Читать дальше →

https://habr.com/ru/post/701114/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701114