Блог NunDesign

Многие старички в веб-девелопменте отмечают великую разницу в объёмах доступной информации по разработке в, скажем, конце прошлого века (сравнительно с настоящим моментом). Дизайн, программирование, проектирование, есть масса бумажной литературы, электронных книг и видеоуроков, просто онлайн-документации. Проводятся конференции, семинары и прочие мероприятия для обмена опытом. И здесь, конечно же, Москва в фаворе (не в упрёк, я же понимаю, что ничего не происходит само по себе - просто больше энтузиастов, больше людей, которые не тупят над проблемами в местечковых болотцах, а готовы организовать движняк, потратить на это время и бюджеты, найти спонсоров, организовать, пригласить, проанонсировать - это тоже тяжкий труд, я знаю). Украина сейчас тоже подтягивается по количеству интересных мероприятий, тот же UA WEB, те же конференции по маркетингу. Но всё равно мало и редко, в Москву же не наездишься. Те же РИТ-РИФ-КИБ так и остались в мечтах, потому что “а здесь кто работать будет?” И вот ещё одна апрельская тема — IT-Online пригласили Эдварда Йордона, автора книги «Путь камикадзе» (Death March) провести однодневный семинар (один день в Москве, один в Питере) «Управление безнадежными проектами».

Коротко о том, о чём будет идти речь: будут обсуждаться вопросы “в области управления проектами: как успешно выполнить самый безнадежный проект? Существует ли эффективный способ вдохновения команды на достижение поставленной цели? Как сэкономить время, отбросить сомнения и достичь потрясающих результатов?”

Рассматриваемые темы:

• Политика в безнадежных проектах
• Переговоры во время безнадежного проекта
• Управление персоналом в безнадежном проекте
• Процессы безнадежного проекта
• Динамика процессов
• Симуляторы и «военные учения» для моделирования безнадежных проектов
• Контроль в проектах «смертельного марша»
• Инструментальные средства в «смертельном марше»
• «Безнадежный проект» как стиль жизни

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

А что, мне лично было бы интересно послушать умных людей, может, подкинут какую-нибудь идею для нашего офиса. Хотя, если я правильно понимаю, обсуждаться будут именно “безнадёжные проекты”, а не “безнадёжные команды” и “безнадёжные компании”, но в целом, если уж затрагивается тема “управления персоналом”, значит, всё одно полезно. Для нас важно понять источники всех сложностей, с которыми мы сталкиваемся, как украинская команда канадской компании. В обсуждении прошлой, вчерашней заметки “Офисное дизайнерское и менеджерское” на ya.ru, Lisa очень точно (хоть и не приятно в этом признаваться) подметила одну вещь:

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

Nundesign
Точно знаю, что даже работая таким удалённым филиалом, можно красиво и грамотно организовать цикл работ. Прежде всего для этого нужно, чтобы все элементы системы хотели того же. Иначе - сознательный или неосознаваемый саботаж, увы.

Lisa
Здесь проблема как раз в том, что очень сложно организовывать что-то красиво и грамотно, когда тот, кто заведомо находится в “старшей” позиции может через твою голову давать задания твоим сотрудникам.
Скажем, для меня это одна из самых больших проблем была - найти баланс между “я - всеобщий секретарь” и все вообще идет через меня и “я не знаю, кто из клиентов какие задания надавал моим сотрудникам”.
Я очень хорошо знаю, что и там, где не ты главный, можно очень много порядка навести Если поставить перед собой такую задачу. Но преодолевать сопротивление со всех уровней - очень тяжело. И сбрасывая с себя хоть какой-то уровень - ощущаешь облегчение. Причем как вариант - отказываешься от обучения и выращивания подчиненных и делаешь всю работу самостоятельно, такой этап тоже был и он проще и порой благодарнее, чем отказ от начальников

C одной стороны, совет красивый (и когда-то работавший), но сейчас, при нынешних объёмах это означает только одно - отказаться от значительного количества проектов и вернуться к потоку 2005-го года. Если же нет, если же соглашаться на те же объёмы, что и сейчас, в любом случае нужно оптимизировать командную работу, отлаживать схему управления проектами двумя командами - канадской и украинской (на самом деле тремя, и даже четырьмя, но это детали). Потому что периодически сотрудничество в самом деле напоминает несимметричное распределение настроений - одни бьются головой об стену, пытаясь, другие занимаются поиском виноватых и переводом стрелок. И, главное, методы получения достоверной информации зачастую бывают затруднены и походят на разведку.

Как обычно, после (извиняюсь) многобуквенной вступительной речи переходим к реальным примерам из жизни. В районе плюс минус нового года у нас было много заказов на разработку маленьких рекламных сайтов - и на эскизы, и на порезку-вёрстку. Объёмы были чуток сверх человеческой нормы, ребята работали в том числе и сверхурочно, и я вместе с ними и рисовала, и верстала в зависимости от того, куда был перекос нагрузки, и даже обсуждалось, что нужны ещё люди. Потом объёмы начали как-то заметно снижаться, хотя в личной переписке с канадским арт директором тот уверял меня, что всё ОК и объёмы вернутся. И только через пару месяцев, в приватной беседе мне сообщили, что этот арт-директор в посленовогоднее время стал интенсивно собирать команду своих дизайнеров, в офис - и рисующих, и верстающих. И сейчас у него работают около 10 ребят, и ему с ними КОМФОРТНЕЕ работать, потому, что проще поставить задание, проще обсудить на словах и на пальцах (а не сочинять в письменном виде), что он по-прежнему сопротивляется работе с, к примеру, JIRA, хотя у него есть доступ и аккаунт (ни одной задачи он в джире так и не создал), что его в такой схеме не травмирует разница во времени, и оперативность разработки увеличивается на, по существу, рабочий день (на самом деле были стабильные проблемы с тем, что по правилам нашего офиса сотрудники работают с 10 утра до 19, и, понятное дело, если задание присылается в пять вечера, то результат канадские менеджеры смогут получить только на следующий свой рабочий день, или же должны подтверждать согласие оплатить дедлайн, сверхурочные). Таким образом практически произошло вытеснение нашей команды из этой линейки работ, так сказать, естественным образом.

Вообще можно привести много примеров сложности управления распределёнными командами. Здесь и амбиции руководителей, и ответственность за качество, и зачастую откровенно разные цели сотрудничества и прочие тонкости. Не думаю, что наша система безнадёжна, и очень надеюсь, что читатели, участвовавшие или участвующие сейчас в разработке проектов подобными распределёнными командами поделятся своим опытом (как положительным, так и наоборот, чтобы можно было заранее предусмотреть наиболее типичные ошибки), может даже кто-то подкинет полезных советов. Как всегда, жду ваших комментариев!

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

Вообще много чего странно. Ещё в 2005-м, 2006-м, ещё в ЖЖ-шном блоге, когда писались заметки о различных офисных проектах, всё представлялось, что описываются обычные трудности новичковой компании, что где-то — от отсутствия опыта, в том числе и менеджмента, где-то — от недосформированности команды профессиональных разработчиков, но в любом случае все проблемы временные и решаемые. Когда три-четыре года назад ЖЖ-шные френды в комментариях писали, что подобные ошибки в управлении - типичные признаки говноконторы, я не соглашалась и утверждала, что мы семимильными шагами шагаем к великому будущему, всему в скором времени научимся и благополучно выпрыгнем из говноконторского уровня. Но три-четыре года — не маленький возраст, и уже стыдно как-то по-прежнему допускать всё те же ошибки, казалось бы, уже пройденные и осознанные. Ежели дитё в 10 лет продолжает сосать соску и писяться в постель - это уже не нормально, не здорóво. И ещё хуже то, что вместо того, чтобы срочно приниматься за исправление, лечение (возможно, хирургическое вмешательство), становится нормой политика “не обращать внимание”, “перерастёт” и “как нибудь само рассосётся”. Ага.

Вообще-то наши говорят, что я всё воспринимаю слишком близко к сердцу, и нефиг так переживать, и уж тем более расстраиваться, и всякое такое. Но я так скажу. Вот, к примеру, я всегда — с далёкого детства — панически боялась сумашедших. Городских, к примеру (вот даже как-то не так давно напомнили об одном из, которого видела и встречала неоднократно). Если приходилось встречать, я просто цепенела, замирала, старалась пройти так, чтобы даже воздухом не коснуться. Потому что рядом со мной оказывался абсолютно другой мир, не обязательно враждебный, но чуждый, иррациональный. Вот эта самая иррациональность, в стиле “летели два крокодила, один направо, другой зелёный”, меня всегда стопорила, я терялась и не знала что дальше делать. Ставка на адекватность и здравый смысл… а так же на отработанные другими IT-офисами стандартные решения для управления командами, проектами и жизнью офиса в целом… Это всё, видимо, из какой-то другой жизни. Попробуем теперь на живых офисных примерах - последних событиях, которые, как я выше и написала, начались с того, что я засобиралась в Киев на конференцию для веб-разработчиков, на два дня.

Приезжаю и узнаю следующее: Ещё в начале недели, как оказалось, один из канадских менеджеров прислал сюда, на Украину, ТЗ и скетч на порезку и вёрстку сайта. Уже бред: во-первых, обнаружились (позже) траблы с почтовым сервером, который канадский, а мы тянем переписку M$ Exchange, и она благополучно глючит, о чём я не единожды писала и администрации, и канадскому админу. И то письмо с заданием попало в очередную перенастройку почтового сервера и ПОТЕРЯЛОСЬ. Ладно, с админскими траблами понятно, недопустимо, но так сложилось. При этом господа канадцы даже не попытались узнать - получили ли здесь их письмо, почему не было уведомления о получении-прочтении-приступании_к_работе. Я уехала в Киев (в среду поздним вечером) в полной уверенности, что на два рабочих дня у моих дизайнеров всё распределено, распланировано и чётко формализовано, т.е. благополучно. К четвергу канадские красавцы опомнились и таки спросили - мол, как там наш сайт поживает? Какой сайт? — удивился наш технический директор. А тот, который вы давно должны были нам вернуть в готовом виде!! Ага, догадался технический директор, вы послали задание почтой, а она у вас (а значит, и у нас) не работает и письмо потерялосЯ. Опять торкается канадский админ с наездом (уже), тот всё-таки занялся проблемой почтового сервера, обнаружил, что письма и в самом деле не ходят, в четверг же ближе к вечеру проблему пофиксил, о чём и уведомил всех. Те же красавцы ещё раз пересылают ТЗ и скетч НАПРЯМУЮ ДИЗАЙНЕРУ, который занимается вёрсткой. Тот начинает работу, но, поскольку время уже позднее, не заканчивая, уходит домой. В пятницу заболевает, и в понедельник продолжает болеть. Про проект никто не вспоминает.

В понедельник я, уже после Киева, приезжаю на работу, спрашиваю, мол, как оно тут без меня? Всё супер, всё в порядке! — говорит техдир. У меня в почте ни одного письма за те дни, когда меня не было. У него по дизайнерским темам тоже ни одного. В джире ни одного нового таска. А ближе к вечеру. Раздаётся тревожный звонок. Где же сайт? Спрашивает канадский управляющий. Извиняюсь, говорю, о чём речь, собссно? Вы, там! Чем вы там занимаетесь! Сайта нет! Мы присылали! Заказчик уже терпение потерял! И всякое такое нелицеприятное в адрес украинского дизайнерского отдела. Начинаю разведку. Сначала пытаюсь через техдира - он говорит, мол, да, что-то такое было в четверг вечером, но у меня писем на эту тему нет, исходников сайта на порезку тоже нет - не присылали. Выясняю через нашего админа. Ага, говорит, письмо есть, только напрямую верстаку, но вытащить его я не могу. Перезваниваю заболевшему верстальщику - он говорит, ага, мол, было такое, но я болею… Вытаскиваю из его машины присланные в четверг исходники. А дело уже вечером (канадцы просыпаются и приходят на работу, когда у нас часа три-четыре дня). Разумеется, в сверхурочном режиме запустили исходники в работу, порезали, сверстали сайт и отправили в Канаду. Успели, все счастливы. Ура. Ура? Млин, с каких это пор задание присылается напрямую разработчику, что такое, унизительно сделать карбан копи любому старшему? Обсуждалось миллион раз, объявлялось как обязательное требование. Таня, ты же типа в Киеве была. Ну и что? У меня всё время был доступ к почте, я всё время была в онлайне в вашем любимом млин MSN мессенджере, у меня ни грамма информации о том, что этот проект вообще был и уж тем более о том, что он был срочным и не по вине украинского офиса к тому же просроченным (из-за проблем с почтовым сервером).

Да, это только один пример подзапущенного за два дня моего отсутствия проекта. Если бы у нас в работе только он был! Ещё много. И веб приложения, и видновз application, на которые надо было скин натягивать, а дизайнеру, славной, талантливой девочке, пришло три постановки задания - от канадского руководителя направления, который ведёт именно эту разработку, от технического директора, который типа ответственный за именно эту разработку, и от тимлидера, который, собссно, и разрабатывает с парочкой подчинённых ему программеров. Канадский руководитель требует одно, тим лидер, глянув свысока на требования канадской стороны, говорит, что в пилотной версии этого ТОЧНО не будет, и для презентации нужно сделать то-то и то-то… И что ей оставалось делать? Показать отрисованный эскиз В КАРТИНКЕ, а в пилотной версии проекта реализовать то, что, грубо говоря, позволено разработчиками и не более. И в процессе пятничной презентации оказывается, что всё плохо, и опять дизайнеры нихрена не делают, и, Таня, я не знаю ничего про ваши технические трудности с реализацией, я вижу не сделанную работу.

И опять Déjà vu. Будто и не было утверждённой модели работы, будто и не обсуждалось, как оптимизировать процессы. Будто опять никто не понимает, что такое приоритеты и как они выставляются, и КОМУ. Будто не обсуждалось всей командой, как и что должно происходить, словно нет команды как таковой, нет командной работы - публика стрелки друг на друга переводит, это не моё, а это не в моей компетенции… Блин. Не в моей компетенции. Какие все некомпетентные, а, главное, равнодушные. Миллион раз было так, что тестировщик, не верно проанализировав баг, постил этот баг на дизайнеров. Я, получив баг, видела, что он чиста программерский и спокойно делала перепост на программера, курирующего этот проект. Нет проблем, не вижу проблем. Но когда человечек, получив “не свой” баг, тупо молчит, мол, это не моё - и всё, трабла зависает, тестировщик уверен, что баг в разработке, программер, который должен был бы этот баг работать, ни разу не в курсе, тот же красавец, который получил баг, сидит занимается (честно и кст., качественно) своей работой.

“Нам главное показать функциональность”. А ведь заплевали недавнюю заметку о перекосах. И вот очередной раз мы сталкиваемся с тем же. Ребятки, вам же объяснили. Что в пилотной версии на самом деле не требуется показывать всю функциональность. Но для презентации должны не только работать четыре из пятнадцати (грубо говоря) кнопок, эта версия должна быть презентабельной, т.е. аккуратной и красивой - а не с накиданными куда попало элементами форм со стандартной виндовой отрисовкой этих форм. И сколько раз рассказывали уже из реального опыта последних лет. Что компанией бюджет выделяется ТОЛЬКО НА ПИЛОТНУЮ ВЕРСИЮ. После чего привлекаются инвесторы, которым эта версия ПРЕЗЕНТУЕТСЯ. И если проект их заинтересовал, они готовы инвестировать в его глобальную разработку, в развитие и маркетинг. И может всё дело только в менталитете потенциальных канадских инвесторов, которые не видят прелестей функциональности без визуального оформления, я не знаю. Но шансы получить инвестиции, если проект в пилоте выглядит привлекательно намного больше. И тогда появляетс бюджет на разработку глобальной версии - оплата человекочасов и сопутствующих расходов, а если нет — то нет. И либо будут положенные по ТЗ для пилотной версии четыре функциональные кнопки + хорошо оформленный интерфейс, либо, уважаемые программисты, ваши 15 функциональных кнопок никому не будут нужны, нет денег - нет разработки. Но программисты стойко отказываются идти на компромисс, ежедневно переводят стрелки “на завтра” (Точно найдёшь время? Точно!), гордятся знанием си шарпа и умением в коде писать все требуемые формы, и очередной раз заказчик получает прогу в формате дизайн отдельно, сама функциональная, но не оформленная прога отдельно. А мне спустя время управляющие жалуются на то, что “те потенциальные инвесторы купили у других подобную же хрень. Которая хуже, и глючит, и не масштабируемя, и опций намного меньше, но с симпатичным и продуманным интерфейсом, купились на конфетку”. Мол, а украинские дизайнеры опять облажались и подвели.

Я ж говорю - слушаешь рекомендации о проектировании, читаешь умные книги, смотришь на примеры огранизации работ в удачных компаниях или, как минимум, менее… детских… И понимаешь, что, может, и не правильное это решение, что проще забить и попытать счастья и применить свои способности где-то в другой конторе, но нифига. Мы ещё поборемся. Обучимся. Настроим. О, вот ещё по теме вспомнила пару интересных блогообсуждений. Anatolix в заметке “О пользе NDA” осудил (очень обоснованно, кст.говоря) пост Димы Малина о работе в Рамблере. Не могу не процитировать Диму, это ведь зеркало!

Больше всего меня веселят диалоги с менеджерами проектов:

- Почему лажа с дизайном?
- Ну так дизайнеры нарисовали. Я им говорил! Но я же не буду вмешиваться в их работу.
-Ну вернул бы им такое г… обратно.
- Ну так я вернул, а они мне такое же, только зеленым цветом нарисовали.
- А что с аутсорсом?
- Какой ж аутсорс при своих дизайнерах?
- Ну как ж можно так проект было запускать?
- А иначе и не запустили бы вообще.

- Слушай, а чего твой проект конкурентных преимуществ то не имеет? Чем он лучше проекта YY у Яндекса?
- Ну… главное преимущество то, что он у нас вообще есть. Между прочим, у нас есть отдел маркетинга, вот пусть они и решают что там да как… Они ж у нас за стратегию отвечают.

- Здесь есть очевидная нелогичность в интерфейсах. Ребенок даже увидит. Чего не поправил то?
- А это отдел интерфейсов, их епархия. Они меня не проконсультировали.
- А ты их попросил?
- Ну да. Это было еще в ноябре, с тех пор они чего-то молчат.
- Узнал почему?
- Ну не моя эта работа их домогаться…

- А ТЗ на этот сервис есть? В какой форме поступила задача в отдел интерфейсов?
- Стоп! У нас атмосфера стартапа, у нас креатив! А эти всякие ТЗ только тормозят нашу работу. Мы друг друга с полуслова понимаем…

При этом самый показательный коммент самого Anatolix`а:

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

И я не буду напоминать, что уважаемый Анатолий Орлов - без сомнения умничка, талант и заслуженно работает во вменяемой компании - это все и без моих цитат понимают. Но так же все понимают, что есть реальность, и в этой реальности количество вменяемых контор конечно, считаемо по пальцам, остальных - несчётно, среди которых есть совсем бесперспективные, и есть такие, которые хотя бы пытаются настроить тональность для здорового звучания. А можно и снобом прикинуться, свысока глянуть, осудить “долбоебизм” менеджеров. Ну и ладно. Что-то я разошлась, это уже другая тема, с другой стороны. Давно не писала, и вот понесло.

Из прошлого поста о верстальщиках и программерах могло сложиться (и у некоторых, судя по переписке, сложилось) неправильное впечатление: да, я писала о кривом коде, порождаемом визуальными редакторами, да, я недоумевала - как же так, не ВасиПупкины, не начинающие веб-дизайнеры — вполне себе сложившиеся программисты, и вдруг - режим Design в VisualStudio для быстрого создания типовых форм. Но ведь и фраза “а что, у нас программеры уже напрочь ручками код перестали писать?” не имеет ничего общего с рекомендациями “писать” в блокноте, ни разу. И более того, когда касается не программирования, а вёрстки - своим ребятам я категорически запрещаю верстать в notpad`e, а программерам я вообще не указ. Просто - чем больше проект, тем меньше работы для дизайнера и верстальщика в проекте (когда уже написана общая таблица стилей, уделить пять минут тюнингу новой части сервиса — когда продумана и разработана концепция иконочек, маркеров и прочих фишечек, нарисовать новую козявочку — никакой сложности), но тем больше работы, связанной с тем, что ломается и “едет” дизайн после того, как программер поработал с проектом.

И здесь работа не для тестировщика, ему-то что, он таск отправил - что видит, о том и написал. А техническому дизайнеру - разгадывать шарады, почему что-то куда-то уехало. На днях звонит канадский программер, говорит — “я там ничего такого особого не делал… а блок с прелоадером (очередная крутящаяся козявочка с надписью “Loading…”), которая показывалась всегда в центре экрана, уехала в левый верхний угол“. Что делает дизайнер? Правильно, ломится проверять таблицу стилей - вдруг где-то правила сбились, вдруг где-то и в самом деле неграмотно написано… вроде всё честно. Ломится в код - бывало такое, когда программер добавлял контейнер (div) в код “не правильно”, а где ему показалось удобнее, но в коде тоже всё корректно. В чём глюк, разумеется, нашла - раньше прелоадер показывался на довольно простых условиях, когда генерилась таблица статистики, или подгружались ещё какие-то объёмы данных; но сейчас сценарии усложнились, и блок с картинкой (с тем же, как бы, идентификатором) программеру пришлось сделать серверным контролом. Т.е. с динамически создаваемым именем идентификатора. Т.е. правила, в соответствии с которыми прелоадер показывался в центре экрана, правила, которые назначались блоку по имени идентификатора, больше не применяются - имя-то меняется. (more…)

В списке ключевых слов было обнаружено словосочетание “хорошо ли быть дизайнером“. Зашли по этому сочетанию из гуглпоиска. Мне просто интересно, нашёл ли ответ на свой вопрос сёрфер? Или начитавшись здесь всякого, однозначно решил идти в менеджеры по недвижимости? А что тут ответишь… Однозначно, хорошо быть талантливым дизайнером. При том, что литературы, образовательных и просто дизайнерских сайтов, где публикуют какие-то оригинальные находки, решения - просто не сравнимо больше, чем в том же 1999, способные дизайнеры остаются востребованными (кажется, во всех без исключения регионах). Даже сейчас у меня здоровеннейший список RSS в оперной читалке “каналов новостей” только в рубрике “дизайн”, даже по диагонали не всё просматривать успеваю. Кстати да, RSS я читаю только Оперой (скорость, стабильность, рубрикация, уведомлялки про обновления и отсутствие тормозов в последней версии на МОИХ РЕСУРСАХ). Синхронизирую с домашней машиной (и то не всё подряд) через Google Reader, но не опираюсь на ридер как на основной тулз для RSS, нет. Да, так вернёмся к теме про дизайнеров.

Про пост о Getty Images и прочих стоках — вот в чём прикол. Есть у нас платный аккаунт на IStockPhoto, но делится он между нашими и канадскими дизайнерами поровну. Поскольку дизайнеры - все поголовно жадные на клипарты и фотогалереи, руководство решило, что великая опасность — позволять дизайнерам просто качать понравившиеся имиджи со стока. Поэтому (как минимум если речь идёт о фото, хотя на истоке много чудного векторного, к примеру, добра) работать дизайнеры должны по следующим правилам: со стока берётся превьюшный имидж и тянется с водяными знаками (и, если необходимо - с потерей качества), и ставится в эскиз. Если эскиз принимается канадским директором (ещё не заказчиком - и то хорошо), то фотка покупается и эскиз для реальной уже вёрстки доделывается с качественной, честно приобретённой на стоке фотографией. Выкручиваться же без стоков сложно - наши клипарты уже устарели изрядно, фотостудия пока ещё не светит, хотя по-мелочи используем свои фотоиллюстрации всё чаще, ну и темы, конечно же, сложно здесь найти.

То для темы нужна фотка какого-то типичного (!канадского!) пригороднего коттеджика с машинкой (современной!) у центрального входа и счастливой (!) мамашей и детками. То “замените вот эту азиатку на афроамериканскую бизнес-вумен; или мулатку”, то жизнерадостного тинейджера с упаковкой ПОПУЛЯРНОЙ В КАНАДЕ воздушной кукурузы, то ещё что-нибудь особо часто встречающееся у нас в Харькове и Харьковской области Нет, нам без стоков сложно. Но вот не у всех дизайнеров получается делать такие тестовые макетики с водяными знаками стока. Одна девочка преспокойненько ставит элемент в графический блок-коллаж с меткой, просто пишет, где на скетче “не мусор”, а остальным, похоже, это только усложняет жизнь - второй, к примеру, проще оказалось практически полностью отрисовать бизнес-вумен в деловом костюме (не вектором, в фотошопе, с фотореалистичным качеством и нужными цветами, эмоциями, жестами) - но это время, однако же. И это тоже проблема веб-дизайнеров, помимо прочих, о которых публикуется в разделах “офисное” и “дизайн“, ага. В разных организациях она решается по-разному. Пока что я вижу три решения: тырить, покупать на стоках или создавать в собственных фотостудиях. А, четвёртое: + заключить договор с какой-нибудь фотостудией - пусть они там уже сами ищут популярный в канаде попкорн или афроамериканских бизнес-вумен.

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

В комментариях подняли интересный вопрос, актуальный не для всех вероятных читателей этого блога, скорее для тех, кто работает в софтверных или дизайнерских компаниях и где принята командная работа. Что такое хорошая, сработавшаяся команда, от чего зависит успешность командной работы, в какой степени зависит от авторитета и профессионального уровня тимлидера (team leader)? Вытаскивая из дискуссии:

На тему “скакунов и першеронов” — так правильно. Скакун — он всегда дорог, сложно управляем и так далее… И он действительно может очень многое. (только не тягать центнеры туда-сюда, туда-сюда, туда-сюда…)
Ему простор нужен.
А насчет всех “внутрикорпоративных передряг” и прочих переходных периодов — вот тут как раз выплывает такая вещь, как “команда”. Отношения к административному делению фирмы не имеет, кстати.
Команда — она сама по себе. Это неделимая единица. И команда, после того как сформирована, обычно не меняется (за исключением очень редких случаев).
Тимлидер в данном случае — это не просто мощный программер, который может (теоретически) управлять группой человек. Это именно тот человек, к которому прислушивается данная конкретная команда. Не более того. И он может даже не быть супер-программистом или супер-дизайнером, или кем-то еще. Он просто является сердцем команды, идейным двигателем и так далее…
Некоторые фирмы, которые построены таким образом, очень даже успешно работают на рынке (как пример — Ашманов и Со Товарищи). И очень часто — многие другие, обычно — не очень большие фирмы.
Кстати, очень многие авторы говорят о создании именно такой вот команды, в которой все всех как раз понимают, знают и уважают. Но — такая команда неудобна в управлении. Потому что она, опять же, неделима. И внутрикорпоративная ротация часто и идет как раз для того, чтобы такие вот команды не образовывались.
Зачем? Элементарно. Если нет команды, то при увольнении одного сотрудника не уйдут все остальные, да и сотрудники будут посмирнее. Не будут требовать себе “работать с тем-то или с тем-то”, ну и так далее. Попытка представить человека как что-то заменяемое часто и делает человека чем-то заменяемым — человек просто меняет фирму. И тогда и выплывают все бока с “незаменимых у нас нет” — так ведь говорят, кажется?

во-первых, командное деление — прерогатива продуктовых компаний. проектоориентированные компании не имеют монолитных команд. есть пул разработчиков и пул проектов. это эффективнее. nothing personal, никакого масонского заговора, just business.
во-вторых, ни разу не видел тим лида, который был бы слабее подчиненных. разве что в аспектах. но никак в целом. все знакомые мне лиды люди с колоссальным опытом девелопменат. а успешные лиды — еще и с колоссальным опытом управления. именно это и дает им авторитет. хорощий человек — не профессия.
в-тетьих, было бы ошибкой думать, что при увольнении одного сотрудника начнется массовый исход. я пытался как-то сорвать команду полностью. я не был лидом, но разговоры подрывные вел, каюсь. никто. команда просто развалилась. даже если уходит тим лидер, не всегда уходит команда. а уж если девелопер уходит… отряд не заметил потери бойца, называется картина. это миф, нет в реальности такой единицы, как комнада. во всяком случае я не видел ни разу. это только во дворе каждый за каждого, в бизнесе каждый сам за себя.

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

(more…)

Вот у нас и закончились благополучно новогодние праздники - канадское руководство предпочитает бурно праздновать то Рождество, которое 25 декабря, очень символически - собссно Новый Год, и - хватит, пора трудиться. Так что во всеобщем рiдно-украинском праздновании до (какого-там объявлено? 8-го? 15-го?) мы не участвуем. Полный офис в полном составе. Новые дизайнеры в нашей команде, новые планы и перспективы. День достаточно организационный - запустить новичкам рабочее место (проконтролировать скорее), почта, джира, где что полезное лежит на сервере, архивы программ и клипарты, как чем пользоваться и на что ориентироваться, где храниться чай, в какой комнате микроволновка и куда лучше идти поесть если то. что приносят в офис - не впечатляет.

Посмотреть фотки с корпоратива - ага, теперь понятно, почему это для публичного доступа выложено всего несколько десятков! Не, ребята, так пить низя, здоровье беречь надо - как физическое, так и моральное!! Посмеялись :)  Просмотрела заброшенную больше чем на неделю почту, RSS-нечитанное, стало очень неловко - все подводили какие-то итоги прошедшего года, личные и профессиональные, оффлайновые и онлайновые, поздравляли с наступающим и наступившим, а я как всегда - мурло какое-то… В общем - поздравляю всех с наступившим Новым Годом, пусть для всех он будет счастливым или как минимум не будет несчастным! Я, во всяком случае, в ближайшее будущее смотрю с редким для меня оптимизмом и очень надеюсь, что предчувствия меня не обманут. А итоги ушедшего - и подводить нечего (кстати как и в прошлом году). Что особенного было-то? В начале прошлого - зачем-то к трёхлетию LJ-шного блога оплатила аккаунт (и планировала писать стабильно и много, но… это ж такое дело. Кстати - в январских уже постах в живом журнале самая активная на сегодняшний день тема - про офис и про дизайнеров /вот некоторые январские: “Дизайнеры и фриланс“, “Офисные разработчики - текучка кадров“, “Опять про веб-дизайнеров: макеты для вёрстки“/, дальше были о загрузке IT-специалиста, о собеседованиях дизайнеров - всё то, что перетекло позже в тутошние темы “office” и “design“) - а уже весной практически полностью переехала сюда, на http://blog.nundesign.com/. (more…)

Читаю заметку Мэта Джексона (Matt Jackson) «Deciphering Web Analytics» о том, как продвинуто анализировать статистику посещений сайтов и о том, что главная страница - это, разумеется, круто, но вы много полезного можете узнать и о сайте, и о посетителях, если будете больше внимания уделять анализу пары Landing Pages + Referrer Pages, и в особенности - наиболее удачным (внутренним) входным страницам сайта и наиболее сладким страницам с исходящими ссылками.
А в голове - опять управленческие вопросы по дизайнерской команде и каша из возможных вариантов ответов и решений. Есть, к примеру, некий монреальский арт-директор, который для нас является “клиентом”, ибо заказывает веб-дизайнерскую работу - именно ему высылаются на утверждение скетчи и ему же выкладываются отвёрстанные по утверждённым скетчам веб-сайты. Он же, со своей канадской стороны, является “продавцом” нарисованных нашими дизайнерами сайтов. И есть группа из 8 дизайнеров, из которых несколько - занимаются только (или в основном) вёрсткой или же адаптацией полученного html кода в живые дотнетовские движки, остальные - рисуют. Иногда рисуют лучше, иногда - хуже, у кого-то эскизы принимают (читай - покупают) чаще, у кого-то — реже; и вот, уже по прошествии какого-то времени у нас накапливается своя статистика принятых и отбракованных дизайнерских работ, и эту статистику можно анализировать. (more…)

Самая большая ошибка - это приписывать хорьку человеческое отношение к миру.
(отсюда)

Не буду утверждать, что у наших заокеанских руководителей и партнёров самый величайший опыт сотрудничества с веб-разработчиками из разных-преразных стран. Но всё равно не прёт, когда отзывы о наших, региональных разработчиках далеки от приятственных. К примеру, частенько, чаще, чем в том же Киеве или Днепре, чаще чем в российских регионах (не Москва, там та же проблема) наблюдается эффект понтовости - когда чувак приходит на собеседования с растопыренными по максимуму пальцáми и рассказывает, энергично, впечатляюще о том, как он крут. Когда заявляет зарплату (даже на испытательный срок) уровня профессионала (от профессионала, сами понимаете, отдача ожидается сразу, быстрое вхождение в задачу, соответствующего уровня знание технологий и прочее, и прочее). Однако в реале оказывается, что продемонстрированные понты - это блеф чистой воды (а может, прокатит для лохов?). Типа может, руководство окажется не достаточно продвинутое в критериях оценки качества и не сообразит, что ему подсовывают вместо конфетки дерьмо в цветной бумажке.

Народ, неужто всё так и происходит? Понты и блеф. Как часто вы сталкивались с подобным? И замечена ли зависимость от региона? Мне за наших харьковских, ежели честно, обидно, но факт: собеседований провожу много, и статистика у меня скапливается не радостная. Рисующие дизайнеры, показывающие до абсурда (даже не посредственные, а просто отвратительные) страшненькие эскизы. Флешеры, которые:

1. не могут придумать сценарий поведения своей анимации на странице - ожидают подробнейшее описание от постановщика (я-то ставлю, куда деваться, но блин флешер, который под диктовку записывает количество фреймов на движение, проценты альфапрозрачности и угол поворота… Ну хоть чуточку креативного мышления, хоть чуточку самостоятельности, творческого отношения от ПРОФЕССИОНАЛА я же могу ожидать??),
2. считают actionscript уделом исключительно программистов, тяжёлой артиллерии, и изучать отказываются (так вот, и по поводу творческой работы к ним, уж пожалуйста, без претензий, и по поводу технического аспекта совершенства не ждите),
3. считают, что не важно, как реализован сценарий анимации ролика. Даже если реализация, мягко говоря, страдает избыточностью и отсутствием логики, и всё тоже самое можно сделать на порядок правильнее - но оптимизация реализации - это не работа флешера (я то понимаю, что оптимизация реализации - это вообще бред. Просто нормальный флешер, тот, кто и в самом деле профи, изначально изберёт правильный путь реализации).
4. и самое страшное - считают свою работу (которую приносят в качестве портфолио) - и в самом деле хорошей. Кшмарную анимацию с простейшими эффектами крутящегося или shape-трансформирующего текста, с ужасными цветами и раздражающим сценарием - и в самом деле *профессиональной*. Удивляются тому, что кому-то что-то в их шедевре не нравится. Брезгливо прищуривают глаза при слове “стиль”. И вообще. Отрисовку героев должен делать художник. Писать сценарий анимации - специальный сценарист. Реализовывать поворот объекта в пространстве - 3D дизайнер. Придумывать метод реализации всей этой анимации - технолог постановщик. Писать скрипт для реализации - программист. Отслеживать глюки в реализации - тестировщик. А он - он же флешер-профессионал! И это на 8-секундной анимации вот такого уровня. Слов нет.

И такое сплошь и рядом по любому дизайнерскому направлению. Нас вынуждают ужесточать условия проведения собеседований - только чтобы не допустить в команду таких блефующих запантованных. Нам приходится (не всегда) намеренно занижать входную планку для новичкам (устраивая им сюрпризы - внезапно отменяя испытательный срок после недели работы, внезапно “премиально” доплачивая к оплате “испытательного срока” столько же за первый же месяц работы и т.д.) - только чтобы не допустить в команду посредственностей (этап с набором большого количества недорогих псевдоспециалистов в нашей конторе уже пройден - он доказал полную свою несостоятельность в целом).

Сейчас в сети очень много ресурсов, на которых публикуются различные статьи, исследования и рекомендации, как вести себя на собеседовании, как себя подать (не только при приёме на работу, но и вообще в жизни) - технологии от пикапа до НЛП, американская улыбка, умеренная агрессия, чёткая дикция, наглость и уверенность в себе, и - ни в коем случае не занижать стоимость своего труда! Завышать, завышать, завышать - это проявления уважения к себе. Уважать себя, любить себя, ценить - и это всё правильно, и никто не спорит. Но.

Но как же потом неловко, если человечка (ну не полная посредственность, кое-чего показал всё-таки…) согласились взять сразу на профессиональную оплату - а он рисует как раз ту фигню, которая не нужна… То ли это из области не-ленности и самоцисциплины (типа, задача устроиться на работу с высокой зарплатой выполнена, можно расслабиться), то ли, как бы это выразиться… сейчас будет идиотский термин… *безсистемный талант* - когда человек, хронически отдающий совершенно серую и гниленькую работу, периодически - не часто - вдруг исполняет просто таки шедевр! Что там у него - девушка поцеловала взасос, наследство ли получил, сон ли приснился мозги пробивающий, гормональный стресс ли - но вдруг появляется работа, достойная высокой оценки, на которую (в его же портфолио) все будут обращать внимание, хвалить и лобызать. А с завтрашнего дня и опять на несколько месяцев - серость и посредственность.

Из одного собеседования в другое я не перестаю удивляться, когда человек озвучивает минимальную для себя зарплату, на которую он (может быть) согласился бы работать, показывая при этом работы совершенно не проходные. Я не разучилась удивляться, но перестала расстраиваться - сие уже великий плюс. Я стараюсь переводить все финансовые вопросы на директора (после ряда событий мы так решили), однако оценка стартовой оплаты разработчика всё равно на мне (ага, на ушко техдиректору). Я могу сказать, что вижу потенциал, но не вижу, что человек сможет делать то, что нужно сразу, не обучаясь и не приноравливаясь некоторое (по традиции четырёхнедельное) время. Значит старт оплачивается в одной (испытательной) цыфири. Если оказывается, что человечек проникся и уже со второго-третьего эскиза работает в реал, а не в пустоту - в его жизни всё тут же меняется. Другие деньги, другое отношение, другие задачи.

Но все понимают одно: постоянно находиться на грани - в состоянии неуверенности, куда качнёт человечка - в минуса или в плюса - это очень плохой подход. Это просто недопустимо и продолжать так нельзя. Допустимо выковырять за час собеседования (а программеров у нас тестируют ещё дольше - не меньше двух часов) + в особо сомнительных случаях ещё сутки-двое на тестовое задание либо подтверждение того, что всё правильно и здорово - и не занижать входную зарплату, либо того, что нет шансов совсем. Но как же страшно, что с таким подходом упустим наш брильянт в пыли! Талантливых дизайнеров везде очень не много. Посредственных - везде очень много.

Я вообще не знаю ответа на вопрос: такие вещи, как вкус, чувство цвета, понимание законов композиции - они могут быть только врождёнными, или этому можно обучиться? Есть ли хоть где-нибудь курсы, где преподают гармонию? Я понимаю, что в соотв. худ-дизайнерских учебных центрах, но если туда - будет это БВШГД, или харьковский художественно-промышленный институт… если туда попадает человек с… бесталанный, в общем. Отучившись там какое-то время, выйдет ли он от туда другим? Ребята, признаюсь, проходили - и не один раз - дизайнеры с художественно-дизайнерским образованием. Не прошли даже на испытательный срок. Но амбиций! Но понтов! Но требования к минимальной зарплате! Умиляют. А работы посредственные, и даже более чем.

В общем, опять много букв, основной же вопрос вот в чём: как гарантированно фильтровать на собеседовании (жёсткие условия, технические вопросы, придирчивая оценка портфолио) таких вот блефующих распантованных и как не пропустить при этом “брильянт в пыли” и замечали ли вы зависимость блефующих от региона?
И на последок - красивое и очень правильное (я таю просто, когда встречаю правильные формулировки), вырвала из контекста, но всю рецензию и саму рецензируемую картинку вы можете найти здесь:

Те художники, которые пытаются рисовать свой внутренний мир, не зная, как устроен внешний, долго будут ждать признания. (из рецензииЕвгения Казанцева)

В офисе по утрам - бесплатные занятия по английскому. Два раза в неделю в двух группах - “сильной” и “младшей”; ходить никто никого не заставляет, но каждое утро обе группы полные. Некоторые мудрые программеры ходят и в младшую группу (вспоминают грамматику и основы), и в старшую (словарный запас позволяет хотя бы слушать). Мои новички ходят не все. С дизайнером (верстальщиком, радующим - вчера писала про “радующих” - скоростью правильного вхождения в тему) сегодня с утра:

To:Tatyana И это… на английский начинай ходить, ок?
From:ace dude это обязательно-принудительно?
To:Tatyana нет
From:ace dude я пока не хочу
To:Tatyana а как же стремление к совершенству?? С твоим логическим мышлением принимать такое решение нерационально имхо
From:ace dude я бы хотел сконцентрироваться на работе
From:ace dude я пока еще не во всем разобрался и у меня уходит много времени на это
From:ace dude когда разберусь, то конечно я не против
To:Tatyana это тоже имеет отношение к работе. Канадское руководство хотело бы иметь возможность обсуждать детали проектов с разработчиками. А как, если ты ни по французски, ни по английски?? Заведомо принижаешь себя, получается.
To:Tatyana А это глупо и нерационально. Т.е. ты будешь получать информацию о правках на проекты через вторые-третьи руки. Искажение информации, испорченный телефон и все прочие прелести, которые будут мешать твоей же работе.
To:Tatyana В общем концентрируйся, но не забывай, что английский - это важно для тебя здесь.
From:ace dude ок

На самом деле выбираться на английский действительно тяжело. При рабочем дне с 10 до 19 с люфтом в 30 минут туда-сюда приезжать в половину девятого утра - это вам не хухры мухры, особенно всяким совам и им уподобляющимся. А руководство так сформулировало: «преподавателя мы вам оплачиваем, и, гм., место проведения занятий предоставляем, но время на занятия вы выделяйте сами из расчёта своего, а не рабочего». Так вот. Логично, вроде. Но при этом практика показала, что только очень небольшая группа разработчиков реально в семь вечера освобождается и готова начать заниматься английским. Кто-то не может, потому что не освобождается никак - потому что у заокеанского руководства рабочий день смещён по отношению к нашему на 7 часов и в 19:00 как раз самый разгар работы (во сколько бы разработчик утром не пришёл в офис), у некоторых, напротив, режим/дисциплина/семья/спорт/хобби и по “звоночку” поднимаются и уходят. Так что утренние уроки, получается - самое оно без альтернативы.

Интересно мне как… ещё совсем недавно (большей частью на ЖЖшном блоге) диалоги офисные отмечались только между программерами, а теперь (и вчера, и сегодня) стали и дизайнерские появляться.