Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo Development
Techleads Meetup #1
"Багфиксинг процесса разработки в iOS: взгляд с двух сторон"
Екатерина Николаенко, iOS QA Lead и
Катерина Трофименко, iOS Developer (Badoo)
Описание:
Приложение Badoo для iOS существует около 7 лет и пережило уже 4 реинкарнации. Наши процессы и подходы не всегда были оптимальны и мы не единственные, кто познали релизы через боль и страдание всех участников процесса разработки.
Чтобы найти идеальный баланс между скоростью и качеством мы решили отрефакторить процессы разработки и тестирования в iOS команде и добились релизов раз в неделю. Из нашего доклада вы узнаете об эволюции команды с точки зрения разработки и тестирования. А так же мы расскажем как мы уменьшили crash-rate в 40 раз.
Techleads Meetup #1
Мобильный веб: назад в будущее"
Виталий Шароватов, Mobile Web Team Lead и Руслан Байрамкулов, Senior Mobile Web QA Engineer (Badoo)
Описание:
Количество пользователей мобильных устройств уже давно превысило количество пользователей стационарных компьютеров и ноутбуков. В свою очередь мобильный веб — это самая быстрорастущая мобильная платформа (по данным comScore, 2015). И если будущее не за этой платформой, то как минимум, она будет его заметной частью.
Давным-давно для Мобильного веба в Badoo были «тёмные времена». Использовались дизайны нативных платформ и эмитировалось их поведение. Даже релизы случались раз в неделю-две. Около года назад ситуация начала меняться в лучшую сторону. Мобильная веб версия Badoo догнала по количеству фич остальные платформы и показала существенный рост по всем показателям. Теперь мобильный веб релизится каждый день.
В докладе мы расскажем о том, что неправильного происходит с процессами внутри и снаружи команды. Для примера возьмем как собственные грабли, так и чужие, но такие распространённые ошибки организации работы.
О том, что не помогло, рассказывать не будем, а о том, что сработало, ничего не утаим. Эта информация поможет вам работать в удовольствие. В ассортименте истории о том:
— как один автоматизатор всю регрессию покрыл;
— как подружились продакты-дизайнеры с командой разработки;
— как жадные программисты забрали себе всю ответственность;
— пуркуа QA любит сидеть с девелоперами плечом к плечу;
— зачем нужно не спускать глаз с багов, ломающих автоматизацию, и как заканчивать фичу после того, как закончили фичу.
Techleads Meetup #1
"Технологии vs коммуникации: что важнее?"
Альгис Фатеев, руководитель тестирования (Avito)
Описание:
последние несколько лет проект Avito растёт лавинообразным образом, с 2012 года команда разработчиков выросла в 20 раз. За очень короткое время мы прошли путь от «ну что, будем релизиться?» до отлаженного процесса выкатки кода в продакшн. В докладе речь пойдёт о том, как изменилась команда, процессы разработки и жизненный цикл задач в Avito за последние годы, как внедрялось тестирование в проект.
Кроме того, я отдельно рассмотрю вопросы, касающиеся управляемости проекта при резком росте:
— какие решения, заложенные на начальном этапе, позволили нам быстро масштабироваться;
— с какими главными болезнями роста мы столкнулись и как их решали;
— как подготовиться на случай лавинообразного роста.
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд"Svyatoslav Vereshchak
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд" состоялся 16 декабря 2014 года.
Темы:
– как зарождалась культура DevOps и что лежит в ее основе
– по каким качественным и количественным критериям оценивать эффективность IT-команд с точки зрения DevOps
– какие существуют типы корпоративных культур и как они влияют на IT-системы и коммуникации
– список самых популярных DevOps-инструментов
Информация о DevOps сообществе в России http://devopsru.com
Видеозапись вебинара http://www.youtube.com/watch?v=-T6FXE34ap0
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
Багфиксинг процесса разработки в iOS: взгляд с двух сторонBadoo Development
Techleads Meetup #1
"Багфиксинг процесса разработки в iOS: взгляд с двух сторон"
Екатерина Николаенко, iOS QA Lead и
Катерина Трофименко, iOS Developer (Badoo)
Описание:
Приложение Badoo для iOS существует около 7 лет и пережило уже 4 реинкарнации. Наши процессы и подходы не всегда были оптимальны и мы не единственные, кто познали релизы через боль и страдание всех участников процесса разработки.
Чтобы найти идеальный баланс между скоростью и качеством мы решили отрефакторить процессы разработки и тестирования в iOS команде и добились релизов раз в неделю. Из нашего доклада вы узнаете об эволюции команды с точки зрения разработки и тестирования. А так же мы расскажем как мы уменьшили crash-rate в 40 раз.
Techleads Meetup #1
Мобильный веб: назад в будущее"
Виталий Шароватов, Mobile Web Team Lead и Руслан Байрамкулов, Senior Mobile Web QA Engineer (Badoo)
Описание:
Количество пользователей мобильных устройств уже давно превысило количество пользователей стационарных компьютеров и ноутбуков. В свою очередь мобильный веб — это самая быстрорастущая мобильная платформа (по данным comScore, 2015). И если будущее не за этой платформой, то как минимум, она будет его заметной частью.
Давным-давно для Мобильного веба в Badoo были «тёмные времена». Использовались дизайны нативных платформ и эмитировалось их поведение. Даже релизы случались раз в неделю-две. Около года назад ситуация начала меняться в лучшую сторону. Мобильная веб версия Badoo догнала по количеству фич остальные платформы и показала существенный рост по всем показателям. Теперь мобильный веб релизится каждый день.
В докладе мы расскажем о том, что неправильного происходит с процессами внутри и снаружи команды. Для примера возьмем как собственные грабли, так и чужие, но такие распространённые ошибки организации работы.
О том, что не помогло, рассказывать не будем, а о том, что сработало, ничего не утаим. Эта информация поможет вам работать в удовольствие. В ассортименте истории о том:
— как один автоматизатор всю регрессию покрыл;
— как подружились продакты-дизайнеры с командой разработки;
— как жадные программисты забрали себе всю ответственность;
— пуркуа QA любит сидеть с девелоперами плечом к плечу;
— зачем нужно не спускать глаз с багов, ломающих автоматизацию, и как заканчивать фичу после того, как закончили фичу.
Techleads Meetup #1
"Технологии vs коммуникации: что важнее?"
Альгис Фатеев, руководитель тестирования (Avito)
Описание:
последние несколько лет проект Avito растёт лавинообразным образом, с 2012 года команда разработчиков выросла в 20 раз. За очень короткое время мы прошли путь от «ну что, будем релизиться?» до отлаженного процесса выкатки кода в продакшн. В докладе речь пойдёт о том, как изменилась команда, процессы разработки и жизненный цикл задач в Avito за последние годы, как внедрялось тестирование в проект.
Кроме того, я отдельно рассмотрю вопросы, касающиеся управляемости проекта при резком росте:
— какие решения, заложенные на начальном этапе, позволили нам быстро масштабироваться;
— с какими главными болезнями роста мы столкнулись и как их решали;
— как подготовиться на случай лавинообразного роста.
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд"Svyatoslav Vereshchak
Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд" состоялся 16 декабря 2014 года.
Темы:
– как зарождалась культура DevOps и что лежит в ее основе
– по каким качественным и количественным критериям оценивать эффективность IT-команд с точки зрения DevOps
– какие существуют типы корпоративных культур и как они влияют на IT-системы и коммуникации
– список самых популярных DevOps-инструментов
Информация о DevOps сообществе в России http://devopsru.com
Видеозапись вебинара http://www.youtube.com/watch?v=-T6FXE34ap0
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
В сфере высоких технологий требования к продукту растут постоянно. Наряду с важностью поставки продукта заказчику важно и то, что ты поставляешь, как ты поставляешь и насколько быстро продукт может адаптироваться к требованиями рынка. Мы предлагаем поговорить о практиках, которые позволяют поддерживать качество продукта на высоком уровне и предотвращать многие проблемы на раннем этапе, что делает счастливым не только заказчика но и разработчиков.
Презентация подготовлена по материалам выступления Александра Радкевича, Кирилла Миловидова и Сергея Яркового на витебской конференции “Developer's Software Conference” (02.12.2017).
https://events.epam.com/events/developers-software-conference_2017
Techleads Meetup #1
"Как автотесты ускоряют релизы в OK.ru"
Никита Макаров, руководитель отдела тестирования (Одноклассники)
Описание:
начиная с 2012 года Одноклассники прошли огромный путь в области ускорения релизов.
Одним из факторов успеха была автоматизация тестирования, которую внедряли «с нуля».
В своем докладе я расскажу:
— о том как мы учили тестировщиков писать автотесты;
— сколотили команду автоматизаторов и построили инфраструктуру автоматизации тестирования;
— о наших ошибках, поражениях, полезных практиках и процессах.
AppSec, ключ на старт! / Юрий Сергеев (Swordfish Security)Ontico
РИТ++ 2017, секция ML + IoT + ИБ
Зал Белу-Оризонти, 5 июня, 10:00
Тезисы:
http://ritfest.ru/2017/abstracts/2756.html
В сложной экосистеме разработки программного обеспечения, даже если инициатива Appllication Security получила зеленый свет и надлежащий бюджет, множество проблем остаются нерешенными для успешного старта: множество дорогостоящих инструментов SAST / DAST / IAST / RASP, минимальное количество appsec-специалистов на рынке труда, несовершенные инженерные процессы, отсутствие метрик и измеримых индикаторов успеха и т.д.
В рамках данной сессии будет продемонстрирован тактический подход для запуска центра компетенций (Software Security Group), адресующий вопросы как приоритезации, масштабируемости, управления портфелем разрабатываемых приложений в контуре AppSec, так и аспекты мотивации команд. Будет презентована структура фреймворка BSIMM как основа практик AppSec и представлена типовая дорожная карта развития зрелости инженерных организаций. Также будут представлены ключевые слагаемые успеха, необходимые для построения концепции SecDevOps в рамках цикла разработки защищенного ПО (Secure Software Development Lifecycle) вместе с практическими рекомендациями.
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Positive Hack Days
1. Первоначальные типовые схемы, предлагаемые DevOps для всех проектов компании:
Build – Deploy – Testing – Promote
2. Реализация схемы на примерах наших проектов в TeamCity.
3. К чему мы пришли. Общая схема Continuous Integration:
Build – Deploy – Testing – Promote – Publishing – Delivery – Install & Update
Антон Бевзюк; Матвей Григорьев. Domain Driven Design: строительные блоки, цем...ScrumTrek
Мы знаем, как важно разговаривать с бизнесом на едином языке и отражать эти знания в коде. Но как отразить эти знания в объектах максимально просто? Из каких блоков построить удобный домен? В докладе мы разберемся с Сущностями, Репозиториями, Value-объектами, Сервисами и другими типами объектов, упрощяющими создание доменной модели. Осторожно: много кода и технических деталей. Разработчики всех мастей, ждем вас. Менеджеры, вас ждет секция про мотивацию и подбор команды :)
SecDevOps. Разработка, DevOps и безопасность.Valery Boronin
Разработка, DevOps и безопасность. Расширяем безопасную разработку (SDL) на стадию «после релиза».
Доклад был представлен на Стачке в г. Ульяновск: https://nastachku.ru/secdevops
В сфере высоких технологий требования к продукту растут постоянно. Наряду с важностью поставки продукта заказчику важно и то, что ты поставляешь, как ты поставляешь и насколько быстро продукт может адаптироваться к требованиями рынка. Мы предлагаем поговорить о практиках, которые позволяют поддерживать качество продукта на высоком уровне и предотвращать многие проблемы на раннем этапе, что делает счастливым не только заказчика но и разработчиков.
Презентация подготовлена по материалам выступления Александра Радкевича, Кирилла Миловидова и Сергея Яркового на витебской конференции “Developer's Software Conference” (02.12.2017).
https://events.epam.com/events/developers-software-conference_2017
Techleads Meetup #1
"Как автотесты ускоряют релизы в OK.ru"
Никита Макаров, руководитель отдела тестирования (Одноклассники)
Описание:
начиная с 2012 года Одноклассники прошли огромный путь в области ускорения релизов.
Одним из факторов успеха была автоматизация тестирования, которую внедряли «с нуля».
В своем докладе я расскажу:
— о том как мы учили тестировщиков писать автотесты;
— сколотили команду автоматизаторов и построили инфраструктуру автоматизации тестирования;
— о наших ошибках, поражениях, полезных практиках и процессах.
AppSec, ключ на старт! / Юрий Сергеев (Swordfish Security)Ontico
РИТ++ 2017, секция ML + IoT + ИБ
Зал Белу-Оризонти, 5 июня, 10:00
Тезисы:
http://ritfest.ru/2017/abstracts/2756.html
В сложной экосистеме разработки программного обеспечения, даже если инициатива Appllication Security получила зеленый свет и надлежащий бюджет, множество проблем остаются нерешенными для успешного старта: множество дорогостоящих инструментов SAST / DAST / IAST / RASP, минимальное количество appsec-специалистов на рынке труда, несовершенные инженерные процессы, отсутствие метрик и измеримых индикаторов успеха и т.д.
В рамках данной сессии будет продемонстрирован тактический подход для запуска центра компетенций (Software Security Group), адресующий вопросы как приоритезации, масштабируемости, управления портфелем разрабатываемых приложений в контуре AppSec, так и аспекты мотивации команд. Будет презентована структура фреймворка BSIMM как основа практик AppSec и представлена типовая дорожная карта развития зрелости инженерных организаций. Также будут представлены ключевые слагаемые успеха, необходимые для построения концепции SecDevOps в рамках цикла разработки защищенного ПО (Secure Software Development Lifecycle) вместе с практическими рекомендациями.
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Positive Hack Days
1. Первоначальные типовые схемы, предлагаемые DevOps для всех проектов компании:
Build – Deploy – Testing – Promote
2. Реализация схемы на примерах наших проектов в TeamCity.
3. К чему мы пришли. Общая схема Continuous Integration:
Build – Deploy – Testing – Promote – Publishing – Delivery – Install & Update
Антон Бевзюк; Матвей Григорьев. Domain Driven Design: строительные блоки, цем...ScrumTrek
Мы знаем, как важно разговаривать с бизнесом на едином языке и отражать эти знания в коде. Но как отразить эти знания в объектах максимально просто? Из каких блоков построить удобный домен? В докладе мы разберемся с Сущностями, Репозиториями, Value-объектами, Сервисами и другими типами объектов, упрощяющими создание доменной модели. Осторожно: много кода и технических деталей. Разработчики всех мастей, ждем вас. Менеджеры, вас ждет секция про мотивацию и подбор команды :)
SecDevOps. Разработка, DevOps и безопасность.Valery Boronin
Разработка, DevOps и безопасность. Расширяем безопасную разработку (SDL) на стадию «после релиза».
Доклад был представлен на Стачке в г. Ульяновск: https://nastachku.ru/secdevops
Успешная карьера в современной разработки программного обеспеченияSergey Morgunov
Краткая информация о том, что должен знать каждый разработчик программного обеспечения.
Видео версия презентации http://www.youtube.com/watch?v=MqKFIcfouQc
This bundle is an attempt to collect the scattered information about modern Agile methodologies (from Scrum to SAFe). May be it will be useful memo for PMs or IT professional
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компанииSergey Rogachev
Презентация доклада "Доски проектов и продуктов на TFS: Agile-визуализация на уровне компании" Сергея Рогачева на конференции Go# Moscow Team Leaders Day в Москве 12 декабря 2014 года (http://gosharp.ru/TLD2014). См. подробнее в заметке "Отчет об участии в Go# Moscow Team Leaders Day" (http://wp.me/p1650o-gY) в персональном блоге Рогачева Сергея.
Post Agile эра / Борис Вольфсон (HeadHunter)Ontico
Многие компании успешно используют Agile-методологии на протяжении многих лет. На данный момент некоторые из них переосмысливают понимание Agile, распространяя его за пределы конкретных методологий.
Я расскажу о том, как сделать компанию / подразделение по-настоящему гибкими, выстроив собственный Agile-фреймворк. Для создания такого фреймворка нужно понимать, из чего он состоит: от методологии управления проектами до организационной культуры.
Если вы уже успешно используете Scrum или Kanban и задумываетесь о том, что вам необходимо делать дальше - добро пожаловать на мой доклад!
Тест-план и исследовательское тестированиеVasiliy Burov
В своем докладе я расскажу как мы в своей работе совмещаем тест-план и исследовательское тестирование. С первого взгляда, может показаться что это не совсем совместимые вещи. Исследовательское тестирование ассоциируется с методом свободного поиска, а тест-план наоборот – следование заданному порядку. Как совместить эти сущности и ничего не потерять – я попытаюсь рассказать.
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)Ontico
HighLoad++ 2017
Зал «Пекин+Шанхай», 7 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2907.html
Конкуренция в банковском сегменте усиливается с каждым годом, повышаются ставки и цели по прибыли компаний. При прочих равных выигрывает тот, кто может быстрее разрабатывать продукты и мгновенно реагировать на потребности рынка. Банки рассматривают DevOps-трансформацию как средство, которое позволит им кардинально повысить финансовую эффективность, качество финансовых продуктов и поможет услышать и быстро реагировать на клиента.
...
AUR 2012 Управление уровнями зрелости предприятия. Управление сопротивлением ...Sergei Penkov
Управление уровнями зрелости предприятия. Управление сопротивлением при внедрении IT решений. Опыт совершенствования деятельности ОАО "ВНИПИГаздобыча"
Концепции, принципы и методики управления развитием организации, управление изменениями и сопротивлением при внедрении 3D технологий
И.С. Овчинников, Д.Н. Кудасов, С.А. Пеньков
В начале презентации - видео выступления на AUR 2012
Доски проектов и продуктов на TFS: Agile-визуализация на уровне компанииGoSharp
Визуализация - основной практический инструмент Lean, Agile, TOC и прочих современных подходов к разработке программного обеспечения. Например, Task board отображает процесс разработки, помогая понять статус работ и заметить возможные проблемы, а Burndown отображает прогресс по обязательствам спринта, помогая реагировать на риски отставания. Такие инструменты визуализации применяют команды в конкретных проектах, но применима ли визуализация на уровне целой компании? Я расскажу о визуализации на основе Microsoft Team Foundation Server, которая помогает согласовать возможности разработки, ожидания бизнеса и стратегию компании - разработчика программного обеспечения, ведущей 50 проектов по развитию 20 продуктов.
1. Alfresco: документы для людей
или люди для документов?
Alvex. Russian Open Source Summit 2012
2. Регламенты и жизнь
✔ Мы живём и общаемся в Facebook и Twitter
✔ Но продолжаем внедрять традиционные системы
Alvex. Russian Open Source Summit 2012
3. Регламенты и жизнь
✔ Корпоративные системы плохо отражают жизнь:
✔ Более 60% компаний меняют настройки систем
автоматизации бизнес-процессов не менее 2 раз в год —
по данным Gartner
✔ До 80% корпоративного контента и процессов не
отражаются в корпоративных информационных
системах — по оценкам интеграторов
Alvex. Russian Open Source Summit 2012
4. Регламенты и жизнь
✔ Сотрудники привыкли работать по-другому:
✔ Сравнение корпоративных систем с Google и Facebook
✔ Пришло поколение, для которого Интернет существовал
всегда, а решение рабочих вопросов в чате — норма
Alvex. Russian Open Source Summit 2012
5. Модель новых систем
✔ Пример живой целостной системы финансовой
организации (на базе СПО):
✔ Alfresco — ECM-платформа, управление корпоративным
и социальным контентом
✔ Alvex — целостное управление динамическими
процессами организации
Alvex. Russian Open Source Summit 2012
6. Возможности Alfresco
✔ Документы
✔ Хранение, сортировка, совместный доступ, теги, поиск
✔ Совместная работа
✔ Постоянные рабочие группы или временные проекты
✔ Мобильность
✔ Работа через веб-интерфейс, доступ с телефонов и с планшетов
✔ Социальный контент
✔ Хранение, категоризация, публикация во внешние каналы
Alvex. Russian Open Source Summit 2012
7. Возможности Alfresco
✔ Документы: хранение, сортировка, совместный доступ,
теги, полнотекстовый поиск
Alvex. Russian Open Source Summit 2012
8. Возможности Alfresco
✔ Совместная работа — сайты для постоянных рабочих
групп или для работы над временными проектами
Alvex. Russian Open Source Summit 2012
9. Alvex: динамические процессы
✔ Рабочие процессы организации
✔ Плохо формализуемые
✔ «Чтобы дать ответ, мне нужна
информация от пяти подразделений»
✔ Часто изменяемые
✔ Одобрение каждого проекта
происходит «чуть-чуть уникально»
✔ «Живые» процессы не укладываются в регламенты
✔ Реальную работу обсуждают в курилке
✔ В учетной системе только ставят «формальные» галочки
✔ Система постоянно «в доработке» (читай - «сломана»)
Alvex. Russian Open Source Summit 2012
10. Alvex: динамические процессы
✔ Решение — связанные процессы:
✔ Заданы этапы,
«фиксированные» и «гибкие»
✔ На «гибких» этапах можно
создавать дочерние процессы,
связывая их между собой
✔ Результат:
✔ Процесс выстраивается
по ходу работы над ним
✔ Вид процесса определяют
те, кто за него отвечает
✔ Виден прогресс, прозрачны
причины задержек сроков
Alvex. Russian Open Source Summit 2012
12. Alvex: оперативная картина
✔ На какой стадии те процессы, которые я запустил?
✔ На ком они сейчас?
✔ Когда к нему попали?
✔ Насколько загружен текущий исполнитель?
Alvex. Russian Open Source Summit 2012
13. Alvex: оперативная картина
✔ Что происходило с конкретным процессом?
✔ Кто, когда и какие действия предпринял
✔ Просмотр всех версий всех документов, которые
участвовали в процессе
Alvex. Russian Open Source Summit 2012
15. Alvex: оперативная картина
✔ Картина по подчинённым для руководителя
✔ Просмотреть на ком какие задачи в данный момент
✔ Возможность вмешаться и упредить проблемы
Alvex. Russian Open Source Summit 2012
16. Alvex: структура организации
✔ «Вертикальные» связи
✔ Организационная структура и ролевая модель
✔ Взгляд «с разных точек зрения» - по департаментам, по
комитетам, по рабочим группам и т.д.
Alvex. Russian Open Source Summit 2012
17. Alvex: структура организации
✔ «Вертикальные» связи
✔ Организационная структура и ролевая модель
✔ Взгляд «с разных точек зрения» - по департаментам, по
комитетам, по рабочим группам и т.д.
Alvex. Russian Open Source Summit 2012
18. Alvex: структура организации
✔ «Горизонтальные» связи
✔ Возможность подписаться на новости и изменения
статуса человека («Follow»)
✔ Неформальное общение — блоги, форумы,
комментарии к материалам, кнопка «Мне нравится»
Alvex. Russian Open Source Summit 2012
19. Alfresco и Alvex
✔ Результат
✔ Целостная система, в которой сочетаются:
✔ Документы, карточки, журналы регистрации
✔ Формализованные строгие процессы
✔ Динамические процессы, формирующиеся на лету
✔ Социальный контент и горизонтальные связи
✔ Инструмент для работы, а не для отчётности
✔ Акцент на поддержку эффективности knowledge workers
✔ Планы развития
✔ Публичная версия Alvex — апрель 2012 года
✔ Интеграция управления проектами и CRM
Alvex. Russian Open Source Summit 2012