Название Конференция Описание | Автор |
---|---|
Сертификация программного продукта | |
ЛАФ-2018 [Подробно...][Скрыть]
Двое докладчиков. | Евгений Блинов |
Стоит ли доверять доверию в командах | |
ЛАФ-2018 [Подробно...][Скрыть] Формат: Пести у костра Описание: Патрик Ленсиони, Денни Стригл, Евгений Ильин и многие другие утверждают, что основой продуктивной работы и менеджмента является доверие. Современные практики стремятся делить большие коллективы на кросс функциональные команды. Но возникает вопрос: а что такое команда, какие они бывают, из кого и когда формируются и этот список вопросов можно долго продолжать. Ведь доверие является важным фактором продуктивной коммуникации и вне коллектива или команды. По всей видимости находя разные ответы на эти вопросы мы будем определять термин «Доверие» совсем по-разному. Управлять доверием важная составляющая работы с людьми, но для управления нужна осознанность. В ходе свободного обсуждения предлагается рассмотреть типы команд и попробовать определить, что есть доверие и его критерии (метрики) для каждого из выделенного типа. Центральные вопросы: Как доверие коррелируется с лидерством. Как измерить уровень доверия и какой уровень достаточен для функционирования и как его поддерживать. Как доверять заинтересованным лицам и коллегам и не получить «нож в спину».
| Владислав Котов |
Требования не меняются, это вы их недовыявили. 10 техник проверки полноты требований | |
ЛАФ-2018 [Подробно...][Скрыть] Требования, конечно, меняются. Иногда. Но гораздо чаще случается, что аналитик не до конца выдавил из заказчика и стейкхолдеров все требования, оставив множество умолчаний ("как нет этой функции? а мы думали, она будет! разве о ней нужно было отдельно говорить?") Я расскажу и покажу техники, позволяющие задать нужные вопросы, выявить максимальное количество требований на ранних этапах анализа, и обсудить нужность этих требований и их приоритеты заранее, а не при сдаче-приемке. Как правило, после применения всех техник объем требований и юзкейсов для обсуждения возрастает в 1.5-2 раза. Возможно, многие техники вы уже применяете, а о некоторых даже не слышали; я попробую свести их в единую систему. Вот некоторые техники (только названия!): анализ именованных сущностей, расширенные матрицы CRUD, контекстный анализ/user centered design, анализ жизненного цикла и т.д. | Юрий Куприянов |
Управление терминами | |
ЛАФ-2018 [Подробно...][Скрыть] Каждый проект, над которым мы работаем, имеет свой уникальный язык. Именно с помощью терминов этого языка будет создаваться модель предметной области. В нем есть свои символы и соответствующие им смыслы. Нужно ли аналитику влиять на развитие этого языка? Какие сложности возникают, если не управлять процессом его формирования? | Марина Липатова |
Велосипеды, грабли и ложный консенсус: как обмениваться опытом? | |
ЛАФ-2018 [Подробно...][Скрыть] АннотацияЧто может быть общего у нескольких десятков аналитиков, разбросанных по проектам большой компании? Как быстрее и легче понимать другу друга при передаче требований, работая в разных командах, с разными процессами, продуктами и потребностями в компетенциях? За год нам удалось провести ряд мероприятий в разных форматах, выявить точки взаимного непонимания и начать работать над ними, а также получить положительные отзывы коллег. Хочу поделиться опытом организации обмена опытом в отделе системного анализа и обсудить подводные камни и нерешенные вопросы этой активности.
План докладаКонтекстИмеется отдел системного анализа численностью около 100 человек. Аналитики распределены по проектам компании. При этом проекты имеют совершенно разные черты, потребности, особенности и т.п. Есть проекты продуктовые (и продукты тоже сильно отличаются по рынкам или устройствам, на которые ориентированы), есть внутренние продукты или компоненты, есть сервисы внутренние и облачные. Все эти проекты, а значит и аналитики в их составе, так или иначе взаимодействуют друг с другом, влияют друг на друга, иногда чем-то похожи друг на друга, иногда наоборот. И очень часто не понимают друг друга в тот самый момент, когда нужно быстро договориться и что-то реализовать полезное для бизнеса.
ПроблемаАналитики отдела сравнительно мало знают о том, как устроена работа у соседей, какие у них проблемы/удачи. Мы часто по-разному понимаем одни и те же процессы или регламенты, которым должны следовать (эффект ложного консенсуса, известный в социальной психологии) Случается, что разные проекты по-разному выстраивают схожие по сути процессы, не зная друг о друге, повторяя ошибки друг друга, изобретая велосипеды и раздражая своих общих подрядчиков, которым приходится делать одно то же разными способами в зависимости от контрагентов. Бывает также, что, участвуя лишь в небольшом фрагменте глобального процесса, отдельному аналитику сложно понять, зачем он совершает магические действия, смысл и последствия которых от него скрыты, а значит от него трудно ожидать высокой мотивации в отношении такой задачи. Если все это помножить на динамику происходящего:
То проблема оказывается довольно серьезной. Хотя конечно почти никогда не выглядит острой или срочной.
РешениеВ отделе появилась идея заняться организацией обмена опытом в отделе. В прошлом году интерес руководства к этой теме наконец встретился с инициативой на уровне сотрудников. В результате в течение года нам удалось выработать формат, провести несколько мероприятий и сделать первые выводы. В первую очередь мы выбирали формат мероприятия. Рассматривали варианты «электронного вестника отдела» или внутренней конференции, но отложили. Первый, потому что писем (особенно длинных) никто не читает, второй как слишком трудозатратный как для организатора, так и для докладчиков. На мой взгляд краеугольной проблемой обмена опытом является сочетание двух противоречивых трудностей: избыток информации вокруг нас и одновременно острый ее недостаток. Естественно, избыток в большинстве случаев – это навязанный нам информационный шум, а не хватает нам всегда того, что нужно прямо здесь и сейчас для нашей текущей задачи. Мы как инициаторы пытаемся решить вторую проблему, но есть риск, что люди будут воспринимать нас как усиление первой проблемы. Мы решили начать с регулярного проведения (1 мероприятие в 1-1,5 месяца) небольших мероприятий на 1-2 часа, каждое из которых должно быть посвящено 1 теме, и на каждое из которых будет приглашаться фокусная группа, которой данной теме интересна. Процесс воплощения выглядел так:
В ряде случаев одной теме приходится посвящать целую серию мероприятий.
Достоинства, недостатки, границы применимостиДостоинства
Трудности (недостатков пока не выявили)
Как преодолевать трудности:
Итоги:Обмен опытом это:
| Наталья Свешникова |
Визуализация требований | |
ЛАФ-2018 [Подробно...][Скрыть] Как визуализировать постановку задачи на одном слайде, какие наброски сделать на интервью по сбору требований, есть ли альтернативы диаграмме вариантов использования UML?
Многие модели, используемые при описании архитектуры предприятия, можно применить в масштабах отдельного проекта. Ландшафтная карта, общий обзор решения, диаграмма системного контекста, схема кооперации действующих лиц, функциональная карта и другие модели позволяют очертить постановку задачи, обсудить содержание и рамки проекта, наметить верхнеуровневый дизайн решения. О своем опыте использования перечисленных представлений я расскажу в предлагаемом выступлении. Записывайтесь!
| Максим Смирнов |
Визуализируй Это | |
ЛАФ-2017 [Подробно...][Скрыть] Это воркшоп на 2.5-3 часа. Раз на прошлом ЛАФе он выиграл приз зрительских симпатий, то почему бы его и не повторить (:
Ходят легенды о том, что бОльшая часть людей визуалы и лучше воспринимают информацию, когда она представлена в визуальной форме. А ещё хотят легенды о том, что научиться рисовать очень сложно.. Знающие люди говорят, что визуализировать и рисовать – это немного разные вещи. В течение этого короткого воркшопа участники узнают, зачем и когда можно использовать визуализацию, увидят, что этому можно легко научиться и потренируются это делать прямо на воркшопе. Этот воркшоп будет полезен как начинающим, так и продолжающим бизнес-аналитикам.. а вообще, он будет полезен всем, кто ещё не использует визуализацию в своей работе в полной мере. Кстати, теории на нем почти не будет. А вот практики...
| Юрий Веденин |
О сообществе аналитиков Санкт-Петербурга | |
ЛАФ-2017 [Подробно...][Скрыть] Расскажу о сообществе аналитиков Санкт-Петербурга:
| Анна Сергеевна Абрамова |
Стратегия голубого океана. Как найти свою нишу? | |
ЛАФ-2017 [Подробно...][Скрыть] Расскажу о принципах успешных компаний, которые не конкурируют в кровавом море, а находят свою нишу на просторах голубого океана. Покажу инструменты, которые работают для нахождения тех самых тихих заводей, где можно отрыть успешный бизнес. По сути этот подход является одним из методов бизнес-анализа, который помогает найти новые успешные направления работы компании или продукты. В докладе будут раскрыты следующие темы: 1. Отличие кровавого моря от голубого океана 2. Метод разработки стратегии голубого океана 3. Методы выхода за привычные границы рынка
| Александр Байкин |
Применение инструментов теории ограничений систем для поиска решений | |
ЛАФ-2017 [Подробно...][Скрыть] У всякого клиента есть проблема, но часто он просит фичи, а не решение проблемы. Или он уже решил, что ему может помочь, а когда продукт выпускается, оказывается что результат не тот. Как бы сделать так, чтобы клиент сам рассказал о проблемах, и мы смогли сформровать более эфективное предложение ценности в виде функцинала? На этот вопрос и попробуем найти ответ.
| Алексей Васильев |
Снижение архитектурных рисков или сам себе коуч | |
ЛАФ-2017 [Подробно...][Скрыть] Аналитик, как посредник между заказчиком и командой, может выступать в роли Владельца продукта. Но команда сама отвечает за проектирование решения и архитектуру. Находясь внутри команды сложно заметить проблемы выбранных архитектурных решений и препяствия для реализации новых историй. Поговорим о том, как можно помочь команде выявить ошибки, до того как она их совершит. (Доклад/ Мастер-класс)
| Алексей Васильев |
Методика обеспечения достоверности финансовой информации в средней и крупной компании | |
ЛАФ-2017 [Подробно...][Скрыть] Доклад посвящен подходу к обеспечению достоверности финансовой информации в организации. В докладе будут рассмотрены:
| Алексей Залезский |
Начерти на карте план (с) - поговорим о планировании работ аналитиков | |
ЛАФ-2017 [Подробно...][Скрыть] На круглом столе поговорим о планировании работ аналитиков, об оценке трудозатрат, сроках выполнения. Как Вы расчитываете трудозатраты? Как определяете сроки выполнения? Есть ли методики расчета или используете экспертные оценки? Какова необходимая точность расчетов? Что делаете, если работы растягиваются, сроки нарушаются, возникают дополнительные работы? Почему аналитики не любят оценку трудозатрат? Почему не любим указать сроки? Можно ли превратить оценку трудозатрат и сроков из дамоклова меча в помощника? Рассмотрим наиболее распространенные методики оценки трудозатрат. И поделюсь успешным опытом (около 10 лет) планирования работ аналитиков.
| Ирина Гертовская |
Организация базы знаний: хранилище документации и проектные статьи | |
ЛАФ-2017 [Подробно...][Скрыть] Оформление проектного опыта, знаний и результатов работы сотрудников - основа базы знаний (далее - БЗ) для компании. Её использование снижает риски и экономит ресурсы. Доклад посвящен опыту аналитиков нашей компании в формировании БЗ. В первой части доклада расскажу о нашем хранилище проектной документации на основе платформы MS SharePoint и DocTrix. Оно содержит проектную документацию, разработанную аналитиками, и наполняется при завершении проекта. Наш подход полезен тем, что мы организовали удобный поиск документов за счет их категоризации по типам, доменам, модулям информационных систем. Во второй части доклада расскажу об оформлении ретроспектив по проектам в виде статей. Ретроспектива позволяет понять, насколько правильно реализовывался проект и какие получены уроки, сформировать перечень ошибок и «выстреливших» рисков, которые требуется учитывать и избегать в будущем. Также статьи содержат информацию об инструментах, стандартах документации, аспектах работы в конкретном домене.
| Олег Денисов |
Что у вас в центре Use Case диаграммы? История одной авиакатастрофы | |
ЛАФ-2017 [Подробно...][Скрыть] При разработке сценариев использования любой системы часто используется следующая модель: в центре картины мира - разрабатываемая система, предоставляющая свой функционал пользователям и другим системам. Это полезное для анализа упрощение ситуации, если не забывать о том, при каких предположениях это упрощение было сделано. В реальной жизни пользователи, кроме разрабатываемой системы, часто одновременно взаимодействуют и с несколькими другими системами. Иногда, поместив в центр диаграммы конкретного пользователя и проследив все его взаимодействия, можно открыть для себя совершенно другие юзкейзы, и прийти к совсем другим требованиям. Разберем это на примере драматического случая использования информационной системы обработки данных спутникового треккинга при наступлении неучтенных ее разработчиками юзкейзов.
| Дмитрий Волгин |
Как писать ReleaseNotes, чтобы их читали | |
ЛАФ-2017 [Подробно...][Скрыть] ПО постоянно изменяется. Выходят минорные обновления, патчи, баг-фиксы, крупные обновления, новые версии и релизы. Разработчикам хочется похвастаться тем, что они сделали, а пользователям прочитать о том, что же изменилось в продукте. Мы начали писать release notes (заметки к релизу с описанием изменений) для своего продукта 5 лет назад. И были горды собой — выносили в relese notes только главные задачи, указывали их номер в JIRA вместе со ссылкой, писали подробную инструкцию, как перейти на новый релиз. Но потом мы заметили, что заказчики не используют новые возможности. Стали выяснить, почему? Оказалось — они про них не знают! Мы расстроились, задумались, а потом переработали формат описания изменений с нуля. И это сработало! Приглашаю аналитиков и технических писателей послушать о том, как мы добились того, чтобы заказчики были в курсе изменений, и как новый формат relese notes повлиял на весь процесс разработки новых релизов.
| Павел Абдюшев |
Эволюция методов прогнозирования: вчера, сегодня, завтра | |
ЛАФ-2017 [Подробно...][Скрыть] Я расскажу про эволюцию методов прогнозирования (сценарии, форсайт, имитационное моделирование), поговорим о сейчас и о будущем. Также я затрону тему инструментов аналитика в свете быстро наступающего будущего.
| Инна Остановская |
Божественная комедия: Модель зрелости BDD-процесса и место аналитика на каждом из уровней | |
ЛАФ-2017 [Подробно...][Скрыть] За 5 лет изучения, внедрения и практики Behaviour-Driven Development со множеством команд во множестве различных организаций мне удалось сформулировать модель зрелости этого процесса, которую я готов презентовать на одной из стен Летнего Аналитического Фестиваля в виде визуальной метафоры, базирующейся на бессмертном произведении Данте Алигьери. При этом ключевой акцент, безусловно, будет сделан на том, как аналитику живётся на каждом из уровней этой модели и как аналитик может способствовать продвижению команды к более высоким уровням BDD-зрелости.
| Вадим Мустяца |
День независимости: Спасаем мир с помощью BDD | |
ЛАФ-2017 [Подробно...][Скрыть] Это игра-симуляция, позволяющая испытать на себе процесс Behaviour-Driven Development и научиться использовать язык Gherkin для спецификации целевого поведения своих программных продуктов. В основе симуляции лежит фабула фантастического фильма «День независимости» и элементы одной из самых сложных и интересных командных настольных игр «Космическая тревога» (Space Alert).
Мастер-класс состоит из нескольких этапов, связанных с этапами BDD-процесса: формирование команд, бэклога, спринты по реализации функций корабля, «разбор полётов» и обсуждение того, как выстроить аналогичный процесс на реальных проектах, его преимущества и слабые места.
Длительность: 4 часа во второй день. Необходима будет площадка, достаточно защищённая от ветра, чтобы не сдувало элементы настолки. Возможно, подойдёт одна из беседок, проверим заранее на месте.
| Вадим Мустяца |
Быстрый рост компании до 10000 человек | |
ЛАФ-2017 [Подробно...][Скрыть]
UPD 23/06 Моя обычная роль бизнес архитектор. Примерно 20 лет я занимаюсь проектами изменений в разных ракурсах. В последнем проекте с телеком компанией на 6000+ человек пришлось разбираться со стандартами CMMI5 - таков был изначальный запрос. Расскажу про проект и про проблемы больших ИТ компаний. Самая большая проблема не только понять что не так, но ещё и объяснить это тем кто не смог увидеть самостоятельно. Это 2 разные задачи. Например как можно показать наглядно, что задачи из тестирования захлестывают задачи которые еще только начали делать?
Здесь на что похожа игра https://goo.gl/4HHecm
Ниже первый анонс мастер-класса
1 год = 5 минут игрового времени. 5 минут обсуждение внутри команды и отчет в виде люди бюджет % выпролнения и др. показатели максимум 10-20 штук. В конце каждого периода мы меяемся показателями. Задаем вопросы каждой команде. | Андрей Степенко |
Недирективное управление в эпоху перемен | |
ЛАФ-2017 [Подробно...][Скрыть] Многим знакома ситуация, когда в команде аналитиков появляется тим-лид, который и как аналитик - профессионал, и управляет в соответствии с умными книжками, а работа команды не спорится. Или ситуация, когда аналитиками начинает рулить менеджер с большим управленческим опытом, но не аналитик, а работа команды все равно не спорится. В своем докладе я расскажу:
Доклад рассчитан на слушателей c любым опытом и ролью, но наиболее полезен может быть тим-лидам, руководителям отделов аналитики, руководителям проектов.
| Иван Потапов |
Как написать резюме, чтобы оно не пошло в корзину | |
ЛАФ-2017 [Подробно...][Скрыть] Как написать резюме, чтобы оно не пошло в корзину: советы основателя кадрового агентства.
| Тимур Хайруллин |
Трудности аналитика при работе по гибким методологиям | |
ЛАФ-2017 [Подробно...][Скрыть]
В докладе будет кратко раскрыто несколько трудностей, с которыми я сталкивался как аналитик при работе по гибким методологиям. Расскажу о своем опыте и том как данные трудности удалось преодолеть.
Доклад в большей степени расчитан на начинающих специалистов.
Будут раскрыты следующие тезисы:
- Мнение аналитика не авторитетно
- Личная неприязнь членов команды
- Качество и полнота документации
| Артем Кириллов |
Играем роль аналитика | |
ЛАФ-2017 [Подробно...][Скрыть] Я хочу рассказать о сотрудниках, выполняющих роль аналитика в моих проектах. Формат мероприятия выбрала предварительно, моя тема может лучше в обсуждении (круглом столе или мастер-классе). 1. Кто может играть роль аналитика? Самый очевидный вариант - аналитик, далее менее очевидные - менеджер проекта, тестировщик, разработчик и прочие. Как выглядит схема работы в каждом из случаев, ведь играющие роль аналитика исполняют и свою проектную роль. 2. Как играют роль аналитика другие? Профессионал в направлении имеет свои отличительные особенности: менеджер проекта лучше других планирует работу команды, тестировщик - даёт информацию о несоответствиях и предупреждает проблемы, разработчик - единственный, кто производит сам продукт:) В соответствии со своими особенностями они и выполняют роль аналитика: менеджер отлично взаимодействует с заказчиком и стыкует между собой разные активности по ТЗ, но может проседать в технических моментах; тестировщик обнаруживает несоответствия в разных частях документа и предусматривает крайние случаи, но замучивает заказчика своими дотошными вопросами; разработчик отлично прорабатывает техническую часть ТЗ, но недостаточно покрывает пользовательские сценарии. 3. Зачем это аналитикам? Посмотреть, как работают другие и узнать себя в деталях. Что можно взять полезного из направлений, а где сильнее именно аналитик. 4. Почему я об этом говорю? Я являюсь руководителем отдела тестирования и смотрю со стороны тестирования на аналитику. Учить аналитиков, как им работать, считаю не своей компетенцией, а рассказать о практике работы - вполне возможным. В подавляющем большинстве случаев работаю с исполняющими роль аналитика и считаю это неплохим решением для небольших команд.
| Юлия Абрамова |
Двенадцать простых шаблонов BPMN-моделирования | |
ЛАФ-2017 [Подробно...][Скрыть] Анализируя отклики зрителей на вебинар «Одиннадцать простых фишек BPMN-моделирования» (2015), вопросы, звучащие в ходе тренингов, и личный проектный опыт, нам удалось идентифицировать, описать и систематизировать джентельменский набор шаблонов (паттернов) моделирования на языке BPMN 2. Актуальность запроса практикующих аналитиков на каталог шаблонов обусловлена отсутствием в русскоязычном сегменте Сети какой бы то ни было эталонной библиотеки типовых «строительных блоков», аналогичной каталогам GoF, GRASP или PoEAA для программной архитектуры; немногочисленные же попытки создания аналогичного каталога англоязычными специалистами малоизвестны и подчас содержат откровенно спорные результаты. Выявленные нами за последние несколько лет шаблоны универсальны и готовы к применению в различных практических ситуациях. Среди них — простые решения сложных проблем, связанных с использованием шлюзов, событий, подпроцессов и прочих языковых элементов. Каждый шаблон, сборник которых мы хотели бы вынести на суд участников ЛАФ, будет проиллюстрирован фрагментом BPMN-модели, а также нашим видением его ограничений и преимуществ. По окончании мастер-класса (1,5 часа) возможно продолжение обсуждения материала в формате barcamp’а. | Алексей Петров |
OMG CMMN™: язык моделирования «особого назначения» | |
ЛАФ-2017 [Подробно...][Скрыть] Сложность современного мира, инновационный характер развития «цифровых предприятий» и всевозрастающая ориентация бизнеса на клиента поднимают вопросы индивидуализации обслуживания и отказа от рутинного технологического «конвейера» в пользу адаптивного подхода к выполнению самых разных задач квалифицированным персоналом: от урегулирования страховых случаев до планирования перевозок сборных грузов и пр. Присущая таким работам исходная неопределенность порядка, трудоемкости и себестоимости их производства лишает аналитика возможности рассматривать сами работы как бизнес-процесс с присущим последнему детерминированным характером цепочки операций или задач. Единственным нормативным способом формального описания подобных случаев до последнего времени, пожалуй, оставались спонтанные (ситуативные, ad hoc) процессы BPMN. Решительным образом ситуация изменилась в мае 2014 года, когда консорциум OMG предложил спецификацию языка CMMN 1.0 (с декабря 2016 года — CMMN 1.1). Само название стандарта — Case Management Model and Notation — указывает на его родство с широко известными формальными языками описания бизнес-процессов, решений и бизнес-правил (BPMN и DMN, соответственно), а равно с подходом к гибкому управлению деятельностью предприятий, известным как адаптивный (динамический) кейс-менеджмент (Adaptive / Dynamic Case Management, ACM). Предлагаемый участникам фестиваля мастер-класс (2,5 часа) позволит на практике освоить азы языка CMMN 1.1, узнать о ключевых принципах «коллаборативного» процессного управления с учетом социальной среды, попробовать себя в решении простых задач… и просто получить удовольствие! | Алексей Петров |
Работа на проекте с гос.заказчиком | |
ЛАФ-2017 [Подробно...][Скрыть]
Расскажу о своем опыте работы над некой частью функциональности Регионального Портала Госуслуг. Затрону лишь те моменты, которые могут помочь другим аналитикам на проектах, которые связаны с гос.сферой.
Основные тезисы доклада:
| Зорин Сергей |
Взгляд за кулисы предпроектных работ | |
ЛАФ-2017 [Подробно...][Скрыть]
Успех программного продукта закладывается на этапе формирования его концепции, которая служит отправной точкой для всей последующей разработки. В работе над концепцией существует своя специфика, которая зависит от модели работы с требованиями: продуктовая или заказная. Я расскажу об этой специфике, а также о том, как эти знания применить в коммуникациях с заинтересованными сторонами проекта при обосновании его востребованности.
Знания, изложенные в докладе, применялись на практике при работе над ИТ проектами как для заказной, так и для продуктовой разработки в масштабных компаниях с большим числом штатных сотрудников. Если масштабировать описанные принципы на менее крупные организации и проекты, то вполне можно получить адаптивное решение для применения в повседневной практике и работе с заказчиками.
| Борисовский Дмитрий |
Форсайт-игра по работе со стратегией | |
ЛАФ-2017 [Подробно...][Скрыть] Мы приглашаем Вас принять участие в игре (имитационном моделировании) взаимодействия команд при запуске новых продуктов в условиях быстро меняющихся условий на рынке. Мы считаем, что игра будет интересна и полезна как руководителям продуктов, так и тем, кто стремится создать свой продукт.
Игра потребует командной работы и базовых навыков стратегического мышления. Совместно с Николаем Фатеевым (Игротехник) .
Продолжительность 2-3 часа. Желающим играть в эту игру просьба записаться | Dmitry Bezuglyy |
Визуальные заметки как источник вдохновения | |
ЛАФ-2017 [Подробно...][Скрыть] Каждый день аналитик пишет много текста, рисует диаграммы и модели. Каждый день нужно выдавать идеи и решения. Бывает, так что бьешься над вариантом решения, а вдохновения нет, идеи не приходят. В своем докладе я расскажу, как можно использовать визуальные заметки, чтобы они стали источником вдохновения, помогали в работе с командой.
| Екатерина Герт |