Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Жаргон как средство повышения эффективности работы над проектом

561 views

Published on

Доклад Сергея Оводова на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com

Published in: Education
  • Be the first to comment

  • Be the first to like this

Жаргон как средство повышения эффективности работы над проектом

  1. 1. Жаргон как средство повышения эффективности работы над проектом
  2. 2. Коротко о компании Компания М13 занимается разработкой ИС в области мониторинга СМИ и соцсетей. Особенности процесса: ● b2b продукт ● продуктовая разработка с элементами заказной ● команды по 4-5 человек (аналитик, 2-3 разработчика, тестировщик) ● итеративный процесс ● применяется объектно-ориентированный анализ
  3. 3. Жаргон - инструмент общения Жаргон - набор понятий, принятых в рамках проекта (примерно то же, что глоссарий). Жаргон позволяет упростить общение внутри проекта, а также помогает избегать ошибок. Аналитик Тестировщик Менеджер Разработчик
  4. 4. Часть 1. Как помогает жаргон? Примеры
  5. 5. Пример 1. Корзина 1. Пользователь выбирает товар. 2. Система добавляет товар в список выбранных для покупки товаров пользователя. 3. Пользователь переходит к оформлению заказа. 4. Система отображает список выбранных для покупки товаров пользователя. 5. Пользователь подтверждает заказ. 6. Система создает заказ, копирует список выбранных для покупки товаров в заказ и очищает список выбранных для покупки товаров.
  6. 6. Вводим аббревиатуру 1. Пользователь выбирает товар. 2. Система добавляет товар в СВДПТ пользователя. 3. Пользователь переходит к оформлению заказа. 4. Cистема отображает СВДПТ пользователя. 5. Пользователь подтверждает заказ. 6. Система создает заказ, копирует СВДПТ в заказ и очищает СВДПТ.
  7. 7. Сравните, насколько проще 1. Пользователь выбирает товар. 2. Система добавляет товар в корзину. 3. Пользователь переходит к оформлению заказа. 4. Система отображает содержимое корзины. 5. Пользователь подтверждает заказ. 6. Система создает заказ, копирует товары из корзины в заказ и очищает корзину.
  8. 8. Пример 2. Интернет-банк 1. Специальный клиентский именованный счет может иметь название. Длина названия - от 3 до 30 символов. 2. Специальный клиентский именованный счет может быть открыт только через интернет-банк. Счет этого типа не должны быть доступны из банкоматов и приложений для операционистов. 3. На остаток по специальному клиентскому именованному счету должны начисляться проценты по минимальной ставке депозита.
  9. 9. Вводим аббревиатуру 1. СКИС может иметь название. Длина - от 3 до 30 символов. 2. СКИС может быть открыт только через интернет-банк. СКИС не могут быть доступны из банкоматов и приложений для операционистов. 3. На остаток по СКИС должны начисляться проценты по минимальной ставке депозита. Объем текста сократился на 20%
  10. 10. Аббревиатуры не идеальны Слово “СКИС” ● не ассоциируется с банковским счетом ● не подходит по стилю В реальности был выбран термин цель.
  11. 11. Пример 3. Карусель Карусель - система трекинга задач (аналог Jira, Bugzilla, etc.) задачи имеют жизненный цикл, описанный набором статусов
  12. 12. Глоссарий На экране "планирование" должны отображаться все задачи, включенные в очередную итерацию
  13. 13. Фактическая модель Возникло противоречие в терминах, потому что ранее термин “задача” уже был использован
  14. 14. Уточненная модель Талон - общее название запросов на изменение кода Фича - Талон на реализацию новых требований Баг - талон на исправление дефекта.
  15. 15. Пример 4. Уведомления отправитель и все получатели должны относиться к одной компании
  16. 16. Добавляем новую связь отправитель и все получатели должны относиться к одной компании
  17. 17. Сотрудник - пользователь, который работает в заданной компании. Партнер - пользователь, который связан с компанией, но не является её сотрудником Адресат - сотрудник или партнер компании Уточненная модель
  18. 18. Выводы по части 1 1. Жаргон упрощает речь и способствует более эффективному взаимодействию проектной команды. 2. Жаргон позволяет повысить качество требований, снизить количество ошибок. 3. Формирование жаргона требует усилий.
  19. 19. Часть 2. Практика формирования жаргона
  20. 20. Симптомы словарного дефицита 1. Появление устойчивых словосочетаний 2. Затруднение в объяснении или записи требований 3. Частое использование слова “который” 4. Конфликт терминов
  21. 21. Способы генерации терминов 1. Поиск 2. Аббревиатура 3. Транслитерация 4. Метафора
  22. 22. Однозначность - самое главное Неоднозначно ~ неточно ~ неверно “Сотрудник” и “партнер” лучше, чем “связан” или “относится” “Фича” лучше, чем “Задача” Критерии качества терминов Важно: спецтермин должен говорить о том, что он спецтермин
  23. 23. Произносимость СКИС лучше, чем СВДПТ Интуитивность “Фича” лучше, чем ЗРНТ (запрос на реализацию новых требований) Согласованность Товары находятся в “Корзине” Стиль “Цель” лучше, чем СКИС
  24. 24. Методы внедрения терминов 1. Сопровождать термины пояснениями в устной речи и ссылками на глоссарий - в письменной 2. Устраивать презентации Это не смешно!
  25. 25. Опасайтесь конкурентов Термины-конкуренты - слова, которые проникают в речь и вытесняют правильные термины. Способы борьбы с конкурентами: 1. Быть строгим к себе 2. Поправлять коллег 3. Если ничего не помогает - заменить термин
  26. 26. Отношение коллег Либералы легко соглашаются на введение жаргона и расширение словаря Консерваторы сопротивляются новым терминам При внедрении опираться на либералов Не поддаваться влиянию консерваторов
  27. 27. Выводы по части 2 1. Необходимо обращать внимание на словарный дефицит. 2. Чем лучше подобраны термины, тем больше эффекта они приносят. 3. Чтобы жаргон "жил", нужно заниматься его распространением (внедрением). 4. Жаргонные слова приходится запоминать. Участники проекта по- разному оценивают целесообразность этих усилий.
  28. 28. Спасибо за внимание! Сергей Оводов, М13 so@m13.su, osa777@gmail.com

×