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

Продакт-менеджер здорового человека

ДизайнIT-компании

Каких менеджеров любят дизайнеры в продуктовых компаниях или как сделать совместную работу в кайф


Привет! Я — Ваня Соловьёв, дизайн-директор DocDoc (входит в группу Сбербанк). Сегодня рубрика Тим-тим, в которой я расскажу, как мы уживаемся с другими командами.

image

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

Мы любим своих менеджеров, но так было не всегда…

Продакт-менеджер курильщика: заказчик → исполнитель


Менеджер приходит с готовым решением, протягивает прототип интерфейса, нарисованный на листочке и говорит — отрисовывай. Будет хорошо, если он расскажет о задаче, а не кинет ссылку на протокол в Гугл-документах. Знакомо? Мы тоже проходили этот этап взросления команды, когда менеджер видит в дизайнере лишь конечного исполнителя его идей.

image
Читать дальше →
Всего голосов 13: ↑8 и ↓5 +3
Просмотры3K
Комментарии 6

Не соглашайтесь разрабатывать то, чего не понимаете

Блог компании Productivity InsideУправление разработкойУчебный процесс в IT
Перевод


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

Мысль, которую я хочу выразить, сводится к тому, что качество кода (и конечного продукта) тесно связано с тем, насколько люди, которые занимаются проектированием и пишут код, осознают, что именно они делают.

Вы, возможно, сейчас думаете: «Спасибо, кэп. Конечно, неплохо бы понимать, что вообще пишешь. Иначе с тем же успехом можно нанять группу обезьян, чтоб они молотили по произвольным клавишам, и на этом успокоиться». И вы совершенно правы. Соответственно, я принимаю как данность: вы осознаете, что иметь общее представление о том, что делаешь, необходимо. Это можно назвать нулевым уровнем понимания, и его мы не будем разбирать подробно. Подробно мы будем разбирать, что именно нужно понимать и как это сказывается на решениях, которые вы принимаете каждый день. Если бы я знал эти вещи заранее, это избавило бы меня от массы потраченного впустую времени и сомнительного кода.
Читать дальше →
Всего голосов 21: ↑19 и ↓2 +17
Просмотры9.1K
Комментарии 25

Что общего у командной разработки и альпинизма

Блог компании SRGУправление разработкой
Я разработчик, альпинист и мне небезразлично все, что происходит вокруг. В этой статье я хочу рассказать о своих размышлениях по поводу командной работы, которые родились после моего восхождения на вершину Монблана в Альпах.

image
Читать дальше →
Всего голосов 10: ↑8 и ↓2 +6
Просмотры1.9K
Комментарии 7

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

Разработка под iOSРазработка мобильных приложенийРазработка под AndroidГрафический дизайнДизайн

Дизайнер и его роль в разработке мобильных приложений


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

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

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


Читать дальше →
Всего голосов 11: ↑9 и ↓2 +7
Просмотры4.2K
Комментарии 6

Как дискомфорт помогает нам совершенствовать процесс разработки

Блог компании True EngineeringУправление разработкойУправление проектамиAgile
image

Я тимлид и моя задача — обеспечить продуктивную работу команды. Это непросто, поскольку готового рецепта успеха не существует. Конечно, есть признанные методологии: Agile, Lean, Value Stream Mapping. Они дают общие ориентиры и ценности, что уже неплохо, но это лишь ориентиры. А с конкретными решениями, будь добр, вертись сам. На то ты и тимлид.

В статье я расскажу, как мы с командой постепенно сформировали и теперь регулярно уточняем подход к эффективной работе. Ключевой момент в том, что выбранные инструменты действительно приняты всей командой и прижились в работе. Это даёт надежду на то, что подход полезный.
Читать дальше →
Всего голосов 22: ↑20 и ↓2 +18
Просмотры11.9K
Комментарии 7

Полезные советы для интеграции в новые проекты

Управление проектами
Перевод
Tutorial
Проектные менеджеры регулярно сталкиваются с приемкой проектов на различных фазах от других проектных менеджеров или компаний. Как правило, время передачи ограничено: пара недель или менее. Пройдет ли этот процесс гладко зависит от фазы проекта, а также системы управления проектами, в которой он велся.


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

Дж. Х. Рейнвотер «Как пасти котов»: породы программистов и особенности их разведения

Блог компании Productivity InsideУправление разработкойУправление персоналом


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

Дж. Ханк Рейнвотер, программист старой закалки, относится к числу людей, которые знают все топкие места в роли технического лидера наперечет, потому что сами в них плавали. Его книга «Как пасти котов» подкупает своей предметностью: здесь описываются конкретные, хорошо всем знакомые ситуации, разбираются по косточкам разные составляющие и условия работы команды, даже приводятся авторские технологические решения (к сожалению, уже устаревшие). В небольшом цикле статей мы планируем осветить все, что нам показалось наиболее полезным и актуальным в книге – от типологии сотрудников до рекомендаций по общению с другими командами.
Читать дальше →
Всего голосов 21: ↑19 и ↓2 +17
Просмотры12.6K
Комментарии 11

Как сделать так, чтобы Daily/Stand-up не был похожим на встречу по статусу?

Agile
Из песочницы
Хотя Daily Scrum или Stand-up встречи принципиально отличаются от отчетных встреч, иногда первые становятся похожими на вторые. Чтобы этого избежать, давайте рассмотрим отличия хорошего эффективного Daily/Stand-up и не лучшей сферической встречи по статусу в вакууме, а затем будем стараться придерживаться хороших практик или избегать плохих.

Daily Scrum / StandUp
Встреча по статусу
Для кого проводится?
Для команды разработки (DevTeam).
Для менеджера, руководителя, координатора.
Цель встречи
Из ScrumGuide:
  • Запланировать работу на следующие 24 часа.
  • Оптимизировать взаимодействие и производительность команды путем инспектирования работы, выполненной после предыдущей Ежедневной встречи, и предсказания предстоящей работы Спринта.
  • Улучшить коммуникации, устранить другие встречи, выявить препятствия для устранения, поощрять быстрое принятие решений, повысить уровень знаний команды разработки.

Обновить статус, актуализировать фактическую часть плана, собрать информацию об отстающих задачах и, иногда, их исполнителях.
Кто отвечает за проведение встречи?
Команда разработки (DevTeam).
Менеджер, руководитель, координатор.
Читать дальше →
Всего голосов 15: ↑15 и ↓0 +15
Просмотры3.6K
Комментарии 4

Дж. Х. Рейнвотер «Как пасти котов» (часть вторая): все, что предстоит освоить техлиду

Блог компании Productivity InsideУправление разработкойУправление персоналом


Продолжаем делиться выдержками из руководства по выживанию для начинающих техлидов от Дж. Х. Рейнвотера. В первой серии мы рассказывали, с какими породами разработчиков руководителю обычно приходится работать; теперь попытаемся понять, что делать со всем этим зоопарком. Организационную деятельность в технической команде можно условно поделить на две части – более-менее родные вещи (вроде обзоров кода и управления архитектурой) и все то, к чему жизнь программиста не готовила – то есть управление людьми и процессами. Разберемся сначала с незнакомым.
Читать дальше →
Всего голосов 16: ↑15 и ↓1 +14
Просмотры7.6K
Комментарии 0

Дж. Х. Рейнвотер «Как пасти котов»: по ту сторону разработки

Блог компании Productivity InsideУправление разработкойУправление персоналом


Продолжаем делиться выжимками из руководства для тех, кто готовится возглавить группу разработки. В предыдущей части мы говорили обо всем чужеродном, что подстерегает технического лидера на новой должности, теперь же возвращаемся к вещам родным и знакомым – собственно программированию. Здесь вчерашний разработчик может чувствовать себя в своей стихии, но расслабляться ему не приходится – зона ответственности растет и сдвигается. Под катом представляем краткий обзор всех новых обязанностей и советы по адаптации, которые приводит в своей книге Рейнвотер.
Читать дальше →
Всего голосов 5: ↑5 и ↓0 +5
Просмотры2.1K
Комментарии 0

Дж. Х. Рейнвотер «Как пасти котов»: не надо так, или негативные паттерны в руководстве

Блог компании Productivity InsideУправление разработкойУправление персоналом


Мы подходим к заключительным частям цикла статей по книге Рейнвотера для разработчиков, мутирующих в руководителей отдела. До сих пор речь шла о том, как все должно быть в идеальном мире; теперь пришло время обратить взгляд на то, как обстоят дела в прозаической реальности. Рейнвотер посвящает целую главу разбору порочных, разрушительных стратегий, которые лидеры-новички часто выбирают по наитию – почему они появляются, чем чреваты и, как собственно, действовать, если уже встал на кривую дорожку.
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Просмотры6.1K
Комментарии 0

Жизнь лида аналитики или «я рассчитывала, что ты сама это сделаешь»

Анализ и проектирование систем
К моей прошлой статье был такой комментарий:

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

Как-то раз я отсутствовала, мою роль лида замещал коллега, и у нас получилась следующая переписка:

Роман: Тяжело это — руководить людьми).
Поставил вполне простую задачу, в итоге все трое сделали по-разному, и ни один не сделал так, как написано в задаче (написано, не устно сказано, а написано)) )…
Надежда: Ахах
Надежда: Вооот
Надежда: Я вот иногда руками сама ничего не делаю, но так за день устаю, что думаю: лучше бы сидеть и делать точечную задачу.
Роман: Ну да, синхронизировать сложно.
И сложно не ставить задачу, а убедить и уяснить, что все её хотя бы правильно прочитали, правильно поняли. Мне, например, кажется очевидным несколько раз прочитать что тебе написали, и, если есть сомнения, спросить. Но как можно сделать не так как написано и ответить о выполнении мне не понятно). И тут самоё сложное в работе руководителя — реагировать на это неадекватно адекватно.


Все это натолкнуло меня на мысль о новой статье.
Читать дальше →
Всего голосов 12: ↑11 и ↓1 +10
Просмотры5K
Комментарии 11

Правила чатов

Управление персоналом

Договариваемся об эффективном и удобном общении при удалённой работе (и не только)


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


Читать дальше →
Всего голосов 24: ↑23 и ↓1 +22
Просмотры7K
Комментарии 13

Будни Scrum-Мастера: трансформация команды и себя

Профессиональная литератураУправление разработкойAgileУчебный процесс в IT
Бывало ли с вами такое, что вовремя общения, чтения или изучения чего-то будто осеняет, какая-то из старых или нынешних ситуаций в буквальном смысле предстаёт в новом свете? Со мной это постоянно случается, в этот раз при чтении книги “Азбука системного мышления” Донеллы Медоуз.

image

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

Один из призывов и советов Донеллы в книге — обращать внимание не на конкретные События, а на Поведение Системы в целом и на то, как устроена, её Структура.

Событие — это результат проявления определённого Поведения системы, которое можно выявить через наблюдение за происходящими событиями. Наблюдая за поведением: что его вызывает, как этот вызов внутри системы обрабатывается и в итоге рождается проявление в виде события, — можно сделать выводы про Структуру системы, её элементы и взаимосвязи, которые и обуславливают это поведение.

Здесь и далее команда и система будут синонимами.

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

Чистый код: причины и следствия

Блог компании DataArtPythonПрограммированиеСовершенный код


Автор: Виктор Свирский, Senior Python Developer / Team Lead, DataArt

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

Первый звоночек, который нам сообщает, что код перестает быть чистым — это рост времени разработки новой функциональности и увеличение регрессионного скоупа при малейшем изменении в системе. Это следствие того, что технический долг накапливается, компоненты в системе очень тесно связаны, автотесты отсутствуют. Причины этого могут быть:
Читать дальше →
Всего голосов 13: ↑10 и ↓3 +7
Просмотры6.4K
Комментарии 2

Крауд-маркетинг как инструмент усиления жизнеспособности бизнеса

Управление продажамиБизнес-модели
Малый бизнес – основа процветания любого общества. Немецкий экономист Эрнест Шумахер говорил о «двух миллионах деревень» мира – конфигурации проживания населения земли, когда нет необходимости аккумулировать большие ресурсы в крупных городах, жить в которых комфортно становится всё труднее. А если есть два миллионы деревень, то для их процветания в них живет по меньшей мере миллиард предпринимателей, если учитывать население Земли в 2020 году (или, как я люблю считать, в 7528 году от сотворения мира в звёздном храме).
Читать дальше →
Всего голосов 5: ↑5 и ↓0 +5
Просмотры471
Комментарии 0

Кодекс разработчика-джентльмена

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

Кодекс разработчика-джентльмена


Большинство проектов разрабатываются командой разработчиков. Как правило качество результата командной работы зависит от атмосферы царящей в команде. Для поддержания гармонии каждый разработчик должен всегда оставаться джентльменом. Поэтому я хочу представить основные, по моему скромному мнению, правила кодекса iOS джентльмена.
Читать дальше →
Всего голосов 12: ↑1 и ↓11 -10
Просмотры1.8K
Комментарии 11

Переписывание истории репозитория кода, или почему иногда можно git push -f

Блог компании FunCorpПрограммированиеGit


Одно из первых наставлений, которое молодой падаван получает вместе с доступом к git-репозиториям, звучит так: «никогда не ешь жёлтый снег делай git push -f». Поскольку это одна из сотен максим, которые нужно усвоить начинающему инженеру-разработчику ПО, никто не тратит время на уточнение, почему именно так нельзя делать. Это как младенцы и огонь: «спички детям не игрушки» и баста. Но мы растём и развиваемся как люди и как профессионалы, и однажды вопрос «а почему, собственно?» встаёт в полный рост. Эта статья написана по мотивам нашего внутреннего митапа, на тему: «Когда можно и нужно переписывать историю коммитов».
Читать дальше →
Всего голосов 51: ↑48 и ↓3 +45
Просмотры12.4K
Комментарии 31

7 soft skills, которые нужно начинать прокачивать уже сейчас

Блог компании МойОфисУчебный процесс в ITКарьера в IT-индустрииЗдоровьеIT-компании
image

Быть программистом в 2020 году — не то же самое, что десять лет назад. Мир постоянно меняется, и многие из умений, которые были важны тогда, со временем отошли на второй план. А какими навыками должен обладать разработчик, чтобы оставаться востребованным специалистом, например, через пять лет? Если у вас их нет, возможно, стоит подумать над их развитием уже сейчас?

Читать дальше →
Всего голосов 29: ↑22 и ↓7 +15
Просмотры17.7K
Комментарии 13

Организация рабочего процесса в команде на IT-проекте

IT-инфраструктураПроектирование и рефакторингIT-стандартыУправление проектамиПроцессоры
Привет друзья. Сплошь и рядом, особенно в аутсорсе, я вижу одну и ту же картину. Отсутствие четкого рабочего процесса в командах на различных проектах.

Самое главное — это то, что программисты не понимают, как нужно коммуницировать с заказчиком и друг с другом. Как построить непрерывный процесс разработки качественного продукта. Как спланировать свой рабочий день и спринты.

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

В свое время я как раз и попал на такой проект, где были все эти прелести.
Читать дальше →
Всего голосов 14: ↑11 и ↓3 +8
Просмотры5.9K
Комментарии 60