Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Даже в IT-компании личные качества и коммуникабельность — неотъемлемая часть командного игрока

Блог компании Parallels Управление разработкой *Управление проектами *Развитие стартапа Управление персоналом *


Откуда берутся идеи для новых продуктов? Эволюция и стадии развития идеи. Каковы принципы формирования проектной команды? Инструменты стимулирования новых идей. Обо всем этом мы рассказывали на минувшем форуме RIW/16. В этой статье любезно подготовленной Марией Кигель для портала Mediajobs.ru вы найдете выдержки из выступления Елены Корякиной, директора департамента облачных технологий компании Parallels. Кстати, презентация доступна по ссылке.
Читать дальше →
Всего голосов 28: ↑25 и ↓3 +22
Просмотры 8.9K
Комментарии 0

Из инженеров в руководители: сохранение технических навыков

Блог компании Southbridge Управление разработкой *Управление проектами *Карьера в IT-индустрии
Перевод


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


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

Читать дальше →
Всего голосов 34: ↑33 и ↓1 +32
Просмотры 18K
Комментарии 9

Видеозаписи со встречи CocoaHeads 23 июня 2017 из офиса Туту.ру

Блог компании Туту.ру Разработка под iOS *

image


В конце июня в офисе Туту.ру состоялся митап, который мы организовали и провели совместно с CocoaHeads. Несмотря на погоду за окном, встреча получилась горячей, а гости довольно высоко оценили мероприятие. Но довольно слов, под катом вас ждут видео с митапа!

Всего голосов 16: ↑16 и ↓0 +16
Просмотры 2.3K
Комментарии 0

Линус Торвальдс снова в строю после релиза 4.19 версии ядра

Open source *Управление разработкой *Управление проектами *Управление сообществом *

Чуть более месяца тому назад создатель самого успешного проекта с открытым кодом — ядра Linux, объявил о своем решении взять перерыв от руководства проектом. В частности — от на время отошел от управления linux-next, оставив ее второму человеку в проекте, мейнтейнеру стабильной серии выпусков ядра, Грегу Кроа-Хартману.


Линус бэк


Прошедший месяц был богатым на разнообразные комментарии, прогнозы и события. Что изменилось в проекте, пока не было Линуса и с чем он вернулся на капитанский мостик?

Читать дальше →
Всего голосов 51: ↑45 и ↓6 +39
Просмотры 24K
Комментарии 24

Несколько простых рекомендаций работы в команде

Управление разработкой *
Несколько рекомендаций работы в команде, которые могут сохранить нервные клетки всех в сложные моменты. Бывает, работы так много, что некоторые моменты забываются. Поэтому важно создать некоторый чек-лист, хотя бы для себя, чтобы иметь возможность быстро вернуть себя в эффективное состояние хорошего Team Player. Под катом рекомендации, которые вывел для себя.
Читать дальше →
Всего голосов 27: ↑14 и ↓13 +1
Просмотры 4.5K
Комментарии 34

5 советов о Design Leadership. Часть 1

Блог компании OTUS Управление проектами *Карьера в IT-индустрии
Всем привет. Уже в этом месяце мы запускаем курс «Team Lead 2.0», который подготовлен специально для старших разработчиков, TeamLead’ов, SCRUM мастеров и специалистов, желающих повысить свой профессиональный уровень и получить уникальный опыт, необходимый для эффективного управления командами разработки.

В преддверии старта данного курса делимся с вами интересным материалом по теме.
Автор статьи: Светлана Коновалова




Design Leadership – это о лидерстве и менеджменте в области дизайна, по сути аналог термина Project Management для разработчиков. Только если второе в России уже прижилось достаточно хорошо, то первое встречается не часто. Каким должен быть человек, который будет отвечать за ваш дизайн-отдел или команду дизайнеров? Как вы должны себя вести и что постоянно помнить, если хотите стать таким человеком? Именно об этом мы сегодня и поговорим. Эта статья будет полезна тем, кто начинает или недавно начал свой путь в качестве тимлида. Однако, если вы уже имеете определенный опыт, можете просто лишний раз убедиться в том, что вы все делаете правильно.
Читать дальше →
Всего голосов 22: ↑21 и ↓1 +20
Просмотры 2.2K
Комментарии 0

Шесть схем, которые помогут объяснить концепции управления продуктами

Блог компании Alconost Управление разработкой *Управление проектами *Agile *Управление продуктом *
Перевод


Несколько картинок, полезных для понимания и объяснения ключевых идей в управлении продуктами


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

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

  • «Менеджер по продукту как узкое место».
  • «Воронка доставки продукта».
  • «Классическое противостояние Waterfall — Agile».
  • «Размер инициативы, риск и вовлечение руководства».
  • «Бункеры знаний».
  • «Важность сегментации».

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

Переведено в Alconost
Читать дальше →
Всего голосов 8: ↑8 и ↓0 +8
Просмотры 4.7K
Комментарии 0

Базовое руководство по созданию сбалансированных команд разработчиков

Управление разработкой *Развитие стартапа Управление продуктом *Карьера в IT-индустрии IT-компании
Перевод
Общался недавно с миддлом из команды разработки, которая состояла из 6-ти сеньоров и одного миддла. По словам миддла, расти в этой команде было очень сложно по ряду причин:

  • отсутствие техлида. Формально техлид был. С очень высоким техническим уровнем. Но как руководитель, который мог заниматься ведением и развитием своей группы, он был полный ноль: не умел декомпозировать задачи, распределять их в соответствии с уровнем каждого члена, не занимался обучением группы, контроль деятельности группы осуществлялся в диктаторском режиме, софт скиллы отсутствовали и т.п.
  • большой разрыв между скиллами миддла и сеньорами. То, что было непонятно миддлу, приходилось изучать на 95% самостоятельно, потому что у сеньоров не было времени и желания помогать миддлу в обучении, отсутствовало парное программирование (при этом код-ревью было отличным с технической точки зрения), в результате скорость работы миддла не удовлетворяла руководство, хотя качество его кода было высоким.
  • отсутствие командного духа. Обстановка в группе была нездоровой, общение не партнерское или менторское, а с унижениями, насмешками, ошибки на этапе разработки были непростительны и т.п.

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

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

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

Переведено @middle_java
Читать дальше →
Всего голосов 20: ↑18 и ↓2 +16
Просмотры 9.7K
Комментарии 30

Эстимирование дизайна

Блог компании EPAM Интерфейсы *Управление проектами *Agile *Дизайн
Tutorial

Меня зовут Илона, я Senior Experience Designer в EPAM. Работа для меня удачно совпадает с хобби  в EPAM я проектирую интерфейсы для зарубежных заказчиков, читаю лекции для сотрудников и студентов лабы, менторю дизайнеров. В свободное время преподаю проектирование интерфейсов в магистратуре Университета ИТМО и веду Телеграм-канал о UX-дизайне.

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

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

Читать далее
Всего голосов 11: ↑8 и ↓3 +5
Просмотры 5.6K
Комментарии 10

Определение технического лидера

Блог компании OTUS Управление разработкой *Управление персоналом *
Перевод

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

Читать далее
Всего голосов 17: ↑15 и ↓2 +13
Просмотры 4.3K
Комментарии 1

TechLead — уходи

Управление разработкой *Agile *Управление персоналом *Карьера в IT-индустрии
Из песочницы

Данная статья представляет личное мнение автора по теме необходимости техлидов в командах разработки.

Нужен ли TechLead? Как много вреда эта позиция принесет? Почему лучше отказаться от какого либо технического лидера в команде? Обсуждаем в статье и комментариях.

Далее читать
Всего голосов 38: ↑8 и ↓30 -22
Просмотры 4.1K
Комментарии 13