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

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

Андрей, музыкант

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

По-моему эта статья — самое важное, что я в жизни сделал. Не самое сложное, объёмное или интересное, а важное.

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

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

Почему начинается с пункта 6? Потому что в публикации «Внутренняя кухня: рецепт эффективной работы с удаленным сотрудником. Часть 1» было пять «ингредиентов», и ими размышления на эту тему не исчерпались.

6. Продумайте вопрос коммуникации

Технологии-технологиями, но удаленная работа в любом случае связана с определенными сложностями в коммуникации. И эти сложности становятся все более раздражающими по мере расширения круга ответственности удаленного работника.
Пример? Необходимо решить срочный вопрос с иллюстрированием материала до того, как журнал будет сверстан, а коллега, в компетенции которого находится эта проблема, несмотря на «зелененький» статус в Skype почему-то не отвечает ни на письмо, ни на сообщения! Возможно, именно в этот момент он разбирает письма клиентов или проверяет отчеты, но меня, как ответственного конкретно за этот маленький участок проекта, данный факт как-то не успокаивает. В офисе можно встать над душой, попытаться оторвать коллегу от дела, задать вопрос «между делом», беспардонно потретировать бедолагу под дверью туалета. Читать полностью »

image

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

Все компании разные, но между лучшими техническими руководителями, с которыми мне довелось работать, существует кое-что общее. Снимаю шляпу перед Брайаном Столером, Натаном Хантом, Эваном Гилбертом и Ричем Бердоном за то, что послужили мне хорошим примером.

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

Качества

Вы всегда должны улучшать три своих качества: компетентность, скорость и осведомленность.
Читать полностью »

Вступление

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

Когда-то у нас было вот так:

Что мы сделали с личным кабинетом

А теперь стало так:

Что мы сделали с личным кабинетом

История началась почти два года назад, когда мы только пришли на Хабр. Наш первый топик был, в частности, про багрепорты, советы и идеи. Особенно много предложений было по старому личному кабинету. Поскольку быстрой переделкой там дело не ограничилось бы, мы начали практически полную замену системы.

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

Техническая часть

Использовалась 32-битная платформа, что накладывало определенные ограничения на размер используемой оперативной памяти, а использование legacy API, который зачастую уже не поддерживался производителем, негативно сказывалось на стабильности работы Java-приложений.Читать полностью »

Наш хороший друг Анатолий Савин anatolysavin решил изучать и развивать PMBOK на примере подготовки к горным экспедициям. Вот его статья об этом. Кроме того, в Учебном центре МУК вы сможете его попытать лично. 3 часа он будет рассказывать о таком нестандартном «горно-проектном» PMBOK.

(Киев) Бесплатный семинар о PMBOK на примере горных восхождений — «Семь вершин проектного менеджмента»

Итак, 5 июля 2013 года в УЦ MUK состоится бесплатный 3-х часовый семинар от руководителя проекта Анатолия Савина, для тех, кто реально хочет соединить профессиональное обучение и опыт, окунутся в мир приключения и стандартов PMBOK

Начало семинара в 10:00, Киев, Чоколовский бульвар, 42 –а, УЦ MUK

Участвуя в проекте «Семь вершин проектного менеджмента», вы получаете: Читать полностью »

image

По роду занятий я часто общаюсь с различными русскими и западными командами. Очень частый вопрос — есть ли какая-нибудь специфика в работе наших и как это влияет на разработку?

Есть очень неплохая книжка о специфике работы русских вообще. Она называется «Русская модель управления». Ее написал А.П.Прохоров (другой, не олигарх). Не буду ее пересказывать. Основная идея в том, что русские по своей природе могут работать только в двух модах. В нестабильном состоянии они могут свернуть горы. В это время мотивация очень высокая. В стабильном расслабленном состоянии — когда никто не пинает — русские вроде как работают плохо и не сильно утруждаются.

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

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

Я буду приводить влияние разных факторов в порядке их важности и силы влияния. Чем выше — тем сложнее это изменить и тем больший эффект это оказывает.

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

Кто такой «Full Stack» разработчик? Разумно ли ожидать, что каждый разработчик будет мастером в любом аспекте процесса разработки? Вероятнее всего нет, однако Facebook может потребовать от вас это. Будучи на конференции OSCON, работник Facebook сказал мне, что они нанимают только «Full Stack» разработчиков. Хорошо, но что это значит?

Для меня, «Full Stack» Разработчик — это кто-то, кто знаком с каждым аспектом: превосходно владеющий многими из них и проявляющий неподдельный интерес ко всем технологиям.

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

Есть старая поговорка «Если будешь усердно работать по 10 часов в сутки, то станешь руководителем и начнешь работать по 14. Так вот далее будет для тех, кому 10 часов недостаточно. Ниже мой вольный перевод статьи Act Like a Leader Before You Are One из Harvard Business Review, из которой я убрал ссылки на малоизвестных авторов, имена которых ничего не скажут людям, не знающим языка омериканского. А сами их мысли, на мой взгляд, ничего.

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

За сотни лет человечество придумало всего два мотиватора — морковка спереди и морковка сзади. Но реализации могут отличаться.

Когда хобби совпадает с работой

Меня часто спрашивают, как заставить себя учиться — будь то программированию или изучению иностранных языков. За несколько лет мой ответ не изменился. Нужно взять свое хобби (ну есть же у вас какое-то хобби?) и придумать для него сервис, приложение или сайт.

В студенческие годы я очень сильно увлекся MathCAD, часами просиживая на exponenta.ru (позже увлёкся Wolphram Alpha). Поэтому когда пришло желание изучить на досуге PHP (в то время все писали на PHP), то, о чём будет сайт, выбор даже не стоял.

За полгода разработки сайта на PHP о MathCAD «с нуля» были достигнуты такие цели:

  1. Выучен PHP на уровне, достаточном для разработки веб-сайтов.
  2. Уровень владения MathCAD был поднят на неописуемый уровень.
  3. Были получены знания по HTML/CSS/JavaScript, SEO, хостингу и работе DNS.
  4. В день ходило стабильно 200-300 человек, что было, на мой взгляд, успехом.
  5. Позже приобретенные знания были применены для разработки своего математического софта для Windows Phone, написания кандидатской и написания практикума по MathCAD для студентов.

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


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