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

в 7:57, , рубрики: ruby on rails, Веб-разработка, управление проектами, метки:

Опыт работы в немецкой команде
В силу интересного стечения обстоятельств в феврале я перебрался из Санкт-Петербурга в Берлин и присоединился в качестве CTO к команде www.iversity.org.

Мы разрабатываем аналогичную Coursera платформу, только для европейского рынка. Также у нас есть субпроект MoocFellowship, который уже как-то освещался на Хабре.

Не менее интересным является тот факт, что практически вся команда состоит из немцев. Таким образом, удалось окунуться в европейскую атмосферу работы, получив весьма полезный опыт.

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

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

в 6:47, , рубрики: agile, human resources, паттерны, Песочница, Проектирование и рефакторинг, управление проектами, шаблоны проектирования, метки: , , , ,

Преамбула

Я разработчик в небольшой организации. Цель моей работы — делать людям хорошо. Я ускоряю их работу, добавляя тот или иной функционал к уже существующему продукту, моими клиентами являются сотрудники самой организации. Современный бизнес очень динамичен, каждый день появляются новые идеи и потребности, то есть мой план расписан на год вперед, и каждый месяц перестраивается под новые задачи.
 
Однако, на фоне, казалось бы, динамично растущего бизнеса (кол-во сотрудников увеличивается на 10-15 человек в год) отдел IT растет значительно медленнее. Основное требование к выполняемой работе: “Быстро!”, как следствие плохо масштабируемый код, подверженный плавающим ошибкам.
 
Сейчас наша компания переживает новый виток развития ПО (период 5 лет), постепенно мы отказываемся от старых разработок и переписываем то, что есть, придерживаясь объектной модели и паттернов, а заодно и переезжаем на новые сервера (новые железо + софт), но требования остались на прежнем уровне — все должно быть  сделано вчера.
 
В очередной раз при релизе кода работа сотрудников была парализована на пару часов, и ген. директор спросила: “Ребята, сколько это еще будет продолжаться?”, на что я ответил: “Когда завершится переезд”, а спустя сутки прислал более подробный ответ, описав то, что меня волнует в последнее время все больше и больше.
 
Зачем я это рассказываю? А затем, что моя история не уникальна. Кому-то эта статья даст пищу для размышлений, а то и подтолкнет к действиям. Кто-то поделится своим опытом, а кто-то в очередной раз порадуется, что у него в компании все намного лучше.
Читать полностью »

в 20:51, , рубрики: agile, human resources, культурные различия, управление проектами, управление проектами и командой, метки: ,

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

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

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

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

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

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

в 12:08, , рубрики: копирайт, Песочница, удаленная работа, управление проектами, метки:

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

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

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

в 11:13, , рубрики: human resources, technical leader, Программирование, техническое руководство, управление проектами

image

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

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

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

Качества

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

в 8:26, , рубрики: команда, управление проектами, эффективность работы, метки: , ,
Вступление

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

в 10:01, , рубрики: баланс, билайн, Блог компании ВымпелКом (Билайн), вымпелком, интерфейс, личный кабинет, Телекомы, управление проектами, упрощение, метки: , , , , ,

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

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

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

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

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

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

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

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

в 8:58, , рубрики: PMBOK, Блог компании МУК, не нудное обучение, управление проектами, Учебный процесс в IT, экспедиция, метки: , , ,

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

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

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

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

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

в 8:27, , рубрики: agile, Блог компании ScrumTrek, культурные различия, управление проектами, управление проектами и командой, метки: ,

image

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

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

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

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

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

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

в 9:37, , рубрики: Full Stack, human resources, Программирование, стартап, управление проектами

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

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

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

1...1020...349350351...360370...408
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js