Pull to refresh

Программа IT-People Conf: секции Team и Product, 2 вечеринки и прогулки по Казани

Reading time2 min
Views321

Менеджеры, встречаемся 18 февраля в Казани! В этом году мы проводим первую IT-People Conf - конференцию об управлении людьми и продуктами в ИТ. 

В секции Team поговорим на разные темы о том, как управлять людьми: как оценивать soft skills на собеседовании, как увеличить штат разработчиков в три раза за год благодаря работе с ВУЗами, как работать с конфликтами в коллективе творческих людей, а также про неочевидные правила проведения совещаний, вишенка на торте - исповеди опытных менеджеров разработки про свои инсайты, фейлы и поиск пути. 

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

Читать далее
Total votes 5: ↑4 and ↓1+3
Comments0

Мой опыт перевода команд разработки на trunk-based development

Level of difficultyMedium
Reading time6 min
Views2.7K

За свою карьеру руководителя разработки я успешно перевел на рельсы TBD 5 команд общей численностью 20 человек. Когда я общаюсь с коллегами из других компаний на тему TBD, то часто слышу про негативный опыт. Эта статья - мой личный опыт и разбор типовых ошибок других компаний.

Читать далее
Total votes 6: ↑5 and ↓1+4
Comments21

8 самых глупых ошибок менеджмента — на все времена

Reading time10 min
Views5.1K
Добрый день,

О Великий Хабр, мне очень нравится эта статья, хочу поделиться.
конечно я очень сильно рискую кого-то задеть за живое, но я верю в Хабр и считаю этот контент интересным для публикации — поэтому заранее прошу прощения у тех, кто восхищен чем-то из ниже перечисленного. (Публикую пока что частично, когда закончу остальное, опубликую и его.)

Перевод статьи Джеффри Джеймса «The 8 Stupidest Management Fads of All Time»

В этой статье перечислены 8 самых отвратительных, самых глупых и неприятных, бесполезных по сути заблуждений в практике менеджмента, которые я когда либо видел на своем опыте. В статье также есть неоценимые советы на тему, как выжить в компании, и пережить данные нововведения — пока они не сойдут на нет. (Что собственно и произойдет — со временем...) Конечно, эти заблуждения уходят, когда на их место приходят новые, но никто и не обещал, что жизнь на работе будет легкой.
Читать дальше →
Total votes 21: ↑20 and ↓1+19
Comments19

Введение в SaaS — системы управления проектами. Часть 1

Reading time5 min
Views19K
Для того, чтобы управлять проектами по-настоящему эффективно, необходимо обращение к специальному программному обеспечению. Набор систем для управления проектами на сегодняшний день очень обширный: от громоздких, мегафункциональных до самых «лёгких» и простых. Для внедрения первых и их эффективной отдачи, конечно, потребуется много усилий (если, конечно, Вы не пригласите пару другую сертифицированных специалистов для контроля project-цикла внутри организации). Но всегда ли это оправдано? И будет ли использоваться весь функционал системы?
Читать дальше →
Total votes 67: ↑47 and ↓20+27
Comments52

Нужны ли менеджеры в IT?

Reading time5 min
Views119K
image

Ларри Пейдж и Сергей Брин всерь­ез считали, что их компании управленцы незачем. В 2002 году они попытались выстроить горизонтальную оргструктуру — без менеджеров, руководящих программистами. Так, считали они, ничто не будет мешать быстрому обмену и появлению идей. Кроме того, им хотелось воссоздать ту атмосферу студенческой жизни, которая так нравилась им в университете. Эксперимент длился недолго: спустя несколько месяцев его пришлось прекратить. Брин и Пейдж изменили свое мнение о внутреннем устройстве компании, когда сотрудники валом повалили к Пейджу с вопросами, далекими от творчества: с финансовыми отчетами, жалобами друг на друга и т.п. А уж когда компания стала расти, ее основатели убедились, что управленцы полезны и в других отношениях: объясняют стратегию, значимость проектов и их очередность, налаживают сотрудничество в коллективе, следят за карьерным ростом людей и за тем, чтобы все рабочие процессы и системы соответствовали задачам бизнеса.

Тем не менее, многие разработчики до сих пор считают, что менеджеры им не нужны. Так ли это? Давайте разбираться вместе.
Читать дальше →
Total votes 94: ↑77 and ↓17+60
Comments60

ISO 9241-210. Планирование и внедрение Human-Centered Design

Reading time8 min
Views18K


Из опроса в конце предыдущей статьи я узнал, что читателям интересны все три из предложенных аспектов Human-Centered Design (далее — HCD):
  • Стандарты,
  • Методология,
  • Внедрение.

В этой статье я расскажу, как использовать стандарт ISO 9241-210 для планирования и внедрения HCD-подхода. Также я покажу как HCD может дополнить две наиболее часто используемые модели разработки: Scrum и Waterfall.
Поехали
Total votes 9: ↑8 and ↓1+7
Comments13

Бесплатный веб-семинар «Выбор информационной системы класса Transportation Management Systems»

Reading time1 min
Views2.3K
Компания Oracle приглашает специалистов по информационным технологиям на бесплатный веб-семинар «Выбор информационной системы класса Transportation Management Systems»
Читать дальше →
Total votes 5: ↑3 and ↓2+1
Comments0

Будь как Google, будь лучше чем Google

Reading time6 min
Views5.2K
Google

Google быстро стал одной из наиболее признанных компаний в мире. Основанная в 1998 году, в настоящее время компания насчитывает более 50 тыс. сотрудников, и обладает рыночной стоимостью, превышающей $350 млрд. Это просто невероятный рост, учитывая тот факт, что компании нет даже каких-то 20 лет.

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

Конечно, обладая почти безграничным запасом денежных средств особо не пострадаешь, но многие другие компании, с точно таким же капиталом пролетают как фанера над Парижем. На самом деле, многие вещи Google делает чрезвычайно хорошо, и далее по ходу я постараюсь заострить на этом внимание. В особенности на том, как можно использовать опыт Google в управлении крупной организацией. Поскольку Google все-таки является частной компанией, не все можно воспринимать буквально, как руководство к действиям, но, учитывая прагматичность бизнес структур, можно многое узнать о целесообразности и выгодах. Если вспомнить о том, что Google — технологический гигант, многое можно узнать о внедрении новых «частей» и работе сложившихся технологий.
Читать дальше →
Total votes 8: ↑8 and ↓0+8
Comments0

«Аджайлификация» одного проекта

Reading time5 min
Views5.7K
Про Agile говорят и пишут много. Кто-то рассказывает о своих победах, показывает фотки с довольными заказчиками и советует делать итерации не больше двух недель, для других Agile — это синоним боли, мук и страдания. Вот и я решила оглянуться назад и посмотреть на историю одного проекта, Agile которого не интересовал более 10 лет и, в котором Scrum и ежедневные стандапы внезапно стали яблоком раздора, причиной поиска нового места работы и самой обсуждаемой темой в курилке.
Подробности
Total votes 15: ↑12 and ↓3+9
Comments10

Топ-5 инструментов управления Agile-проектами

Reading time11 min
Views49K
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
Agile-манифест


Испытывают ли разработчики ПО необходимость в инструментах для управления проектом? Могут ли такие инструменты помочь в написании качественного продукта?

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


Идеальный рабочий процесс.

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

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

Эффективность и качество разработки зависят от целого ряда факторов:
  • индивидуальная продуктивность разработчиков;
  • стабильность выпускаемого релиза
  • скорость адаптации к изменяющимся условиям и гибкость проекта;
  • использование удаленных ресурсов;
  • уровень и способы взаимодействия между клиентом и разработчиками.


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

Использование хороших инструментов управления позволяет клиенту получить ясную картину, как команда справляется с поставленным задачами, оценить степень готовности продукта к концу очередного спринта/итерации.
Читать дальше →
Total votes 9: ↑8 and ↓1+7
Comments5

Ищем единорогов: Product Marketing Manager'ы в JetBrains

Reading time6 min
Views18K
Мы потихоньку готовимся к релизу Kotlin, в связи с чем встают новые и интересные организационные вопросы. Например: «Нужен ли нам PMM (Product Marketing Manager)?» Как это часто бывает, чтобы ответить на этот вопрос, надо сначала разобраться, кто вообще такой PMM. Поскольку я это более-менее сделал в последние недели, хочу поделиться с вами тем, что узнал.

Disclaimer: Замечу сразу, что все сказанное ниже — более или менее специфично для JetBrains, и я ни в какой части этого поста не хочу сказать, что так же устроены или должны быть устроены другие компании.
Читать дальше →
Total votes 27: ↑24 and ↓3+21
Comments16

А ваша команда создает проблемы для снабженцев?

Reading time10 min
Views3.9K
Mycroft Assistant: При построении цепи поставок, важным является не только автоматизация работы и абстрактные количественные значения как таковые, но и решение организационных вопросов и решение проблем со взаимодействием в компании. Руководство должно принимать во внимание и осознавать сложности, связанные с построением эффективной цепочки снабжения, и организовать на должном уровне взаимодействие между различными отделами. Если это будет сделано, то синергетический эффект, полученный в результате решения организационных вопросов и применения методов автоматизации даст намного больший эффект для построения эффективного снабжения, чем применение только какого-то одного составляющего. Мы со своей стороны можем решить вопрос автоматизации (предлагая экспертную систему по управлению запасами Mycroft Assistant), но организационные вопросы должны решаться внутри компании волей руководителя.

Основные проблемы, связанные с коммуникацией внутри компании в контексте построения эффективного снабжения, были неплохо описаны в англоязычной статье известной консалтинговой фирмой McKinsey (основана в 1926 году; профилируется на консалтинге в области управления; 17 000 сотрудников), которую мы предлагаем вашему вниманию в русскоязычном переводе.
Читать дальше →
Total votes 8: ↑8 and ↓0+8
Comments2

Кнопочное мышление против целостного IT-продукта

Reading time10 min
Views52K

Эта статья — выражение моей личной боли. Кнопочные решения портят мне жизнь, я трачу время на споры и обоснования.



Когда мы общаемся с коллегами, заказчиками или пользователями, я использую фразу «кнопочное мышление». Что я имею ввиду под этим термином? Текущая статья — развернутый ответ на этот вопрос.



Синонимами кнопочного мышления я считаю «экранное мышление» или преждевременную концептуализацию. Я раскрою мышление кнопками на десятке примеров из практики. А здесь для начала история, которая наверняка случалась с каждым. Представьте к вам приходят и рассказывают о падении конверсии на сайте. А вы ему сразу: «Давайте кнопку покупки сделаем побольше и поярче!». Что произошло? В бизнесе возникла проблема. Вместо погружения в детали, вместо исследования причин, вы играете с размерами кнопки. Вот в таких случаях я говорю о кнопочном мышлении.



Для тех, кто любит смотреть, а не читать, есть видео и слайды.


Читать дальше →
Total votes 39: ↑31 and ↓8+23
Comments26

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

Reading time7 min
Views19K


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


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

Читать дальше →
Total votes 34: ↑33 and ↓1+32
Comments8

Казнить нельзя помиловать

Reading time6 min
Views6.8K


Кто-то воспринимает фидбек как подарок. Но, давайте уж честно — таких людей единицы. Чаще всего комментарии в свой адрес воспринимаются болезненно, причем и стороной дающей, и стороной принимающей. Под катом разбор полетов и личный опыт по заявленной теме и вокруг нее.
Читать дальше →
Total votes 24: ↑24 and ↓0+24
Comments8

CoLaboratory: Android Night #Apple

Reading time2 min
Views2.4K


Всем привет!

Мы открываем серию Android-встреч в «Лаборатории Касперского». На первой встрече обсудим карьерные перспективы мобильного разработчика (куда развиваться «после»), кастомизируемость одного приложения внутри различных сборок и попробуем экспериментальный формат — круглый стол о психологии Android-разработчика.
Читать дальше →
Total votes 7: ↑6 and ↓1+5
Comments6

Курс лекций по веб-разработке

Reading time1 min
Views13K
image

Привет, Хабр! Около полугода тому назад, мы начали проводить лекции для начинающих веб-разработчиков, целью которых является знакомство со спецификой веб-разработки и общим ходом функционирования реальных веб-студий.
Total votes 14: ↑13 and ↓1+12
Comments10

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

Reading time6 min
Views2.2K
Вот еще один кросс-пост с моего основного блога. Может покажется интересным. Тема — менеджмент.

— Вы, наверное, слыхали, что наиболее эффективен работник, когда его держат вне его «зоны комфорта». Сия мудрость столь распространена, что начинающие менеджеры даже иногда делятся ею с подчиненными, естественно, с позитивной окраской, как «challenge», а не манипулятивное поведение. То есть, если вы устроились на фирму, скажем, как чистильщик унитазов, а вашим идеалом является так и оставаться чистильщиком унитазов до пенсии, спокойно и честно делая свою работу, то все равно это вашего менеджера не устроит. Потому что, если вам, с вашей зарплатой 7 долларов в час за чистку унитазов будут дышать в затылок те, кто получают 6 долларов в час и хотят вашу работу, то спокойно вы работать не сможете, но зато вычистите значительно больше унитазов за смену. Ну, или там напишете больше кода.
Читать дальше →
Total votes 13: ↑10 and ↓3+7
Comments36

Вольный перевод executive summary из книги The Innovator's Solution о дилемме инноватора и ее возможном решении

Reading time5 min
Views4.6K
Вольный перевод executive summary из книги The Innovator's Solution by Clayton Christensen о дилемме инноватора и ее возможном решении, 13 пунктов.
Подробности
Total votes 10: ↑8 and ↓2+6
Comments0

Итак, вы решили создать security отдел…

Reading time5 min
Views24K
Данная статья отвечает на вопрос, чем он и как должен заниматься, со всеми интимными подробностями. Подразумевается, что есть проект (стартап) с веб-частью, который работал некоторое время без тестирования безопасности, но по каким-либо причинам решили его внедрить. Последние 2 года я работал security в стартапе с очень крупными клиентами (стартап один из лидеров в мире в своей области), и я уверен, мне есть что сказать по этой теме (естественно, вся информация ниже — лишь мои идеи, подходы и размышления, а не гайд howto и ни шагу в сторону). Статья посвящается заинтересованному начальству, PM'ам, а также человеку, который будет именоваться как Security Testing Team Lead и создавать подобный отдел с нуля.


Итак, вы решили создать security отдел…
Читать дальше →
Total votes 44: ↑26 and ↓18+8
Comments6
1
23 ...