Pull to refresh

Comments 65

Очень понравился ответ на предпоследний ответ. Сразу видно грамотного человека понимающего в веб-разработке. Как раз в данный момент создаю систему по ускорению и удешевлению разработки сайтов.
> систему по ускорению и удешевлению разработки сайтов.
(Сарказм) Супер-пупер-ЦэМэЭс (/Сарказм)?
:)
Еще один велосипед на PHP? Может хотя бы в сторону Django или RoR осилите глянуть?
Не велосипед. Я пишу на руби и использую мерб и рельсы и я не пишу цмс.
Вы знаете, это очень, очень хорошо, что вы не пишете цмс! Не нужно, не нужно этого делать.

P.S. Sure, sarcasm)
Да дело вообще не в том на чем ты делаешь и с помощью чего, главное процесс и методы.
Ну речь вообще не об этом, это шутка была.
Но меня кое-что заинтересовало)

> Да дело вообще не в том на чем ты делаешь и с помощью чего
С этим я согласен полностью

> главное процесс и методы
А вот тут вот о чем идет речь?
Большинство проблем связанных с разработкой сайта связаны с неправильным подходом к ней. Это и написание тз и сама постановка целей, выбор инструментов, очередность действий. Ведь если хорошо поставить процесс, то не будет временных затрат и лишних денежных, чаще будешь вписываться в сроки и будет больше довольных клиентов. Там много о чем можно говорить, я вообще готовлю серию постов перед тем как буду выкатывать это в сеть, только я еще думаю сделать это открытой системой или закрытой.
главное не процесс, главное РЕЗУЛЬТАТ ))
Хотелось бы услышать ответ на вопрос «как Вы находите удаленные комманды разработчиков и определяете их качественную составляющую до начала проекта»
По факту — они нас находят сами. Если о ставках и условиях работы принципиально договариваемся — даем 5-6 тестовых задач разной сложности и срочности (из реального пула задач, заложившись на возможные факапы).
Интересно, применяются ли при этом штрафные санкции за просрочку?
Нет. Это же проверка — сможем работать вместе или нет.
после прочтения хочется процитировать классика: «Вы все дураки и не лечитесь! Одна я умная, в белом пальто стою красивая!»
по-моему это отличный пример того, как отношение к людям сказывается на качестве производимых сайтов.
Вы где-то усмотрели пренебрежение к людям? Или стремление учить жизни? Мне задавали вопросы, я на них отвечала. Умерьте эмоции, пожалуйста, если Вам нечего сказать по делу.
Вы зря минусуете товарища kyotoprotocol, господа! Я разглядел в ответах то же самое. Все вроде как четко, «как отрезать», «по лидерски», «как настоящий суровый управленец», правильно с точки зрения здравого смысла и логики ведения бизнеса, но все чересчур категорично.

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

Не говоря уже о самом процессе работы, когда вопреки здравому смыслу и целям срочно принимается решение, что «проект закрывается», «с программистом больше не работаем». А вы думаете оцениваются объективные причины, например, той же просрочки? Нет. Конечно, в 5 раз — это сильно, но и причины бывают всякие и ошибаются все. В нашем случае (несколько раз) нас даже слушать не стали. Но «серьезное управленческое решение» было принято.

Почему я обо всем этом вспомнил — ответы на вопросы в топике и стиль их изложения вызвали ровным счетом эти мысли и воспоминания.

P.S. Ничего личного, разумеется.
Возможно, Вы правы про стиль ответов. Ну уж простите, я и в жизни не очень приятная особа :)

Про объективные причины отказа работы с программистом — они оценивались. Человек в процессе работы создавал себе проблемы, потом их преодолевал, углубляясь в ненужные детали, и забыл в итоге, о самой задаче. На просьбу пересмотреть свой подход человек ответил: «Я всегда так работаю, привыкайте». Нас это не устроило. Думаю, Вас бы тоже.
Не забывайте, РБК — крупная компания, которая может себе позволить выбирать и капризничать. «Серьезные управленческие решения» не только с региональными поставщиками принимаются.

Например, гораздо круче себя ведет Ашан с московскими фирмами, отжимая досуха и разрывая контракт при малейшем проебе. Хотя, могли бы и выслушать. Точно также ведут себя компании со 150+ рабочими местами при заключении сервисных контрактов. В почте желающих попробовать себя — вагон и маленькая тележка.

Если четкая команда желает более душевного и понимающего подхода — можно поискать среди компаний и продавцов поменьше. С крупными же компаниями часто работать тяжело и, можно оказаться выжатым и выброшенным. Как правильно заметили — задачи отдаются типовые, что означает для исполнителя взаимозаменяемость и ограниченный рост.
«Вряд ли. Мы никогда не будем работать как они. Почему на Индию сейчас приходится почти половина мирового рынка ИТ-аутсорсинга? А потому что у нее 30-летний стаж государственной поддержки обучения по ИТ-специальностям и налоговых льгот для всей ИТ-сферы. Выводы делай сам.»

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

Плюс адекватные провайдеры у нас в регионе, цены на ШПД почти как в Москве, можно работать.
«Не будем работать как они» — речь идет о индийском аутсорсерском чуде, а не об оценке качества их работы. И зря вы о себе пренебрежительно говорите «деревенская студия»… Региональные команды очень часто работают быстрее и лучше, к примеру, московских.
Вообще-то большинство крупных российских software outsourcing компаний не такие уж новички. Лет 10-15 истории есть, как минимум. И поскольку приходилось конкурировать на открытом рынке и с индусами, и с остальными странами, то, поверьте мне, все вопросы по распределенной работе решались очень подробно. Как минимум последние 5 лет вся кадровая политика строилась за счет регионов и региональных офисов в России и СНГ. Обкатывались и процессы отбора, и командообразования, и коммуникации, и обучения.
Да, государство у нас, в отличие от Индии, скорее активно мешало, чем помогало развитию. Но с другой стороны, в результате наши компании вполне успешно конкурируют с топ индусскими компаниями всеми этими infosys и wipro, хотя и в своих нишах.
Меня другое удивляет. На вашем примере (РБК-софт) я вижу, что заново наступают на все те же самые грабли, по которым давно прошли топовые российские аутсорсеры. Ведь кадры вроде бы активно перетекали в российские компании, вроде бы должен опыт как-то перетекать, а в результате получается «опять двадцать пять».
Ведь сто раз уже прошли по процессам — что никакой CMMi не сможет автоматически обеспечить универсальную управляемость и качество. Что именно поэтому существуют самые разные модели оценки и учета трудозатрат и процессов вообще. В том числе и для распределенных проектных команд. Почему же так получается, что знания и опыт никак не передаются?
Я бы очень хотела знать ответ на вопрос, почему не передаются знания и опыт. И почему те грабли, на которые я вставала 14 лет назад как программист-аутсорсер, сейчас я кладу под ноги разработчиков как работодатель. Возможно, дело в моей умственной ограниченности, а возможно — в условиях, при которых «обкатанные схемы», придуманные кем-то 10 лет назад — не работают.

И мне очень интересно было бы послушать представителей «крупных российских software outsourcing компаний» на эту тему. Действительно интересно, это не сарказм.

А еще у меня к Вам вопрос: опыт — это умение четко и хорошо работать по наработанной чужими дядями хорошей схеме, даже если результат не оптимальный, или попытки построить более подходящую тебе схему, пусть методом проб и ошибок?
Я не знаю ответа, могу только делать предположения на основе своего опыта. Сначала вообще надо сказать, что software outsourcing бизнес это не про технологии, а про эффективное операционное управление в условиях очень жесткой конкуренции. И маржинальность этого бизнеса в обычных, не кризисных условиях, гораздо меньше прибыльности бизнеса интеграторов. А раз так, то и заморачиваться никому не надо было по поводу эффективности. Всегда можно махнуть на конкурентов и сказать «да эти вообще не знают что такое Microsoft Project, так что нам можно не напрягаться». Да и клиенты собственно ничего слаще хрена не ели…
При этом для аутсорсеров как раз приходится все время бежать за новыми схемами и процессами, потому как конкуренция и все такое. Какие там 10 лет? 1 год и то большой срок. Еще раз подчеркну, что они являются инновационными только в плане технологий операционного управления. Никаких продуктов они создать не могут в принципе.
Другая причина — аутсорсеры привыкнув к уровню своих клиентов с трудом воспринимают российскую специфику.
Есть эффект ощущения себя апостолом среди голодных язычников…
Ну и потом на уровне компаний такого желания делиться информацией особо нет — они повязаны разными NDA и внутренними ограничениями. Другое дело что люди то все равно переходят туда-сюда, средний уровень текучки ~30%. Эти люди же где-то на рынке находятся. Я вот постоянно встречаю своих бывших сотрудников. Вчера только был деревенский мальчик, а сегодня уже евангелист в Microsoft. Так что какой-то прогресс есть, наверное. Agilerussia вот популярность имеет…
Кроме того, по идее этими вопросами повышения общего уровня в других странах в мире занимаются профессиональные ассоциации. У нас тоже вроде бы есть «РУССОФТ», но чем они занимаются никто не знает. Кроме того, что выступают с обращениями в правительство по поводу ЕСН.
Наверное, через такие профессиональные соц сети как хабр и т.п. такие имеющие практическую пользу профессиональные ассоциации перейдут и в оффлайн.
прокомментируйте, пожалуйста, причину такого категоричного «нет» на последний вопрос? Не в контексте «чуда» или «нечуда», наличия или отсутствия 30-летнего опыта, а именно схемы построения работы.
UFO landed and left these words here
На самом деле, в этом есть часть правды.

Если какой то сервис будет хорошо работать и при этом не требовать большого экрана — жить ему на мобильных устройствах.

Но, учитывая, что около 80% информации человек получает именно через зрение, это ооооочень отдаленная перспектива :)
Зачем спорить о том, что будет? Время покажет :)
И не такие уж и ущербные экранчики у нынешних коммуникаторов. Почту читать и искать нужную информацию вполне позволяют. А сайты — как раз та самая информация.
Пользователи коммуникаторов — молодежь и деловые люди. Последние в России как мне кажется только понтуются устройствами. Уж простите за мои архаичные взляды.
И вы говорите нам, что 70% пользователей это эти люди? Интересно было бы посмотреть аналитику на эту тему
Я не утверждаю, что будет именно 70%. Я лишь предположила, что такое возможно, глядя на окружающих меня людей. Из десяти моих друзей семеро постоянно пользуются коммуникаторами — не ради понтов, а потому что им это удобно.

Про аналитику — это Вы правильно подметили, я пыталась найти хоть сколько-нибудь объективную информацию на эту тему. Не нашла. Сплошная философия везде :)
Я очень очень сомневаюсь в 70%. Вы молоды и работаете в сфере ИТ. Понятно, что окружающие примерно такого же толка. Но придите на завод. Большой типа магнитки. Там тысячи работают и не думаю, что у суровых мужиков процент будет такой же.
Поэтому не правильно строить такие прогнозы. Да что-то будет по-другому. Ведь уже тот же вконтакте кому-то заменил сайт-визитку. Да, есть рост мобильных сайтов. Но у нас еще есть сдерживающий фактор — скорость и стоимость мобильного интернета.
Подождите… Прочитайте внимательно мой ответ, не пытаясь найти подтекст: «Когда 70% пользователей предпочтет коммуникаторы обычным компьютерам — сайты в их нынешнем виде вымрут». Это значит лишь то, что через 5-7 лет может случиться так, что сайты будут принципиально другие, потому что те, кому они нужны, перейдут на портативные устройства.

Зачем Вы пытаетесь найти в моих словах другой смысл?
>ОК: Оценивает профильный руководитель. У нас была ситуация, когда региональный программист потратил на решение задачи в 5 раз больше времени, чем оценили главный программист и региональный руководитель.

Правильно ли я понял, что количество [нормо]часов спускают сверху?

Из вопросов на будущее: интересна вечная тема мотивации удаленных исполнителей; как часто происходит общение и в каких формах. Также интересно, есть ли успешные варианты открытия собственного регионального офиса/представительства или создания центра разработки.
Попробую посвятить этому одну из следующих тем. Этот вопрос очень интересный на мой взгляд.
Присоединяюсь к вопросу про общение
Примерную оценку временных затрат делает главный программист (он, как правило, знает кто из специалистов на что способен). Или арт-директор, если идет речь о дизайне, и т.д. Конечно, всегда есть поправки на непредвиденные обстоятельства.

Мотивация конкретно у наших удаленных разработчиков одна — деньги. Больше сделал — больше получил. Общение происходит в момент постановки задачи, если есть необходимость, и в момент закрытия задачи. Есть задачи, которые вообще проходят «автоматом»: получил задачу через систему, отработал, закрыл, поставил время, написал комментарий — и никакого дополнительного общения. Таких пока меньшинство, увы.

Опыта создания регионального центра с нуля нет.

Главный за всеми успевает? Он получается должен ОЧЕНЬ хорошо знать людей из региона. Как вам это удается, если у вас общение к почти к нулю сведено. А как строится контроль. Вот сдали вам задачу раньше по времени. А через неделю там ошибка. Это у вас штраф? Или доработка?
В одной из региональных команд у нас 3 программиста. Чтобы оценить качество их работы хватило месяца. Дальше работы на доверии, как без нее.

Исправление ошибки — доработка. За это не штрафуют. Если же у одного специалиста такие «доработки» становятся регулярными, а исправления занимают очень много времени — повод вернуться к оценке качества его работы.
Спасибо за ответы!
Позволю себе еще поинтересоваться.

Из текста интервью не очень понятно, где находится главный программист, в Москве или это программист главный программист команды?

>… отработал, закрыл, поставил время,…
Т.е. существует оценка задачи главным программистом и фактическое время работы?
Вот это «проставил время» просто для статистики или тоже учитывается в оплате/рейтинге?
Интересно, а каким образом в такой ситуации происходит тестирование результата? Сам конечный программист ответственен за качество решения, или команда, или есть тестеры? Если есть тестеры, то как они взаимодействуют с программистом? Спасибо.
Тестирование есть всегда. Для этого у нас работают специальные люди (бета-тестеры, но они очень не любят, когда их так называют). Взаимодействие простое: программист закрыл задачу, она перешла тестеру, тестер составил баг-репорт и поставил задачу по исправлению багов в план. Ответственность за качество конечного результата несут оба: и программист, и тестер.
Ну, кстати, грамотный аутсорсинг в РФ — это вещь неплохая. Очень многим людям тогда не придётся бросать всё и ехать в Москву.
Но, разумеется, и эту отрасль придётся развивать — и даже проектирование в будущем поручать группам специалистов из регионов.
Проектирование в регионы — с удовольствием. Пока не получается. Думаю, это лишь вопрос времени и опыта совместной работы.
Есть главный программист в Москве, есть старший специалист в регионе (как правило, это просто более опытный член команды). Если возникает конфликтная ситуация или просто появляется сложная в оценке задача — они подключаются вдвоем.

Ставки почасовые. «Поставил время» = посчитал затраты. Пример: главный программист оценил задачу в 3 часа работы. Разработчик справился за 5, но написал подробно, на что он потратил еще 2 часа. Главный программист прочитал и сказал: «Да, я это не учел, сорри». Проблемы нет. Если же аргументация у разработчика неубедительная — какое-то время к результатам его работы более пристальное внимание.
> главный программист оценил задачу в 3 часа работы. Разработчик справился за 5, но
> написал подробно, на что он потратил еще 2 часа. Главный программист прочитал и
> сказал: «Да, я это не учел, сорри». Проблемы нет. Если же аргументация у разработчика
> неубедительная — какое-то время к результатам его работы более пристальное внимание.
М-да… эта методика на корню убивает творческое начало и мотивацию. Задачу должен оценивать тот, кто ее будет делать, а не дядька свыше.
Творческое начало нужно проявлять в решении задачи, а не в ее обсуждении.

Мотивация у всех разработчиков одна — деньги. Я не встречала ни одного специалиста, который бы пошел к нам работать «за хлеб и науку» или просто «за интерес». Все стремятся продать дороже свои знания и умения. И никакой другой мотивации у «наемников» быть не может.
>ОК: Достаточно формализовать и автоматизировать процесс постановки задач. Хорошо сформулированная задача, содержащая в себе все необходимые для ее решения данные — это почти наполовину решенная задача.

Полностью согласен, а вот с этим:

>Есть еще одна вещь, которую сложно не заметить. Быстрое развитие мобильных технологий. Когда 70% пользователей предпочтет коммуникаторы обычным компьютерам — сайты в их нынешнем виде вымрут.

нет
Это всего лишь мое мнение, оно может быть ошибочным.
Мне кажется обычные сайт для ПК сами по себе не вымрут. Но мобильные устройства существенно увеличат (и уже в настоящий момент увеличивают) своё присутствие в общем объеме всего контента в сети. Посмотрите на дикие продажи мобильных устройств и стремительное развитие беспроводного интернета.
Почасовая работа очень хорошо подходит для репетиторов и нянек. Посидела два часа, отлистал — до свиданья. Решение задач при разработке требует учитывать очень много нюансов. Подозреваю что у вас случаи — «Не учел, сорри» очень часто бывают. (Я учитываю методы постановки задач управленческой компании, главной целью которой всегда будет экономия бюджета разработки за счет субподрядчиков).
Значит вы неправильно ставите задачу, либо не даете всей необходимой информации для решения задачи. Любую задачу можно оценить основываясь на своем опыте или опыте других.
А то у нас бы не существовало такой замечательной профессии как фрилансер. Ведь это человек который знает за сколько он выполнит тот или иной объем работы и умеет ее оценить (Конечно же заложив при оценке процент на доработки, тестирования и выяснения деталей). Но всегда есть конечная цифра — час. И в зависимости от профессионализма количество часов может варьироваться, но все равно оно имеет какое-то число.
Поставьте две задачи:
1. Написать какой-нибудь скриптик, функцию и т.п.
2. Придумать и отрисовать дизайн.
С первым все более менее понятно, соглашусь что здесь можно и даже нужно учитывать часы работы. Касательно второй задачи попробуйте мне дать ответ сами ;)
2. Если есть идея, то можно оценить и время за которое данную идею можно реализовать. Конечно можно потратить дни и месяцы на придумывание идеи. А можно выдать сразу несколько идей, остановиться на лучшей и воплощать ее в жизнь.

Посмотрите мастер класс Людвига Быстроновского (арт-директор студии Лебедева). Буквально в течении первых 20 минут он рассказывает как нужно подходить к процессу дизайна и придумыванию идей.
Я знаю ответы на эти вопросы, просто обращаю Ваше внимание на то какими разными могут быть задачи и полученный результат.
P.S. За видео спасибо.
Нет, не часто. Благодаря высокой квалификации разработчиков, которым приходится играть роль «главных».

Можно поинтересоваться: о каких нюансах идет речь? Если есть четкая постановка задачи и указаны все необходимые входные данные и требования к результату?

Если Вы заметили, я не претендую на истину в первой инстанции, я лишь рассказала, как это устроено у нас. Да, у нас в большинстве случаев почасовая оплата. Но бывает и сдельная — зависит от специфики проекта.
Нисколько не сомневаюсь в способностях ваших субподрядчиков, но скажите — их уровень всегда соответствует высокой квалификации ваших специалистов?
По-разному. В одной команде есть и слабые, и сильные специалисты. Одна региональная команда в целом сильнее другой. Но мы и задачи им ставим разные, с учетом этой разницы.
Интересно, у девушки есть молодой человек? Мне почему-то кажется, что с ней сложно общаться. Какая-то она совсем не женственная.
Я ожидала, что дойдет до подобных вопросов. Вы еще поинтересуйтесь цветом волос, размером груди и прочими деталями, имеющими прямое отношение к обсуждаемой теме. Не стесняйтесь, чего уж там.
Не стесняясь спрошу, а есть вакантные дизайнерские места в студии?
Если Вы не против, давайте эту тему обсудим в скайпе? Не хочется здесь флудить и давать повод любителям придраться к словам.
кстати, да, раз уж пошла такая пьянка, может у вас есть какие-то интересные проекты для регионов? )) ну, или наоборот, может мы можем вам что-то интересное предложить? стоит ли писать в скайп? ))
Прошу прощения, если обидел вас своими рассуждениями :)
Sign up to leave a comment.

Articles