Рубрика «управление людьми» - 21

Совсем скоро, 17 декабря, в учебном центре Luxoft Training пройдет мастер-класс Марка Паулка, соавтора модели зрелости возможностей создания ПО (Capability Maturity Model for Software).
Марк Паулк разрабатывает и преподает курсы по разработке ПО, совершенствованию процесса разработки ПО (CMM и CMMI), зрелости процессов, agile-методологиям, управлению проектами по разработке ПО и статистическому анализу.
Предлагаем вам ознакомиться с его статьей, посвященной взаимосвязи между организованностью процесса разработки ПО, качеством ПО и личной производительностью.

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

Веб-проекты, как и женщины, бывают разные — умные, красивые, соблазнительные и… мгновенно сводящие с ума. Довольно часто веб-проекты — это сайтики с несложной логикой и понятными технологиями. Завалить такой проект — нужно очень постараться, да и потом совесть будет мучить всю жизнь за лень и глупость.
Сложная предметная область — у кого искать ответы?
Но иногда к вам приходит проект вкусный и интересный, красивый и сложный, с выглядывающим из под… дедлайном в следующем квартале. За вечер можно вникнуть только в треть его предметной области — как со стороны функционала, так и технологий. Адреналин (и тестостерон) конечно зашкаливает — решить такую непростую задачу, красиво, очень хочется, но проснувшись утром вы видите, что поседели — безуспешно пытаясь найти алгоритм в полудреме.

Самое страшное начинается по мере приближения подобных систем к дню запуска. Допущенные при проектировании мельчайшие ошибки и недодумки начинают с визгом пропускать воду в кают-кампанию на глубине 5000 метров.
Читать полностью »

Лайфхак: в любой непонятной ситуации умножай на три

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


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

На одной из конференций произошел комичный случай. Подходит слушательница:

— Александр, есть такой вопрос: Как нам повысить уровень доверия в отношениях с заказчиком?

— А что сейчас не так с уровнем доверия?

— Ну, у нас есть команда, есть менеджер. И мы хотим, чтобы заказчик доверял команде и общался только с менеджером. А он лезет напрямую к инженерам…

— А чем это плохо? Человек сразу получает ответы на свои вопросы, быстрые коммуникации и все такое.

— Понимаете… Мы ему джуниор инженеров продаем как синьор инженеров… И нам не хотелось бы, чтобы он обнаружил этот факт.

Напомню изначальную постановку вопроса: “Как нам повысить уровень доверия в отношениях с заказчиком?”

Вот о заказчиках сегодня и поговорим. А точнее, о простом инструменте, который:

  • Поможет осознать, где находятся ваши отношения с заказчиком
  • Покажет, почему формы отчетов иногда бывают такие идиотские
  • Возможно, поможет понять причины “неадекватного” поведения заказчика

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

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

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

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

Целью данного обзора является освещение следующего вопроса: как понимают фразу «проектная эффективность» различные специалисты в сфере ИТ. Мы искренне надеемся, что данное небольшое исследование поможет найти общий язык в понимании термина «эффективность», что и будет первым шагом к достижению высокой эффективности в вашем проекте.
Читать полностью »

Удаленная работа — это не «фриланс»

Сегодня на глаза попался старый вопрос "Почему работодатель предпочитает нанимать веб-разработчика в офис?": habrahabr.ru/qa/22292/. Вопрос был задан еще в 2012 году, но, на мой взгляд, ситуация с тех пор не сильно изменилась.

Коллеги, тут есть серьезное недопонимание, которое давно пора устранить.

Многие, как мне кажется, представляют себе фрилансера примерно так:

  • Приходит на какую-то отдельную небольшую задачу, выполняет ее и уходит.
  • Работает над несколькими мелкими проектами одновременно. Либо имеет постоянную работу, а фрилансером просто подрабатывает в оставшееся время.
  • Его не беспокоит проект в целом. Только то, за что он отвечает.
  • Огораживает себя техническими заданиями. И из-за каждой новой плюшки может возникнуть конфликт.
  • Работает когда хочет. С ним сложно связаться.

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

Почему новички время от времени делают «не то»? Почему они не понимают старших инженеров? Всегда ли это происходит из-за отсутствия опыта? И почему время от времени, за разговорами на кухне те же новички называют своих лидов «м*дками»?

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

Начнем издалека. Когда я еще учился в школе, у меня было увлечение – игры. А именно Warcrtaft III. И я постоянно играл, играл, играл в нее. Сначала дело ограничивалось играми с ботами, затем, в прекрасном 2003’ем у меня появился интернет и понеслись игры с живыми людьми.
Свою первую игру я проиграл – от нервов и мысли, что я могу проиграть, у меня тряслись руки и мерзли кончики пальцев, а где-то к середине игры на спине выступил холодный пот. Ясное дело, что с таким настроем первую игру я проиграл. Я проигрывал раз, затем другой, а за ним и третий. Это продолжалось довольно долгое время, пока один из моих друзей не посоветовал мне начать смотреть записи игр других, профессиональных игроков.
Читать полностью »

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

Предисловие

Так получилось, что я руковожу разработкой ПО, хотя меня этому не учили. Учился сам. Но были учителя. Учителя — это не те, кто учит, а те, у кого учатся. Мне повезло, у меня такие наставники были.

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

Наполеон Бонапарт говорил: «Армия львов под управлением барана всегда проиграет армии баранов под управлением льва». Так вот, по моим наблюдениям, львы подобных фраз себе не позволяют. И, если вы слышите похожие высказывания в свой адрес, делайте выводы.

Толковый фразеологический словарь руководителя

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

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

И так, поехали.

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

Четыре ингредиента и 1001 рецепт успеха

Так же поступлю и я.
Читать полностью »


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