Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
Какие вопросы встают перед руководителем разработки? Что нужно анализировать для успешного решения задач и запуска проектов? Как меняются вопросы, когда тим-лид дорастает до руководства департаментом?
Формирование успешных команд для реализации КМ-проектов на предприятии заказчикаGenesis Group
Продукт предназначен для повышения эффективности деятельности проектных команд в компаниях любого размера и сферы деятельности на стадии планирования и запуска КМ-проектов.
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
Какие вопросы встают перед руководителем разработки? Что нужно анализировать для успешного решения задач и запуска проектов? Как меняются вопросы, когда тим-лид дорастает до руководства департаментом?
Формирование успешных команд для реализации КМ-проектов на предприятии заказчикаGenesis Group
Продукт предназначен для повышения эффективности деятельности проектных команд в компаниях любого размера и сферы деятельности на стадии планирования и запуска КМ-проектов.
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
The GameChangers Enterprise Architecture track, a free one-year program for ad-hoc education and research on modern enterprise management and engineering, begins accepting applications. The course structure offers classes with experts and key people from enterprise architecture, organizational development, project management and IT-management, both from industry and academia.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoA
Наталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Extensive experience in delivering world-class business solutions enabled Luxoft to become a leader in providing educational service in Agile methodologies.
Luxoft is accredited as a Member Training Organization (MTO) of the International Consortium for Agile (ICAgile). ICAgile develops educational tracks and learning objectives for its member training classes and authorizes course materials for covering a particular set of topics.
Trainings are conducted by certified instructors and include exercises and games aimed at better understanding the topics covered and finding the best ways to adopt them into practice.
Функциональные тренеры – эксперты, для которых обучение не является основной профессией, но которые периодически
проводят семинары и тренинги для коллег, - важный ресурс многих организаций.
Насколько целесообразен и результативен такой подход? Это зависит от того, как построена система отбора, развития и мотивации внутренних специалистов.
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
Архитектура как функция от ?. Что мы не учитываем и убиваем проекты.Evgeniy Krivosheev
Мы ежедневно убиваем архитектуру системы и тем самым наши проекты. А причина простая мы не учитываем факторы, выходящие за рамки формального мышления. В рамках доклада мы посмотрим, какие факторы определяют архитектуру системы. Они зачастую неочевидны и неформальны. Но если включить здравый смысл, все становится на свои места.
Осознанность рефакторинга: Модель принятия инженерных решенийEvgeniy Krivosheev
Представьте на секунду, что сейчас Вы работаете над сложной высоконагруженной системой, которая делает людей счастливыми. И этот проект настолько важен для человечества, что команда QA и техлиды с архитекторами требует детального обоснования каждого Вашего решения. Как нетрудно догадаться, речь идет о Вашем текущем проекте, к которому вернетесь после конференции.
Как Вы обеспечите качество? Как сделаете дизайн поддерживаемым и приятным, а решения примете осознанно и обоснованно? В докладе мне хотелось бы предложить Вам технику проектирования, которая позволит Вам делать выборы осознанно и вывести мастерство проектирования архитектуры и дизайна на новый уровень.
Предлагаемый подход довольно распространен, его применяют опытные специалисты в различных областях – от сложных корпоративных систем до высоконагруженных публичных веб-проектов. Я попытался обобщить это знание и сформулировать базовые принципы этого подхода к созданию осознанного дизайна.
Попробуем новый формат - возьмем проблему и решим ее от начала до конца, протянув через несколько предметных областей.
В качестве проблемы возьмем вопрос анализа предметной области. Ровно те же самые вопросы возникают и в ОО-анализе, и в ОО-проектировании.
Target audience
Designers, TeachLeads, Architects
Developers
Objectives
Способность построить простые концептульные модели
Углубленная формализация предметной области
Использование типовых решений при анализе
Value
Снижение рисков проектирования
Ускорение цикла разработки
Agenda:
Disclaimer
Ответственность за поломанные судьбы
Предлагается лишь один из возможных подходов к анализу
Фокус на ОО-стиле
Фокус на статике
Стиль доклада
Подходы
Предметно-ориентированный
Проблемно-ориентированный
Сегодня говорим о проблеме
Пробуем новый формат
Ключевые модели в разработке
Концептуальная модель
Статика
Динамика
Правила
Проблема концептуального анализа: кейс #1
Описание предметной области
Выбор концептов
Стереотипирование концептов
Типовые решения в OOAD
Patterns
Что такое паттерн в OOAD
Примеры паттернов в A
Примеры паттернов в D
Idioms
Что такое идиома в OOAD
Примеры идиом в A
Примеры идиом в D
Разница типовых решений в A и D
Виды типизаций
Что такое тип?
Строгая/Нестрогая
Статическая/Динамическая
Эмуляция
Проблема концептуального анализа: кейс #2
Связи концептов
Обобщение
Ассоциация
Агрегация
Композиция
Идиомы типизации в OOAD
Типизация связи
Динамическая типизация
Динамическая типизация связи
Введение мета-уровня
Проблема концептуального анализа: кейс #3
Использование идиом
Обоснование решений
Паттерны в концептуальной модели
Примеры отображения идиом на паттерны
Ретроспектива по objectives и value
Видео-запись доступна на vimeo: http://vimeo.com/35877463
В рамках обмена знаниями и опытом в среде наших коачей проекта SkillTrek мы проводим сессии-обсуждения насущных вопросов software engineering. Делимся мыслями и точками зрения.
Я планирую провести ближайшую встречу на тему соответствия дизайна ПО процессным методологиям.
Если интересно поучаствовать - welcome ))
23. Практическая работа. 4 часа в неделю. Проработка навыков на боевом проекте по разработке, дизайну, анализу требований, автоматизации тестирования, командообразованию и т.д.
24. Studygroups. 2 часа в неделю. Групповые обсуждения по темам, изученным самостоятельно по предоставленным материалам.
30. Контакты Евгений Кривошеев, ekrivosheyev@scrumtrek.ruНикита Филиппов, nfilippov@scrumtrek.ruАсхатУразбаев, askhat@scrumtrek.ru «Тяжело в учении – легко в бою» SkillTrek– это дистанционный центркомпетенций, где специалисты получают востребованные на рынке умения в условиях реальных проектов с выбором удобной им загрузки 13