Pull to refresh
  • by relevance
  • by date
  • by rating

Управление компанией-разработчиком: оно вам надо?

ООО «ИЛАДА» corporate blog ERP-systems *CRM systems *Development Management *
На Гайдаровском форуме Герман Греф заявил, что Сбербанк будет переходить на новые информационные технологии, выбрав в качестве основного партнёра российско-американскую компанию с численностью 60 чел. При этом Сбербанк потратил 65 млрд. руб. на амбициозный и сложный проект централизации ИТ- структуры и на сегодняшний день у него более 22 000 ИТ-сотрудников, включая 6 тыс. человек в Сбертехе. Основная причина перехода — скорость внесения изменений в ИТ, которая была низка и привела к отставанию ИТ Сбербанка от лидеров по развитию и гибкости ИТ-инфраструктуры. А насколько важна скорость внесения изменений в разработке? На что нужно обратить внимание в управлении процессом разработки? Стоит ли использовать модели и методологии? Попробуем разобраться.

Читать дальше →
Total votes 27: ↑21 and ↓6 +15
Views 32K
Comments 25

Как набрать в IT-стартап команду разработки, которая действительно сделает продукт?

Development Management *Agile *Personnel Management *
Итак, вы решили дать миру новый программный продукт или сервис. У вас есть продуманная идея, видение, понятное позиционирование, несколько первых потенциальных клиентов и даже бюджет. В общем, дело за малым – собрать команду разработчиков и сделать продукт.

В этой статье мы рассмотрим правильные и неправильные решения при подборе людей, их мотивации и сохранении команды – вашего нового актива. Речь пойдет не о том, как набрать лучших людей и построить совершенную машину разработки, а о том, какие грубые ошибки в подборе людей и организации их работы могут погубить ваше начинание.
Читать дальше →
Total votes 28: ↑16 and ↓12 +4
Views 28K
Comments 23

Действующие лица современного онлайн-проекта

Development Management *
Sandbox

В связи с усложнением процессов разработки, а также растущим интересом к облачным технологиям, где старая добрая монолитная система уже не может ответить на все нужды продукта, многие разработчики столкнулись с тем, что от них требуется намного больше, чем знать определенный язык или паттерн программирования. Их сфера деятельности медленно сдвигается в нишу, которая требует знания не только программирования, но и IT, разбираться в операционных системах, облачных сервисах, их особенностях и так далее… Проекты уже не программируют… Их ПРОЕКТИРУЮТ, и эти новшества требуют иного подхода, а также требуют иной организации разработки проекта.

Читать дальше →
Total votes 17: ↑13 and ↓4 +9
Views 4.3K
Comments 2

О культуре разработки в группах программистов

Development Management *
«Почему ж всё так плохо?» — каждый раз я задаюсь этим вопросом, когда приходится иметь дело с очередным кодом, продуктом или API, созданными для внутренних нужд в непрофильной организации.

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

И деньги ничего не решают: ужасный код и ужасные продукты пишут как маленькие бедные ВУЗы, у которых денег хватает только на рабский труд аспирантов, так и крупные и богатые компании, включая IT-компании, включая зарубежные: несколько раз сталкивался с кодом, который писали зарубежные подрядчики и каждый раз от него хотелось рыдать и биться головой об стену.

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

Я занимался разработкой ПО в нескольких организациях и по разным причинам несколько раз перенабирал команду с нуля. В итоге пришел к выводу, что качество продукта зависит только от культуры разработки. Всё остальное, включая методологии и стандарты — это инструменты: они необходимы, но одних их не достаточно.

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

Читать дальше →
Total votes 99: ↑91 and ↓8 +83
Views 31K
Comments 151

Митап BugBusters: Все о Selenium, эффективных автоматизаторах и буднях нагрузочных тестировщиков

ЮMoney corporate blog IT systems testing *Programming *Development for e-commerce *Web services testing *


Буквально на днях в нашем офисе прошел митап по тестированию. Поговорили о тестах, которые сами попросят выполнить их ещё раз, о суперпроизводительных командах автоматизаторов, а также окунулись в будни нагрузочного тестировщика.


Для всех, кто не смог присоединиться, предлагаю записи докладов.

Total votes 6: ↑6 and ↓0 +6
Views 4K
Comments 0

Команда разработки Hamster Marketplace: как наш аутсорсер стал партнёром и почему в этом виноват ИИ

Website development *Programming *Development for e-commerce *
Краудфандинг — один, наверное, из самых шизофренических современных видов деятельности. Всё потому что краудфандеры должны фокусироваться на двух вещах одновременно: кампании по сбору средств (то есть на самом краудфандинге) и продукте, на который эти средства собираются. И удержать фокус под силу далеко не всем, о чём печальных песен спето уже немало.



Не минула эта участь и проект Hamster Marketplace — проведя в декабре 2017 года пресейл, на новогодних каникулах мы начали вести работу сразу на двух фронтах: подготовку к масштабному токенсейлу, который уже идёт, и разработку альфа-версии самого продукта — децентрализованной площадки для торговли уникальной инди- и DIY-электроникой. И удалось нам это благодаря радикальному расширению нашей команды: в январе в коллектив Hamster Marketplace практически в полном составе влилась одна из лучших московских команд разработчиков компании Indatalab.
Читать дальше →
Total votes 33: ↑27 and ↓6 +21
Views 2.5K
Comments 5

Ежедневные собрания в Agile разработке: 15 минут, без которых не видать релиза

Hygger corporate blog Project management *Community management *Product Management *
Большинство IT-компаний привыкли к ежедневным внутренним митингам, статусным собраниям или коротким stand up, которые призваны оптимизировать процессы и синхронизировать работу всех членов команды. Оптимально, если такие встречи не будут превышать 15-20 минут.

image
Читать дальше →
Total votes 19: ↑17 and ↓2 +15
Views 48K
Comments 14

Менеджер Проекта vs Менеджер Продукта: у кого на плечах груз тяжелее?

Hygger corporate blog Development Management *Project management *Product Management *Personnel Management *
Recovery mode
Если вы работаете в крупной компании и ваша команда состоит из разных стратегических подразделений, должностей и ролей, то вы могли сталкиваться с путаницей в понимании ролей и функционала сотрудников. В случае менеджера продукта и менеджера проекта — такая путаница случается очень часто.

image
Читать дальше →
Total votes 13: ↑12 and ↓1 +11
Views 43K
Comments 7

Разбор явлений негативной атмосферы и как с этим бороться

Personnel Management *
Recovery mode
Sandbox
Как гласит теория игр, в любой игре есть цель — победа. В рассматриваемой онлайн-игре речь идет о командной работе пятерых (обычно) игроков. Средство достижения цели — вклад каждого игрока из команды в победу. У каждого игрока есть своё предназначение. И в зависимости от исполнения, цель приближается или отдаляется (оставляя это на откуп других игроков, либо на волю случая). От «рабочей атмосферы» в команде также зависит насколько сильно будет делаться вклад. Вклад игроков можно как резко снизить, так и значительно повысить.

Знакомая ситуация, не правда ли? Особенно актуально для небольших компаний, с уровнем зрелости 1 или 2[1]. В данной статье будут проведены наблюдаемые параллели в мотивации игроков и айтишников. Полезно всем непосредственным менеджерам команд, техническим руководителям (тим-лидам).
Читать дальше →
Total votes 17: ↑12 and ↓5 +7
Views 3.2K
Comments 18

Лечение «механического» Scrum. Часть 2. Команда

Wrike corporate blog Development Management *Agile *Product Management *

В первой части мы рассмотрели тревожные симптомы и возможные способы «лечения» Product Owner в «механическом» scrum. Продолжим разбор ролей и следующая на очереди – команда.
Все же знают мантру, что команда должна быть самоорганизованной и кросс-функциональной, это выглядит как самая простая часть scrum: берем людей с нужными компетенциями, говорим им: «вы команда», и полетели! Но на деле все несколько сложнее.


image
Читать дальше →
Total votes 31: ↑31 and ↓0 +31
Views 15K
Comments 110

Лечение «механического» Scrum. Часть 3. Работа SM

Wrike corporate blog Development Management *Agile *Product Management *

Как следует из названия, это продолжение серии статей про роли в scrum (часть 1 и часть 2). Сегодня рассмотрим следующую роль – scrum master. Как это ни парадоксально, успешность scrum во многом зависит от scrum мастера. Поэтому хочется снова призвать силу воображения и привести метафору (дисклеймер: пример никоим образом не должен оскорбить чьих-либо чувств). Есть культура, у которой есть свой культ, свои обряды, есть служители этого культа. Служителей можно разделить на различные классы:

  • те, кто со своей культурой предпочитают быть один на один — отшельники, затворники, просветленные;
  • те, кто выучили все правила, нашли лазейки, понимают, что и как делать, и используют культ в корыстных целях, наживаясь на людях, их страхах и предубеждениях;
  • фанатики, которые пытаются насадить свою культуру к месту и не к месту. Для которых кроме их знаний, всё остальное ересь;
  • те, кто искренне верит, чувствует и пытается поделиться, помочь и подарить это чудо людям; они рассказывают и объясняют, слушают и пытаются помочь.

Со Scrum и SM-ами, мне кажется, происходит очень похожая история. Попробуйте посмотреть на знакомых вам SM через такую призму. С какими SM вам бы хотелось работать?
image
Давайте разберемся, какие тревожные симптомы могут быть у SM.
Читать дальше →
Total votes 31: ↑26 and ↓5 +21
Views 11K
Comments 33

7 заблуждений начинающего проект-менеджера в геймдеве

Plarium corporate blog Project management *Product Management *Personnel Management *
Чем геймдев похож на монастырь, что делают с ресами на плитках и почему PM должен готовиться к марафону? Руководитель PM-направления в краснодарской студии Plarium Даша Старицына открыла несколько секретов новичкам в этой сфере и рассказала, из-за каких заблуждений соискатели остаются за бортом игровой разработки.


Читать дальше →
Total votes 12: ↑10 and ↓2 +8
Views 8.8K
Comments 13

Яндекс открывает Облако. Архитектура новой платформы

Яндекс corporate blog IT Infrastructure *Cloud computing *Cloud services IT-companies
image

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

Сегодня я хочу познакомить вас с Яндекс.Облаком и рассказать, как оно устроено внутри. Под катом вы узнаете немного об истории, команде и архитектуре нашей платформы.

Читать дальше →
Total votes 87: ↑85 and ↓2 +83
Views 59K
Comments 139

Тут живут драконы: матрица компетенций как инструмент тимлида

Конференции Олега Бунина (Онтико) corporate blog Development Management *Project management *Personnel Management *Conferences
Не исключено, что вы скажете: «Матрица компетенций? Серьезно?». Скорее всего вы что-то уже слышали про этот инструмент, и даже сделали какие-нибудь выводы, почему не хотите его использовать. Может быть, просто было не до того, или как убийственный аргумент «так сложилось исторически...».

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

А при чем тут драконы, объясним под катом.


Total votes 53: ↑50 and ↓3 +47
Views 29K
Comments 10

Как мы открывали офисы разработки

РОСЭЛТОРГ corporate blog IT Infrastructure *IT career


Наша площадка для электронных торгов начиналась с пяти PHP-разработчиков 10 лет назад. Правда, сильных. Мы среди прочего обновляли основную ветку PHP в отношении криптографических алгоритмов работы с ЭП. За это время из-за многочисленных интеграций с банками, системами заказчиков и просто из-за интенсивного роста компании и развития новых сервисов департамент разработки вырос больше чем в 20 раз, и, естественно, нам понадобились отдельные офисы разработки в разных городах.

Поскольку PHP сейчас чуть ли не в школе преподают, хороших специалистов по стране много. Вот мы и начали делать удалённые офисы. Где-то сидят команды разработчиков и аналитиков (без ПМов), а в Чебоксарах — целый отдел тестировщиков.

Принципы просты и одинаковы по всем регионам:

  • Московская зарплата.
  • Agile-манифест в части «лучше сделать работу, чем написать бумажки» — в действии.
  • Дресс-код к разработке не относится (мы работаем с госзаказчиками, поэтому это важный пункт для тех же сейлзов).
  • Собеседование по Скайпу одновременно с эйчаром и будущим руководителем. Задач про люки нет.
Читать дальше →
Total votes 35: ↑28 and ↓7 +21
Views 8.5K
Comments 21

А вы приносите плохие новости руководству?

Development Management *Project management *Personnel Management *
Хочу поговорить о таком важном качестве, как ответственность за ошибки, как свои так и команды.

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

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

Почему нужно рассказывать о таких случаях, если вы разработчик?

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

Читать дальше →
Total votes 19: ↑19 and ↓0 +19
Views 6.6K
Comments 5

Какая команда нужна, чтобы создать действительно хороший интернет-магазин?

Project management *Internet marketing E-commerce management *Product Management *
Sandbox
Данный материал отражает мнение автора, не претендуя на основополагающую истину.

1. Маркетолог — человек, который точно ответит на вопрос, как лучше продавать Ваш продукт


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

То есть в первую очередь необходимо провести грамотную Аналитику ситуации на рынке. Это часть работы человека в роли “Маркетолог”.

Он анализирует:

  • нишу,
  • спрос,
  • предложения конкурентов,
  • покупательские принципы,
  • причины отказов,
  • акции,
  • сайты и магазины конкурентов,
  • инструменты продвижения,
  • принципы и стратегии продвижения конкурентов,
  • какие преимущества есть у вашего товара по сравнению с конкурентами,
  • и много других факторов и показателей.
Читать дальше →
Total votes 24: ↑9 and ↓15 -6
Views 5.7K
Comments 11

Как привлечь команду к процессу поиска идей и получить намного больше, чем идеи

Agile *Product Management *Design
Создание дизайн-макетов и визуализация решений почему-то всегда вызывает огромный интерес у всех участников продуктовой команды, будь то менеджер, желающий освоить Sketch, или разработчик, который многое повидал и теперь хочет делать крутые интерфейсы сам, а не просить об этом дизайнеров. И это нормально, когда всё это просто на стадии обсуждения. А вот когда доходит до реальной работы…



My Why


Всем привет, меня зовут Аня, я продуктовый дизайнер в американской компании Scentbird NY, до этого занималась разработкой флагманских продуктов вместе с дизайн-командой Альфа-Банка.
Мне по жизни очень везёт, и я почему-то всегда работаю с разработчиками, которые предлагают самые интересные решения по продукту. Причем даже лучшие, чем могли бы предложить многие менеджеры и владельцы продуктов. И я заметила вот какую штуку: чем раньше вы подключаете разработчиков к работе над задачей, тем лучше получается результат. Под катом я расскажу, как проводить брейнштормы с командой так, чтобы генерировать не самые очевидные, но зато эффективные решения. Которые при этом еще и весьма просты в реализации. И, что главное, как не потратить на это уйму времени и не погрязнуть в согласованиях.
Читать дальше →
Total votes 21: ↑17 and ↓4 +13
Views 3.3K
Comments 5

Сказ о том, как QA Engineer вебхуками себе жизнь упрощал на примере Test IT, и при чём здесь Bot Framework

IT systems testing *Microsoft Azure Web services testing *Mobile applications testing *Game testing *
Ни для кого не секрет, что хорошее ПО отличается от остального не функционалом, а качеством работы заявленных функций. Ведь никому не нужно богатое на функционал ПО, если оно попросту не работает. Но как вовремя успеть рассказать разработчикам о том, что с проектом что-то не так?

Сегодня мы немного поговорим о проблемах коммуникации отделов внутри компании, а заодно на примере Test IT мы рассмотрим то, что помогло нам постичь дзен: беспристрастный, с сердцем из камня и душой из алгоритма – бот на Bot Framework. Добро пожаловать под кат!



Читать дальше →
Total votes 3: ↑3 and ↓0 +3
Views 4K
Comments 0

Нужна ли холакратия в it-компании: плюсы и минусы

Start-up development IT-companies
Sandbox
В it-компании сложно организовать иерархическую структуру: программисты обычно любят независимость и самостоятельность. Решением может стать холакратия, но внедрять ее стоит с учетом всех тонкостей.

Продуктовая IT-компания Super Ego занимается разработкой методики психологической саморегуляции Master Kit. Программа работает на основе Windows, iOS и Android и распространяется в странах СНГ, Европы и Америки. Холакратия была выбрана в качестве управленческой технологии еще на этапе запуска стартапа. Сейчас в компании почти 90 сотрудников, и выбранный способ менеджмента до сих пор показывает свою эффективность.

image

Как холакратия поможет компании расти


Главный принцип холакратии: никто не распределяет задачи, каждый сотрудник сам берет на себя ответственность за выполнение тех или иных задач.
Читать дальше →
Total votes 19: ↑12 and ↓7 +5
Views 6K
Comments 20
1