Доклад ориентирован на амбициозных программистов крупных компаний, хорошо ориентирующихся в технологиях, но не вполне представляющих себе цели и типичные проблемы бизнеса и не знающих, какой шаг сделать, чтобы оказаться в центре создания хорошего крупного продукта или услуги. Когда компания перешагивает порог 500 сотрудников, бизнес-подразделения и ИТ-блок слышат друг друга уже не так хорошо, как это было, когда компания была стартапом в 50 человек. Представители подразделений начинают думать о своих KPI, процессы усложняются, стоимость создания новых продуктов увеличивается, сроки растут, появляются первые признаки замедления скорости роста. В докладе рассказывается о шести месяцах взаимодействия одного из направлений бизнеса с группой программистов ИТ-блока. В ходе эксперимента программисты получили детальное представление о сути бизнеса, кардинально поменяли свое поведение и подходы к работе. В докладе обсуждается, что именно было не так с командой изначально, и почему по итогам проекта бизнес начал рассматривать программистов как партнеров.
Иван Дубровин. Почему государство должно быть Agile?ScrumTrek
У государственных органов и организаций нет конкурентов внутри своей страны, они сами определяют условия и правила своей работы. Пополняемость бюджета не всегда напрямую зависит от качества работы государственных служащих. Зачем что-то менять? Почему нужно ставить под сомнение эффективность вековых традиций государственного управления? Какие вызовы стоят перед государствами в современном мире, и как Agile может помочь ответить на эти вызовы? Какие выгоды уже получили государства, вставшие на путь к Agile?
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...ScrumTrek
В наши дни возраст многих информационных систем достигает нескольких десятков лет. Если за это время применяемые технологии и процессы разработки не эволюционировали, а уровень технического долга должным образом не контролировался, то дальнейшее развитие таких систем сильно затруднено, а стоимость внесения изменений чрезмерно высока. Не минует эта учесть и государственные системы, с одной из которых нашей команде и пришлось столкнуться. Нам было поручено дальнейшее развитие системы, автоматизирующей предоставление услуг населению в режиме 24х7. Разработка системы более 15 лет велась различными подрядчиками, качество работ в последние годы значительно ухудшилось, участились срывы сроков. Нам требовалось вывести процесс разработки на новый уровень и выполнить контрактные обязательства по развитию функционала! В докладе речь пойдет о том, как мы успешно прошли этот путь, применяя современные процессные и инженерные Agile практики: как провели аудит системы, какие риски учли, а какие нет, какие практики применили, какой порядок работ выработали. Материалы доклада можно рассматривать как практические советы.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Иван Дубровин. Почему государство должно быть Agile?ScrumTrek
У государственных органов и организаций нет конкурентов внутри своей страны, они сами определяют условия и правила своей работы. Пополняемость бюджета не всегда напрямую зависит от качества работы государственных служащих. Зачем что-то менять? Почему нужно ставить под сомнение эффективность вековых традиций государственного управления? Какие вызовы стоят перед государствами в современном мире, и как Agile может помочь ответить на эти вызовы? Какие выгоды уже получили государства, вставшие на путь к Agile?
Максим Цепков. Agile — ответ на вызовы третьей промышленной революции.ScrumTrek
Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь. Доклад является развитием моих выступлений по темам Agile и Спиральной динамики, доступных на моем сайте http://mtsepkov.org/Agile.
Сергей Смирнов, Виталий Александров. Оздоровление унаследованной информационн...ScrumTrek
В наши дни возраст многих информационных систем достигает нескольких десятков лет. Если за это время применяемые технологии и процессы разработки не эволюционировали, а уровень технического долга должным образом не контролировался, то дальнейшее развитие таких систем сильно затруднено, а стоимость внесения изменений чрезмерно высока. Не минует эта учесть и государственные системы, с одной из которых нашей команде и пришлось столкнуться. Нам было поручено дальнейшее развитие системы, автоматизирующей предоставление услуг населению в режиме 24х7. Разработка системы более 15 лет велась различными подрядчиками, качество работ в последние годы значительно ухудшилось, участились срывы сроков. Нам требовалось вывести процесс разработки на новый уровень и выполнить контрактные обязательства по развитию функционала! В докладе речь пойдет о том, как мы успешно прошли этот путь, применяя современные процессные и инженерные Agile практики: как провели аудит системы, какие риски учли, а какие нет, какие практики применили, какой порядок работ выработали. Материалы доклада можно рассматривать как практические советы.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
Дмитрий Грибов, Трава и грибы как средства управления разработкойScrumTrek
Управление разработкой в ЛитРес: Игровые грибы на службе управления проектами Холакратия, настоенная на травах Деревянный Agile Спринты длинною в час и ежедневный релиз Рыночная игра как альтернатива микроменеджменту KPI для разработчиков, основанный на реальных результатах (сдельная оплата программистам в штате) История о том, как команда из 27-и человек эффективно поддерживает и развивать сервис с миллиардной выручкой
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Константин Бажин, ТОП 10 не могу или что нужно сделать, чтобы жить по AgileScrumTrek
"Наступать на грабли - это не про нас!" - думали мы, когда ушли в разработку программного обеспечения с головой. И вроде бы все умные и прекрасно понимают как нужно делать правильно. Но! В ситуации, когда количество работы превышает количество ресурсов, а договорные обязательства никто не отменял, в какой-то момент - ЧТО-ТО ПОШЛО НЕ ТАК.
В своем докладе я расскажу как это все произошло и какие выводы мы сделали. А также опишу конкретные шаги, которые предприняли, чтобы этого избежать в дальнейшем.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
Дмитрий Грибов, Трава и грибы как средства управления разработкойScrumTrek
Управление разработкой в ЛитРес: Игровые грибы на службе управления проектами Холакратия, настоенная на травах Деревянный Agile Спринты длинною в час и ежедневный релиз Рыночная игра как альтернатива микроменеджменту KPI для разработчиков, основанный на реальных результатах (сдельная оплата программистам в штате) История о том, как команда из 27-и человек эффективно поддерживает и развивать сервис с миллиардной выручкой
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Будущее уже наступило: от Agile к бирюзовым организациямCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на форуме «Дни PR и маркетинга на Юге» (1 июня 2017 года, Ростов-на-Дону).
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Константин Бажин, ТОП 10 не могу или что нужно сделать, чтобы жить по AgileScrumTrek
"Наступать на грабли - это не про нас!" - думали мы, когда ушли в разработку программного обеспечения с головой. И вроде бы все умные и прекрасно понимают как нужно делать правильно. Но! В ситуации, когда количество работы превышает количество ресурсов, а договорные обязательства никто не отменял, в какой-то момент - ЧТО-ТО ПОШЛО НЕ ТАК.
В своем докладе я расскажу как это все произошло и какие выводы мы сделали. А также опишу конкретные шаги, которые предприняли, чтобы этого избежать в дальнейшем.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Алексей Ионов. Agile в масштабе корпорации: как не создать хаос?ScrumTrek
Когда-то давно на заре Agile многие (и я в том числе) часто начинали разговор про внедрение проворно-гибких подходов с того, что переход на них полностью зависит от поддержки высшего менеджмента организации. Сегодня по опыту работы очень разных крупных компаний становится совершенно очевидно, что основные препятствия на пути трансформации находятся не только и не столько на уровне первых лиц. Они выходят далеко за рамки Манифеста и широко известных подходов для управления эффективными командами. Я поделюсь идеями и наработками, которые позволяют разрешать проблемы (а они есть!) с масштабированием Agile на сложный ландшафт организации в условиях, когда одновременно самые разные исполнители ведут разработку множества интегрируемых решений. Как на практике выстроить первые шаги, на каких принципах основываться, и чего избегать? Давайте обсудим, как вместо повышения эффективности не создать хаос!
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Василий Михайлов, Хосин Канри - командное улучшение процессов разработки прог...ScrumTrek
В докладе обсуждается каким образом претворить в жизнь стратегию организации, избавиться от бесконечных планов по улучшениям, от споров с чего начать и приступить к реализации улучшений в организации прямо сегодня, при этом вовлечь в процесс все доступные ресурсы компании. Обсуждается, каким образом сделать стратегию простой и наглядной, разместив ее на нескольких листах формата A3. Приводится описание механизма отбора проектов, реализация которых даст максимальный вклад в достижение стратегии организации и способы измерения прогресса в достижении стратегических целей. Описанные подходы иллюстрируются живыми кейсами подразделения разработки НКО ЗАО НРД.
Как принять/организовать работу по поисковой оптимизации сайта, Сергей Царик,...Yandex
Лекция Сергея Царика в Школе вебмастеров: «Как принять/организовать работу по поисковой оптимизации сайта».
https://academy.yandex.ru/events/webmasters_school/yawebm2015/
Основные этапы и методы поисковой оптимизации
Рассмотрим проработку стратегии продвижения, планирование ресурсов на проект, поймем как нужно прорабатывать семантическое ядро для продвижения, разберемся с очередностью всех работ.
Разложим по полочкам основные приемы оптимизации в связке с внутренними и внешними факторами ранжирования поисковых систем, а также в связке с поведенческими факторами и характеристиками. Разберемся с тем, что же должен делать оптимизатор для достижения топа.
Что должно включать в себя ТЗ на поисковую оптимизацию
Разберемся с основными блоками технического задания от оптимизатора, с тем, каким оно должно быть с точки зрения подачи информации и ее глубины.
Сравнение in-house подхода и агентства
Рассмотрим все «за» и «против» оптимизатора в штате компании и вне её.
На основе каких метрик нужно оценивать эффективность оптимизаторской работы
Выделим ключевые показатели эффективности работы оптимизатора, рассмотрим процесс их измерения, динамику, разберемся с возможными «миксами» и их связкой с мотивацией подрядчика.
Включает в себя статьи по следующим вопросам:
Реализация стратегии; Континентальная Европа; Совместные предприятия и консорциумы; Снижение затрат; Риски и возможности
Материалы Всероссийской конференции «ВТО и Россия. Прогнозы, риски, практические рекомендации для бизнеса», 18.10.2012, г. Москва, Конгресс-центр ТПП РФ. ( http://tpprf.ru/ru/news/about/index.php?id_12=39720)
Организаторы конференции: Всероссийская организация качества (ВОК)(http://www.mirq.ru) и Международный центр содействия бизнесу (МЦСБ)(http://www.wto-center.ru)
Similar to Василий Михайлов. ИТ-блок и предпринимательство в системообразующей финансовой организации (20)
TealTeam. Главный критерий при выборе нового члена командыScrumTrek
Это история развития нашей команды и HR-технологий. Мы не используем традиционный HR, предпочитая ему коллективные собеседования, основанные на использовании различных технологий, таких как нейропрофилирование, погружение, ВАСТ, дизайн человека и другие. Про них мы и расскажем. А парочку из них еще и продемонстрируем!
Марина Львова. Изменение роли HR в Agile-компанииScrumTrek
Каким должен быть HR в компании, где Agile - стандарт работы? Сейчас мы работаем между 2 крайними точками: сервисным и стратегическим HR, помогая склеивать будущее компании не только на уровне людей, но и процессов, технологий, цифр и документов. Но начиналось все в 2011 году, когда компания только начала применять гибкие методологии. Это рассказ про наш опыт изменения роли HR в компании HeadHunter.
За более чем 20 лет развития платформа Pega превратилась в уникальный мир с собственной экосистемой: собственными методологиями и техниками создания корпоративных приложений, собственным ни на что не похожим инструментарием разработки. Стремясь сохранить «самобытность» платформа очень острожно подходила к освоению новых тенденций из внешнего мира ИТ-технологий, отказываясь от многих из них, как от противоречащих «генеральной линии партии». Инженерные практики — это как раз то, что долго оставалось «под запретом» в платформе Pega. В нашем докладе мы расскажем, как достичь DevOps с Pega вопреки всем ограничениям платформы.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
Олег Бахмутов, Михаил Плотников, Илья Емельянов. 3 "кита" AgileScrumTrek
C точки зрения внедрения Agile, банки - это интересные структуры, которые, с одной стороны, имеют жесткое внешнее и внутреннее регулирование, а с другой стороны - должны активно меняться, чтобы выжить в современном мире. Мы поделимся опытом внедрения Agile в дочернем банке Сбербанка в Казахстане. В Банке, который успешно сочетает в себе инновации и верность банковским традициям, а так же входит в ТОП-5 крупнейших банков Казахстана.
Мы предлагаем посмотреть на Agile с точки зрения 3-х составляющих: продуктов, процессов и людей, а также обсудить, что важнее.
У каждого из нас, в своей области, есть как положительный опыт, так и трудности, с которыми мы столкнулись при внедрении Agile. Мы поделимся этим и расскажем, на что обратить внимание в первую очередь при внедрении Agile-подхода, при каких условиях продукт будет удовлетворять клиентов, процесс будет оптимален, а люди будут стремиться к высоким результатам.
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Вместе со стремительным ростом компании, приходят такие проблемы, как: бюрократия, иерархия, конфликты между подразделениями. Компания постепенно теряет фокус на потребителя и смещает его на разрешение внутренних проблем. Как вернуться в то состояние, когда компания была молодой и динамичной, был драйв, и компания работала на потребителя? Как перейти в такое состояние большим и иерархичным компаниям?
2. 23 марта 2017г
Василий Михайлов
ИТ-БЛОК И
ПРЕДПРИНИМАТЕЛЬСТВО В
СИСТЕМООБРАЗУЮЩЕЙ
ФИНАНСОВОЙ ОРГАНИЗАЦИИ
3. ОБ НКО АО НРД
• Небанковская кредитная организация акционерное общество “Национальный расчетный
депозитарий” - Центральный депозитарий России
• Цифровые услуги, ПО собственной разработки
• CMMI Level 3
• Функциональные точки
• Релизный цикл - 6 месяцев
• Требования регулятора
13. ПРАВОВАЯ ОГОВОРКА
Настоящая презентация была подготовлена и выпущена НКО АО НРД (далее – «Компания»). Если нет какой-либо оговорки об ином, то Компания считается источником всей информации,
изложенной в настоящем документе. Данная информация предоставляется по состоянию на дату настоящего документа и может быть изменена без какого-либо уведомления.
Данный документ не является, не формирует и не должен рассматриваться в качестве предложения или же приглашения для продажи или участия в подписке, или же, как побуждение к
приобретению или же к подписке на какие-либо ценные бумаги, а также этот документ или его часть или же факт его распространения не являются основанием и на них нельзя полагаться
в связи с каким-либо предложением, договором, обязательством или же инвестиционным решением, связанными с ним, равно как и он не является рекомендацией относительно ценных
бумаг компании.
Изложенная в данном документе информация не являлась предметом независимой проверки. В нем также не содержится каких-либо заверений или гарантий, сформулированных или
подразумеваемых и никто не должен полагаться на достоверность, точность и полноту информации или мнения, изложенного здесь. Никто из Компании или каких-либо ее дочерних
обществ или аффилированных лиц или их директоров, сотрудников или работников, консультантов или их представителей не принимает какой-либо ответственности (независимо от того,
возникла ли она в результате халатности или чего-то другого), прямо или косвенно связанной с использованием этого документа или иным образом возникшей из него.
Данная презентация содержит прогнозные заявления. Все включенные в настоящую презентацию заявления, за исключением заявлений об исторических фактах, включая, но, не
ограничиваясь, заявлениями, относящимися к нашему финансовому положению, бизнес-стратегии, планам менеджмента и целям по будущим операциям являются прогнозными
заявлениями. Эти прогнозные заявления включают в себя известные и неизвестные риски, факторы неопределенности и иные факторы, которые могут стать причиной того, что наши
нынешние показатели, достижения, свершения или же производственные показатели, будут существенно отличаться от тех, которые сформулированы или подразумеваются под этими
прогнозными заявлениями. Данные прогнозные заявления основаны на многочисленных презумпциях относительно нашей нынешней и будущей бизнес-стратегии и среды, в которой мы
ожидаем осуществлять свою деятельность в будущем. Важнейшими факторами, которые могут повлиять на наши нынешние показатели, достижения, свершения или же производственные
показатели, которые могут существенно отличаться от тех, которые сформулированы или подразумеваются этими прогнозными заявлениями являются, помимо иных факторов, следующие:
восприятие рыночных услуг, предоставляемых Компанией и ее дочерними обществами;
волатильность (а) Российской экономики и рынка ценных бумаг и (b) секторов с высоким уровнем конкуренции, в которых Компания и ее дочерние общества осуществляют свою
деятельность;
изменения в (a) отечественном и международном законодательстве и налоговом регулировании и (b) государственных программах, относящихся к финансовым рынкам и рынкам
ценных бумаг;
ростом уровня конкуренции со стороны новых игроков на рынке России;
способность успевать за быстрыми изменениями в научно-технической среде, включая способность использовать расширенные функциональные возможности, которые популярны
среди клиентов Компании и ее дочерних обществ;
способность сохранять преемственность процесса внедрения новых конкурентных продуктов и услуг, равно как и поддержка конкурентоспособности;
способность привлекать новых клиентов на отечественный рынок и в зарубежных юрисдикциях;
способность увеличивать предложение продукции в зарубежных юрисдикциях.
Прогнозные заявления делаются только на дату настоящей презентации, и мы точно отрицаем наличие любых обязательств по обновлению или пересмотру прогнозных заявлений в
настоящей презентации в связи с изменениями наших ожиданий, или перемен в условиях или обстоятельствах, на которых основаны эти прогнозные заявления.