Рубрика «управление проектами» - 43

tl;dr За последние десятилетия мода на собеседования программистов менялась несколько раз, и каждая из них выглядит нелепо в ретроспективе. Либо мы наконец-то нашли настоящий секрет эффективных собеседований, либо увлеклись очередным модным течением, которое через десять-двадцать лет покажется столь же нелепым.

Когда я спрашиваю людей в модных больших технологических компаниях, почему на собеседовании так обязательно спрашивать об алгоритмах, самый распространённый ответ — что-то вроде: «У нас такой масштаб, мы не можем позволить, чтобы кто-то случайно написал функцию O(n^2) и повалил всю систему»1. Что особенно забавно, в последнее время я немало применял на практике эти алгоритмы и решал реальные проблемы, но не могу пройти собеседования, где о них спрашивают! Думаете, я проваливаю половину собеседований или что-то в этом роде? Нет, больше половины. Я участвовал примерно в 40 «настоящих» собеседованиях и прошёл, может, одно или два. Или ни одного2.

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

Если вы используете публикации на различных сайтах и в СМИ как один из инструментов продвижения, то рано или поздно перед вами возникнет вопрос их систематизации. Тогда же появляется и обратная связь, которая обычно включает в себя:

  1. просмотры;
  2. комментарии с разным эмоциональным оттенком;
  3. сохранения (сколько пользователей этого сайта добавили материал в свои закладки);
  4. рейтинги (сколько пользователей этого сайта проголосовали за или против).

Учёт собственных публикаций - 1

Если все ваши статьи размещены на одном ресурсе, то особых проблем с учетом не возникает. Вышеперечисленные показатели обычно сведены в админке (как на картинке ниже) и всегда можно наглядно оценить какая из собственных тем более популярна. У меня же публикации по одной теме часто «размазаны» по разным ресурсах, таких как Хабр, виси.ру, Medium, Яндекс Дзен и (если корректно отнести к публикациям) GitHub. И передо мной была проблема увидеть общую картину по проектам и темам «в одном окне».Читать полностью »

Does the New Year have you scrambling to wrap up last year’s software development projects? Don’t archive your Jira tickets and Trello boards too quickly!

A good rule of thumb in software development is that your next software project should always be better than your last. Why? Because the lessons you learn and take away from each project should be continuously documented and applied in future projects.

In the words of Rachel Green, every good project should end with closure.

image

Follow this quick and easy 6-step guide to ensure that you wrap up your software project efficiently and effectively.

6 Steps for Successfully Wrapping up a Software Development Project

1. Document future needs

Читать полностью »

В предыдущих выпусках мы обсудили, как формировать аудиторию и где искать идеи для своего продукта. Но есть еще одна важная вещь, о которой меня часто спрашивают. Как сохранять мотивацию и доводить дело до конца. Сразу оговорюсь, что волшебной пилюли не существует, лично мне помогало следующее: Читать полностью »

Метрики, KPI, SLA, DoD, OKR — численных показателей производительности и эффективности команд существует много, но часто их недостаточно, чтобы понять, как на самом деле обстоят дела в команде. Довольны ли люди тем, что они делают, гордятся ли своим продуктом, хотят ли идти в офис?

Squad Health Check — модель оценки здоровья команды, придуманная в Spotify, и сегодня расскажем, как мы в Яндекс.Деньгах измеряем наше здоровье и что из этого вышло.

Squad Health Check: измеряем здоровье команд - 1
Читать полностью »

Как перестать растрачивать время разработчиков на технический долг - 1

Вы знаете, каково это. Впихнуть всё необходимое в спринт и так весьма непросто, а ведь ещё нужно где-то найти дополнительные 10–20% времени разработчиков на возврат технического долга. Если вы когда-либо отстаивали необходимость выкраивания времени на это, то вы знаете, что это походит на крестовый поход эпических масштабов.

Но сделать это можно, и в этом руководстве мы выясним, как именно.

Читать полностью »

Привет! Меня зовут Алексей Пьянков, я главный программист в компании Спортмастер. Скажу сразу, что «главный» не значит «самый главный из всех программистов», нет, это только название, такой очаровательный перевод для «Senior+"».

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

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

image

И начну именно с 2012 года.

Читать полностью »

Итак, подготовка к пятой конференции TeamLead Conf идёт своим чередом. Осталось три недели. Площадка ждёт строителей, мы ждём вас и ваших коллег, типография ждёт расписание. Пока все чего-то ждут, расскажу немного о том, что у нас уже получилось. А получилось в целом очень неплохо. Ещё больше профессионализма спикеров, ещё больше интерактива (митапы и воркшопы), ещё больше тимлидов.

Если посмотреть на программу, то можно выделить две большие части. Первая и основная — это что-то о личном развитии, софт-скилах, умении работать с собой — преимущественно стоит в расписании в первый день. Вторая часть полностью посвящена работе с командой. Казалось бы, какие еще могут быть варианты? Оказалось, что они есть. В этот раз мы подумали и решили, что будет полезно позиционировать доклады относительно границ их применимости по масштабу компании или команды. К сожалению, однозначно определить «маленькую команду» или «большую компанию» очень сложно, т.к. всё в этом мире относительно. Также стоит отметить тот факт, что редкий доклад на 100% принадлежит одной категории — в докладе про командную работу легко может найтись рецепт личностного роста, также как и в докладе про лидерство может быть полезная информация про взаимодействие с командой. Тем не менее мы ввели метки «человечков» примерно как на картинке ниже и разбили доклады на три категории. Дальше расскажу, что из этого получилось.

От личного развития до Agile в XXXL масштабе за два дня на TeamLead Conf - 1
Читать полностью »

Что вам первое приходит в голову при слове ЖЭК? Если слесарь, то чуток подвыпивший. Если электрик, то весельчак, который периодически выдаёт монологи на непереводимом диалекте русского языка, когда 220 В пробегают по его ловким пальцам.

И никогда не угадаешь, хорошо тебе исправил поломку специалист ЖКХ — или с помощью замазки, волшебной синей изоленты и проволоки отмахнулся от назойливого жильца и отправился в своё логово дальше думу думать о судьбах России.

И возникает вопрос — может ли в 21 веке сфера ЖКХ измениться, по-настоящему повысить качество услуг, и что для этого нужно. Многие компании до сих пор говорят: «Это не для нас». DevOps не для нас, SRE не для нас, Kubernetes не для нас. А выигрывает тот, кто в этот момент скажет: «Для нас. Делаем!»

Павел Белый pahaz, IT-архитектор «ПИК-Комфорт», уверен, что высокие технологии могут справиться с человеческим фактором. И состояние слесаря или электрика, когда он придёт ремонтировать, не будет в постоянной квантовой неопределённости — то ли подвыпивший, то ли нет, то ли справится с задачей качественно, то ли сделает тяп-ляп.

70 лет стереотипов: Как преодолеть недоверие к ЖЭКам с помощью IT-технологий и повысить качество обслуживания - 1

Читать полностью »

Зачем нужен менеджер в IT проекте и что будет происходить когда его нет - 1

Роль ПМ-а — она есть всегда, и если не поручена отдельному человеку с нужной подготовкой, то перераспределяется.

Кому?

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

Все эти варианты вполне реальны, и встречаются на практике, в особенности в молодых компаниях, в которых еще нет структуры и процессов.

Держим сразу в уме вопросы:

  • Кто общается с клиентом?
  • Кто держит в уме всю картину проекта? А лучше документирует её.
  • Кто организовывает процесс?

Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js