Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Реальный DevOps в энтерпрайзе / Александр Тараторин (Райффайзенбанк)Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 5 июня, 18:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2828.html
Что такое DevOps? Очередной модный термин? Методология? Набор инструментов? Культурные практики?
Для Райффайзенбанка DevOps - микс из всего перечисленного (смешать, но не взбалтывать!), применяемый чтобы:
- ускорить разработку и внедрение новых решений не в ущерб качеству;
- вовлечь админов в работу девелопмента;
- заинтересовать разработчиков жизнеспособностью их творений в реальной жизни.
...
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Реальный DevOps в энтерпрайзе / Александр Тараторин (Райффайзенбанк)Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 5 июня, 18:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2828.html
Что такое DevOps? Очередной модный термин? Методология? Набор инструментов? Культурные практики?
Для Райффайзенбанка DevOps - микс из всего перечисленного (смешать, но не взбалтывать!), применяемый чтобы:
- ускорить разработку и внедрение новых решений не в ущерб качеству;
- вовлечь админов в работу девелопмента;
- заинтересовать разработчиков жизнеспособностью их творений в реальной жизни.
...
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
Devprom ALM - платформа для поддержки процессов разработкиEvgeny Savitsky
В рамках внедрения Devprom ALM мы выполняем предварительную настройку ПО, проводим обучение современным практикам разработки (включая все элементы процесса), предоставляем видеоматериалы и рабочие инструкции.
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON
За последние годы у ИТ-сообщества накопился опыт использования систем управления конфигурацией и работой в организации по методологии DevOps. Но растущие вызовы показывают, что и этот подход имеет свои недостатки. Доклад расскажет о том, какие контейнеры бывают и почему они победят, что придет на смену облакам, и какие практики стоит начать внедрять сегодня, чтобы завтра не остаться без работы.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоUX
Доклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Доклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
Devprom ALM - платформа для поддержки процессов разработкиEvgeny Savitsky
В рамках внедрения Devprom ALM мы выполняем предварительную настройку ПО, проводим обучение современным практикам разработки (включая все элементы процесса), предоставляем видеоматериалы и рабочие инструкции.
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
SECON'2016 Евтухович Иван, Эксплуатация завтрашнего дня: от DevOps к NoOpsSECON
За последние годы у ИТ-сообщества накопился опыт использования систем управления конфигурацией и работой в организации по методологии DevOps. Но растущие вызовы показывают, что и этот подход имеет свои недостатки. Доклад расскажет о том, какие контейнеры бывают и почему они победят, что придет на смену облакам, и какие практики стоит начать внедрять сегодня, чтобы завтра не остаться без работы.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоUX
Доклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Доклад предназначен для Design Team Leads, которые заинтересованы в развитии своих дизайнеров, настройке процесса обучения; и дизайнеров, которые хотят развиваться и расти в профессиональном плане.
Наш департамент вырос с 20 до 55 дизайнеров в короткие сроки. Стала актуальной задача по определению уровня конкретного дизайнера: чем отличается Middle от Senior, как выровнять эти уровни между СНГ, Британией и США. Как обучить такое количество дизайнеров, выстроить Personal Development Plan.
В докладе мы хотим рассказать, какие инструменты и методы мы разработали для этого, какие результаты это принесло.
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
The document outlines expectations for software development projects, including seamless and on-time releases, independent environments, high quality with few bugs, and ensuring everything is under control. It also describes bad practices like cloning databases manually, lack of testing, and content being overwritten. A CI/CD workflow is proposed to address these by automating processes, enabling flexible and planned releases through continuous integration and independent deployments.
The document discusses working with media files in Drupal 7. It describes where files are stored on the server and in the database. It recommends using the File Entity module to manage files rather than the core Media module. Several other modules are presented to help with file uploading and display, including Transliteration for file names, File Paths for organizing file paths, and various gallery modules. Lightweight gallery modules are recommended for ease of use and flexibility over more full-featured but complex options. The document provides an example of a Drupal site that uses a basic gallery module and concludes with contact information.
Manage you media assets in Drupal with Scald module - dclondonOlivier Friesse
This document summarizes a presentation about the Scald module for Drupal. Scald allows users to manage digital assets like images, videos, sounds and share them across Drupal objects. It started in 2008 and was ported to D7 in 2012. While popular with some large organizations, D6 Scald had issues with usability and community support. The D7 redesign improved the user experience and grew the user base. Scald works by treating digital assets as "atoms" that can be searched, embedded and reused across a Drupal site. The presentation demonstrates how Scald integrates with fields and editors. Future plans include more providers and editors, as well as a 1.0 release before integration into Drupal core
On 7-8.th of June Drupal Camp Kyiv takes plase in Kyiv. It is the biggest conference in Ukraine devoted to the CMS/CMF Drupal.
This year DEWEB Studio participates actively in this conference: we act as sponsors, reporters and help with the organization of the arrangement.
http://www.youtube.com/watch?v=amGNl5tjXbg
Как перейти с двухзвенной архитектуры Desktop приложения на трехзвенную за од...GoSharp
При разработке трехзвенного приложения часто возникает дублирующийся код. При добавлении новых сущностей и полей мы совершаем действия, которые укладываются в определенный паттерн. Как говорят, "протаскиваем веревки". В докладе Вы узнаете Design Patterns и приемы, для того, чтобы избежать дублирований и сократить время разработки.
Comparing Drupal CMS with Raw PHP coding. Presentation for AISEC conference ItEvent09 - http://aiesec-if.in.ua/news/88-it-event-anounce
inspired by Drupal Camp 2009 (http://camp09.drupal.ua/)
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
Методики декомпозиции инженерных задач в кроссфункциональной команде программистов хорошо изучены на данный момент. Как быть с декомпозицией на независимые задачи с случае с дизайном интерфейса и проектированием взаимодействия не всегда понятно, в особенности для молодых команд.
Общее стремление одновременно повысить скорость и качество разработки, приводит к тому, что специалисты в области опыта взаимодействия всё чаще включаются в agile-команды. Как лучше устроить процесс с этом случае. Что следует проектировать сначала, что можно проектировать независимо и что можно отложить на будущие итерации без страха получить несочленимые компоненты. Как без ущерба разделить то, что, по определению, должно быть целостным.
Similar to Виктор Левандовский Управление проектами по разработке на Drupal (20)
Михаил Боднарчук Современное функциональное тестирование с Codeception
Виктор Левандовский Управление проектами по разработке на Drupal
1. Управление проектами по
разработке на Drupal
Обзор основных
управленческих граблей
VIKTOR LEVANDOVSKY, PMP
Chief Executive Developer
www.internetdevels.com
2. Краткий практический обзор на тему
управления проектами на Drupal
Чем отличается процесс разработки на Drupal
от типового процесса разработки решения с
нуля
Специфика оценки объема работ
Типичные ошибки и риски на стадии
обсуждения и планирования проекта с точки
зрения специфики самого Drupal-а
Как покорить изменения, если много работ
проводится в админке
Несколько практических вариантов
эффективных и неэффективных подходов к
реализации проектов на Drupal
5. Обзор с двух сторон
Отличие от процесса «разработки с
нуля». Что надо учесть.
Отличие от процесса работы «с
коробкой». Что надо учесть. Основные
иллюзии начинающего Drupal-ера.
6. Типовая структура разработки с
нуля этапа «Реализация»
Разработка базы данных
Разработка бизнес-логики
приложения
Разработка визуальной части
40
20
40
7. Разработка базы данных
Обычно надо создавать:
таблицы
взаимосвязи
поля
триггеры
хранимые процедуры
В друпал-проекте:
практически отсутствует (этап,
объем).
8. Разработка бизнес-логики
приложения
Обычно функциональную часть надо
делать либо с нуля либо reuse наработок
Drupal отвечает на этот вопрос: Модули!
Их много. Их очень много.
Базовые модули (CCK,Views, widgets) дают
простор для реализациия, сокращают
время
Чем больше опыт – тем меньше модулей
10. <<box>> Подводные камни
После первых Drupal проектов
появляется ощущение что «море по
колено».
Ошибочное ощущение проекта
начинающего друпалера:
Установил и настроил модули
Сделал цссинг
12. Распределение трудозатрат
Z = X +Y
X - Drupal функционал на основании
существующих модулей
Y – весь специфический функционал,
создающийся с нуля: новые модули
13. X - Drupal функционал на
основании существующих
модулей
Сборка Drupal на модулях – 20%
Работа напильником – 50%
Css-инг – 30%
17. Типичные ошибки и риски
1. Управление объемом проекта
Первичный объем
Изменение объема
2. Технические риски
18. Типичные ошибки и риски
ОБЪЕМ ТРЕБОВАНИЙ
«Дъявол кроется в мелочах»
Неправильная оценка мелочей (а это -
работа напильником) приводит к
проблемам
19. Типичные ошибки и риски
управление изменениями требований
Есть такой эффект - как правило в
конце реализации приходит запрос на
доработку «1 000 мелочей»
На 99% - тот же напильник, для Drupal
проекта это очень существенный
объем
20. Типичные ошибки и риски
Производительность, хостинг
- система требовательна к ресурсам,
нужен хороший хостинг
- один корявый SQL запрос валит всю
систему
28. Подходы
Дизайн -> Функционал
Vs
Функционал -> Дизайн
29. Подходы
Дизайн -> Функционал
Vs
Функционал -> Дизайн
30. Управление проектами по
разработке на Drupal
Обзор основных
управленческих граблей
VIKTOR LEVANDOVSKY, PMP
Chief Executive Developer
www.internetdevels.com