Communication howto: improve project quality and relationships bet ween onshore and offshore teams. Creuna way

Презентация Creuna Area Manager Nikolai Bartels Thomsen (Дания)
--
Длинючее название, и очень полезная презентация.
Вкратце: спасение утопающих - дело самих утопающих. Т.е. проблемы коммуникации аутсорса с заказчиком должна выявлять и решать аутсорсовая сторона.
--
Подлиннее:
1. Качества, т.е. только лишь написания качественного кода и сдача проекта(ов) в срок -- недостаточно
2. Нужно создать "gut feeling" заказчика, что на стороне offshore всë хорошо

Как:
1. Мы звоним
2. Самореклама: сам себя не похвалишь...
3. Раскрывать членов команды как личности, "они не только кодируют, но ещë и в футбол играют"
4. Совместное обсуждение результатов проектов (если короткие: 1-3 месяца), или этапов проекта onshore + offshore
5. Выявление и решение недопонимания друг друга или ситуации

Наше отношение к работе:
1. Мы не поставщики, а коллеги
2. Ошибки случаются, и даже если это не моя зона ответственности, я выступаю добровольцем и беру на себя ответственность
3. Я ничего не придумываю, я задаю вопросы
4. Неуверен - обсуждаю
5. Это наши проекты, наши общие проекты
6. Положительно удивлять: представлять свою работу в положительном ключе и профессионально (например, при вопросе об оценке детально расписать несколько вариантов решения с оценкой последствий)
7. Мы приятные в общении и командные игроки

E-mails:
1. Если я не могу ответить на письмо сегодня, я сразу отвечаю "отвечу через ХХ дней"
2. Расписываю по пунктам
3. Если на моë письмо не ответили через сутки, напоминаю, если впустую - звоню
4. Лучше больше писем, чем их отсутствие, особенно в критичные для проекта моменты

Используем звонки и видеоконференции, не стесняемся.

Итого:
И вообще не стесняемся. Укранцы стеснительные. А зря, мы же коллеги -- лучше открыто высказать своë мнение и решить возникшую проблему.
--
Супер выступление :)

аутстаффинг

Компании-аутстафферы:
- Находят клиентов
- Находят разработчиков
- И предоставляют плантаторам услугу надсмотра за рабами :-)

just for fun

Для того чтобы присоединиться к любому opensource-у нужно всего-лишь:

1. заинтересоваться
   Например мне лично OmegaT понадобилась для перевода NetBeans, а зачем мне понадобилось переводить NetBeans - это тема другого поста :-)
   
2. найти проект, загрузить его и попробовать
   
3. захотеть что-то улучшить
   
4. загрузить исходники и попытаться это сделать
   
5. если получится, написать в рассылку/форум пользователей "я вот тут такое забабахал, кому-нить интересно?", дождаться откликов, желательно в стиле "вау, круто, хочу себе" и написать в рассылку разработчиков "ребята, я тут вот как забабахал! народу (ссылка на
   пользователей), вроде, понравилось. давайте включим в следующую версию?"
   

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

Саморазвитие vs Хороший менеджмент

Какая мысля:
Не все компании одинаково полезны для развивающегося разработчика.

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

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

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

первый пост, он важный самый

Сегодня на работе смотрели презентацию о нововведениях в работе топ-менеджмента нашей компании.
По меткому выражению моего коллеги, "а если в Бразилии изобретут новый сорт бананов, может нам и об этом расскажут?"