Вы и Заказчик: решаем проблемы, а не отрабатываем требования (Максим Цепков, Андрей Мясников и Рина Ужевко на SQAdays-15) http://mtsepkov.org/You-and-Customer-sqadays15
I forum 2014 "Оптимизация - не всегда весело, но помогает пережить кризис. Ка...Yaware
Доклад основателя компании Yaware Савчишина Руслана на конференции iForum 2014. Тема:"Оптимизация - не всегда весело но помогает пережить кризис. Как оптимизировать правильно"
EL GASTO EN OCIO Y CULTURA CAYÓ EN 2011 A NIVELES INFERIORES AL AÑO 2006, SEGÚN EL ESTUDIO “EL GASTO EN OCIO Y CULTURA EN ESPAÑA 2013” REALIZADO POR EAE BUSINESS SCHOOL.
I forum 2014 "Оптимизация - не всегда весело, но помогает пережить кризис. Ка...Yaware
Доклад основателя компании Yaware Савчишина Руслана на конференции iForum 2014. Тема:"Оптимизация - не всегда весело но помогает пережить кризис. Как оптимизировать правильно"
EL GASTO EN OCIO Y CULTURA CAYÓ EN 2011 A NIVELES INFERIORES AL AÑO 2006, SEGÚN EL ESTUDIO “EL GASTO EN OCIO Y CULTURA EN ESPAÑA 2013” REALIZADO POR EAE BUSINESS SCHOOL.
Андрей Солоной "Как людям бизнеса работать с программистами"Startup_Technologies
Эксперт Startup Weekend, ведущий .NETразработчик и архитектор с большим опытом, ментор в EffectiveSoft Андрей Солоной выступил на Стартап-школе с мастер-классом: "Как людям бизнеса работать с программистами"
Программное обеспечение не вечно. Старые продукты перестают удовлетворять каким-то требованиям и запускаются проекты по разработке новых продуктов, которые должны быть функциональнее, быстрее, надёжнее. Но вот беда: новый продукт нельзя сделать за пару месяцев. Разработка может тянуться в течение года, двух, трёх… И всё это время старый продукт требует поддержки и допилки. Вот здесь и начинаются проблемы. Должен ли опыт разработки старого продукта учитываться при создании нового? Должны ли команды работать друг с другом и насколько тесно? Как сохранить мотивацию команды, поддерживающей старый продукт и как мотивировать догоняющих? Что делать, когда оба продукта работают на боевой среде и данные в них частично дублируются, а частично противоречат друг другу?
В своём докладе я расскажу о тех ошибках, которые я встречал (и совершал тоже) при одновременной разработке легаси-проекта и его преемника, а также о том, как можно в этой ситуации избежать конфликтов между людьми, технологиями и данными.
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)Ontico
HighLoad++ 2017
Зал «Пекин+Шанхай», 7 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2907.html
Конкуренция в банковском сегменте усиливается с каждым годом, повышаются ставки и цели по прибыли компаний. При прочих равных выигрывает тот, кто может быстрее разрабатывать продукты и мгновенно реагировать на потребности рынка. Банки рассматривают DevOps-трансформацию как средство, которое позволит им кардинально повысить финансовую эффективность, качество финансовых продуктов и поможет услышать и быстро реагировать на клиента.
...
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
5 правил успешной разработки приложений для бренда Heads&Hands
Презентация о правилах разработки мобильных приложений для крупных брендов. Основные ошибки и проблемы, с которыми сталкивается компания-разработчик и способы их решения.
Similar to You and Сustomer: Solve problems Tsepkov Myasnikov Uzhevko SQAdays-15 (20)
From Agile to Teal Organization PRyug-2017Maxim Tsepkov
Будущее уже наступило: от Agile к Бирюзовым организациям. http://mtsepkov.org/Agile-PRyug Дни PR и маркетинга на Юге 2017 - рассказ про Agile и тренды развития организаций для не специалистов, вне IT
Доклад на SQAdays весной 2017 в Москве. Страница доклада http://mtsepkov.org/SelfDet Проблема самоопределения, конструирования своего будущего в современном мире становится все актуальнее, в отличие от мира прошлого, в котором ты определялся всего пару раз, выбирая профессию и создавая семью, да и то это часто делали за тебя родители. А сейчас ты должен делать это регулярно, да еще - в быстро развивающемся мире, что особенно заметно в мире IT, на фоне бурного развития технологий. У меня сформировалась сборка из схем, которые помогают это делать.
Agile and the Third Wave (IT Spring 2017)Maxim Tsepkov
http://mtsepkov.org/AgileAgainstThirdWave Развитие на конференции IT Spring доклада на AgileDays-2017 Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь.
Диаграммы учета как средство для наглядного и целостного отображения правил учета. Страница доклада http://mtsepkov.org/AccDiagramEcon Международный экономический симпозиум - Соколовские чтения 2017
Choose method for requirements Tsepkov Analyst Days-2017Maxim Tsepkov
Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017). Страница доклада http://mtsepkov.org/Methods4req
Agile - ответ на вызовы третьей промышленной революции - цепков custisMaxim Tsepkov
http://mtsepkov.org/AgileAgainstThirdWave доклад на AgileDays-2017 Третья промышленная революция, которая была предсказана в далеком 1980 году Элвисом Тоффлером в книге «Третья волна», уже перестала быть делом будущего, а становится частью настоящего. Вызовы, которые она несла, в первую очередь пришли в IT-отрасль в конце 20 века. А в начале 21 века появился ответ на них — практики Agile, которые развиваются уже полтора десятилетия, в том числе вбирая из традиционного менеджмента все ценное и применимое в будущем мире. Сейчас новые вызовы и связанная с ними турбулентность идут в другие отрасли, которые могут в ответ изобретать собственные практики, а могут воспользоваться апробированными ответами Agile, наполнив его практики своей спецификой. Темп изменений в разных отраслях различается, однако приход нового неизбежен, потому что изменился mindset нового поколения соцсетей — тех, кто начал активно общаться и завоевывать лидерство в виртуальном пространстве еще в школе. И по мере того, как такие люди будут приходить в организации, они будут необратимо менять их культуру. Распространение бирюзовых организаций, описанных Фредериком Лалу в книге «Открывая организации будущего», — зримое проявление этих изменений. И вовсе не случайно организационный фреймворк для таких компаний — холакратия — тоже появился в IT-отрасли и распространяется за ее пределы. В докладе будет описана big picture современного развития, в которой каждой из организаций предстоит самоопределиться и выбрать собственный путь.
Process and Case Management together (SECR-2016)Maxim Tsepkov
Подробнее - http://mtsepkov.org/Process_and_Case-SECR Process & Case Management в информационной системе:от автоматизации As Is к поддержке развития бизнеса - доклад на SECR-2016.
Эволюция организаций и эволюция сотрудника – как изменяется понятие о прави...Maxim Tsepkov
Подъем по уровням ценностей Спиральной динамики меняет содержание, вкладываемое в такие, казалось бы, понятные действия, такие как вписаться в коллектив или завершить проект, и наполняет новым содержанием понятия целеполагания, ответственности, осмысленности действий, решения конфликтов, которые лежат в основе бирюзовых организаций.
Taxonomy vs folksonomy Tsepkov Analyst Days 2016Maxim Tsepkov
http://mtsepkov.org/SMD-AnalystDays2016 Коммуникация при различной структуре мышления - таксономия против фолксономии. Выступление Максима Цепкова на AnalystDays-2016.
Spiral dynamics in use tsepkov sqadays-16Maxim Tsepkov
Спиральная динамика как призма для взгляда на мир ИТ-шника. Подробности и видео http://mtsepkov.org/SpiralDynamics-SQAdays Выступление на SQAdays-16 14.11.2014 в Санкт-Петербурге.
2. Тестирует методы
порабощения человечества
путем вовлечения их в
выдуманные миры.
Докладчик конференций,
организатор клуба MSTC,
член программного
комитета и т.д.
-CEO at HQA.CC
-Tester
-Test-manager
-Профессиональный
диверсант.
Архитектор, аналитик,
драйвер проектов,
разработчик
Конференции,
Проф.сообщества
30 лет в IT…
3. Что?
o Сотрудничество или формальный контракт ?
o Мы не будем агитировать за сотрудничество –
это сделал Agile Manifesto
Customer collaboration
over Contract negotiation
o Просто сотрудничество – дело сложное
o Это означает «Решать проблемы заказчика»
o Мы покажем на кейсах
как к этому подступиться
6. o Команда делает заказ на правки
o Через некоторое время правки приходят
o Правки тестируются, а баги отсылаются заказчику
o Присылаются хотфиксы, проверяются и устанавливаются
в систему
10. o - Хочется узнать как движется процесс разработки:
o - Мы можем быть уверены, что выпустимся без багов в
этот деплой? (sic!)
o - Нам срочно нужны эти фиксы.
o -Это ещё что за фиксы? Мы это заказывали?
o -Это не наше, нам вообще надо это ставить? Они
адресом не ошиблись?
o -Всё хорошо, всё поправлено. Патч небольшой. На
всякий случай проверьте, не крашит ли он систему.
o -Здравствуйте, а можно перестать слать нам фиксы для
xp? У нас Семерка.
o -Здравствуйте, а можно перестать слать нам фиксы для
Семерки? У нас Линукс.
15. У Вас есть приложение и Пользователь
o который жалуется «что-то у вас медленно»
o или хочет странного – навороченную форму
o или вообще ничего не хочет, но вот его начальник
говорит «хреновое у вас приложение»
И вы начинаете разбираться…
16. o Что-то медленно работают ваши интерфейсы
o … с большими таблицами
o Смотрим – все вроде нормально
o Может, памяти в компах мало?
o Может, нагрузка на сервер?
o Что-что? А зачем вам на экране 10К строк в таблице?
o Выясняем причины – и устраняем
o Надо найти конкретные строки – делаем поиск
o Надо в Excel чтобы поработать формулами –
делаем экспорт в Excel без дочитки
o Надо все накладные прошлого месяца
в архив отправить – делаем кнопку
17. o А сделайте, чтоб на этой форме мы могли вводить
не только номер договора, но и код клиента или его
название, и получали список договоров…
o Сейчас там ввод номера договора –
ввод с бумажек, на которых номер есть.
o Делать – не хочется: трудоемко, и запутаются
o А зачем вам это?
o А есть еще один кейс – звонят по телефону…
o Сделали открытие формы из таблицы клиентов,
с заполненным списком договоров
и последним по умолчанию
18. o При внедрении в новом отделе говорят, что не могут
работать с системой – нужны шаблоны документов
o Предлагают сложную конструкцию
o Спрашиваем – а в чем проблема?
o А есть ежемесячная работа –
ввод налоговых платежей с кучей реквизитов,
и чтоб не ошибиться…
o Оказалось, задача легко решается копированием
документов прошлого месяца – правим только сумму (а
дата сама ставится)
o В другом отделе копирование – недостаточно.
o Идут серии клиентских платежей, различаются суммой
и назначением. Ввел один, а потом его искать и
нажимать «копировать» – тяжело.
o Сделали кнопку «Следующий»
19. o Приходит требование, которое кажется
абсурдным – надо уметь править цифры
выходного отчета
o Оказывается, отчет надо сдавать в
жесткие сроки
o Данные поступают из другой системы и
прокрутить цикл «исправили данные –
пересчитали отчет» не успевают
o Сделали экспорт в Excel – правят там
o А потом – и хранение исправлений…
20. o Переход на следующее поле по Enter
o Ввод валюты по цифровому коду
o Множители – m и y
o Относительные даты – в днях и месяцах
21. o Ситуация – иногда сервер встает под нагрузкой
o Картина – очень много активных пользовательских
сессий
o И примерно в одно время дня
o Оказалось:
o есть пик работы у группы пользователей,
нагрузка 60-80%
o если в это время другие случайно запускают тяжелую
операцию – время отклика увеличивается
o чтобы не ждать, они открывают приложение повторно и
параллельно пускают обработку другого документа
o ситуация самозатягивается
o Обошлось объяснением первой группе.
А админы начали мониторить тяжелые операции в период
пиковой нагрузки.
23. Проблема: коллега занят, повышаем лояльность
пользователей
Нужно: обсудить, понять, узнать мнение, идеи
Решение:
- Вести списки дней рождений, дарить приятные сувениры
- наблюдать кто с кем лучше общается,
- знать о их проблемах
Итог: При общении возникают идеи – не отмахивайтесь от
них!
ВАЖНО - поздравления должны быть искренними
Зная свою аудиторию – ты
обладаешь великой силой!
25. Проблема:
обновление давно просили.
Любое обновление пользователями воспринимается
болезненно
Пользователи готовы больше кликать мышкой (потому что
так привыкли), лишь бы меньше думать
Решение:
1. Предварительно сделать опрос – хотите ли вы это?
2. Дать им обжиться
26. Действие: Обновление функционала
Проблема:
«бывалый пользователь» ощущает себя не в своей
тарелке. Теряется лояльность к администрации и
продукту
Например:
Вы изменили платежку (заключили контракт с Деньги
онлайн)
27. Решение: нужно писать новости версии
в формате полноценного гайда
- вики, видео, пишите FAQ
28. « Все будет хорошо»
Обещать, что все будет хорошо – можно веками, и это
все успешно делают.
Например: вы обещаете, что поправите какой-то
некритичный баг какому-то пользователю
И все не до его частностей.
Проблема : пользователь ушел к более отзывчивому
ресурсу
Решение:
Если вы хотите удержать аудиторию – делайте шаги,
которые наглядно покажут куда вы двигаетесь и зачем
29. Заказчик: Есть проблема…Х
Нужно понимать и решать, НО:
а) нужно донести намерения о решении и способах
б) нужно проверить, что получилось решить
и если Б не подтверждается, нужно
в) понять, почему не вышло
Решение:
- фокус группы
- скайп-чатики
- формы опросов
30. Проблема: работы нет. Есть общение и консультации
Пример: У пользователя была проблема. Вы помогли в
ней разобрать и решить. Время потрачено.
Решение:
Закладываем в контракт:
- отдельная строка или ставка
Ведем все это в отчетах
Не забываем публиковать отзывы пользователей
31. Проблема: есть дополнительная работа
Пример: При изменении проперти пользователю сделали
ошибку, в итоге – игрок роняет сервер. Нужно править
срочно проперти
Решение:
1. не ищите виноватых, решайте проблему.
2. Решите внутри как это будет оплачено
- подарок
- бартер
- продажа
3. Не забываем предоставить отчет об успехе
32. Проблема: кто же виноват?
Пример: Кто правил проперти этому пользователю?
Ошибка: спихнуть вину на других
Решение:
1. История переписки и действий должна давать
четкий ответ на вопрос
33. Проблема: говорить или писать?
Решение: конечно, говорить, НО
- Заранее посылать материалы для обсуждения
- Вести протоколы встреч
- Получать подтверждение