Рубрика «управление требованиями» - 2

С частью 1 можно ознакомиться, перейдя по ссылке habrahabr.ru/post/334892

III ЧЕРЕЗ ВЗАИМОПОНИМАНИЕ К ЭФЕКТИВНЫМ ВЗАИМООТНОШЕНИЯМ

Для успеха в жизни — умение общаться с людьми гораздо важнее обладания талантом
Джон Лаббок

Итак продолжим…
Оттолкнувшись от вопроса взаимопонимания в отношениях, давайте разовьем тему общения и расширим рамки исследования.
Для того, чтобы четко понимать основы эффективного взаимодействия с людьми, рассмотрим под разными углами принципы Коммуницирования. Для этого можно вспомнить какие-то известные вам события из жизни или обратиться к источникам информации. Например, интернету. Лично я выбрал для себя следующие темы:

1. ДОЗНАЕМСЯ ОБ ЭФФЕКТАХ КОММУНИКАЦИИ

Одним из важнейших аспектов общения, заслуживающим пристального внимания, являет собой его воздействие, оказываемое на участников. Витиевато получилось, но необычно… Другими словами нужно понять, какие факторы общения, вызывают значимую реакцию у общающихся и к каким это приводит последствиям.
Давайте для начала вслушаемся в первые ощущения, открывающиеся при общении. Тут уместно вспомнить слова Коко Шанель: «У вас не будет второго шанса, произвести первое впечатление». Итак, для построения качественной коммуникации с нужными людьми, важно с первых минут правильно организовать общение. Говорят, что сделать это проще в неформальной обстановке. Помните трюк с курилкой из фильма «Москва слезам не верит»:
―А я вот в научный зал Ленинской библиотеки пропуск достала.
―Зачем?
―Представляешь, какой там контингент? Академики, докторы, философы.
―Ну и что, будешь смотреть, как они читают?
―Много ты понимаешь. Там еще курилка есть…
Поменять в лучшую сторону впечатление о себе, конечно со временем возможно, но на это придётся потратить силы и время. Поэтому всё-таки гораздо правильнее позаботиться об этом заблаговременно.
Читать полностью »

I ВСТУПЛЕНИЕ

Атлет наслаждается своей физической мощью, любит упражнения, в которых играют роль его мускулы, а аналитик предпочитает мозговую деятельность, дающую ему возможность исследования. Ему доставляют удовольствие даже самые обыкновенные случаи, представляющие возможность применить свои способности.

Эдгар Аллан По

Для людей, активно завоевывающих свое место в обществе, в помощь сейчас доступно достаточное количество литературы об ораторском искусстве, о проведении переговоров, о лидерстве и т.п. Но львиную долю этих трудов объединяет то, что в них во всех, авторы учат облюбованным ими методикам человеческих отношений, приемам влияния на людей и т.п. Это напоминает рецепты из поваренной книги: «отмерьте полстакана теории, сдобрите щепоткой логики, смешайте со смелостью по вкусу … подавать себя лучше слегка подогретым».

Я же совсем не хочу навязывать Вам какие-то свои готовые рецепты построения взаимоотношений. Напротив, как профессиональный ИТ аналитик, я хочу подтолкнуть Вас самих активно и мастерски разбирать по косточкам, просвечивать на свет, сравнивать и пробовать на зуб, происходящие вокруг события, влияющие на ваши взаимоотношения с родом человеческим. И уже на основе этого разбора, самим осознанно строить свою модель и стратегию поведения в обществе. Возможно кому-то, этот курс поможет, глядя по телевизору ток-шоу, не кричать его участникам в экран нелицеприятную правду о них, а аргументировано и спокойно поправлять их суждения.

И для этого, я предлагаю Вам вместе со мной в рамках этой статьи, порассуждать над темой общения людей.

Итак, поехали…

Для проведения любого анализа, необходимо какая-то точка отсчета. А поскольку, на мой взгляд, стрежнем в отношениях людей все же является взаимопонимание, ну по крайней мере для успешных взаимоотношений, то давайте попробуем зацепиться именно за эту тему.
Читать полностью »

Существует множество подходов к ведению IT- проектов и каждый из них находит своих последователей, успешно используется в одних проектах, с треском проваливается в других, приводит в восхищение часть клиентов и вызывает негодование у другой части. Порассуждаем о том, можно ли смешивать подходы, методы и методологии, чтобы достигать поставленных целей.

Важно!

  • В статье присутствует определенная доля иронии.
  • Статья ни в коем случае не ущемляет чьи-либо интересы.
  • В статье не противопоставляется SCRUM водопаду и не смешивается «мягкое с теплым».
  • У каждого свое мнение на процесс разработки проектов, свой опыт или его отсутствие, свой счастливый клиент или свой провалившийся проект, выполненный по методологии, с помощью проектных методик, руководствуясь принципами или интуицией.
  • Будьте добрее!

image
Читать полностью »

Как мы искали компромисс между точностью и полнотой в конкретной задаче ML - 1

Я расскажу о практическом примере того, как мы формулировали требования к задаче машинного обучения и выбирали точку на кривой точность/полнота. Разрабатывая систему автоматической модерации контента, мы столкнулись с проблемой выбора компромисса между точностью и полнотой, и решили ее с помощью несложного, но крайне полезного эксперимента по сбору асессорских оценок и вычисления их согласованности.
Читать полностью »

Зачем, кому это нужно, чем это сделать

Не раз задавалась вопросом: как бы так комфортно организовать входящие требования к системе — на этапе, когда требования только собираются, когда формируются вопросы и озвучиваются ответы, а ещё всё постоянно меняется и пересматривается, а ещё когда в реализации задействовано несколько систем, а ещё, а ещё…
При этом очень бы хотелось:

  • видеть связь: требование➝вопрос➝изменение в требовании➝новое требование;
  • избежать дублирования требований/вопросов;
  • отследить задействованные в реализации системы (от обратного: чтобы представитель каждой системы видел требования, реализация которых хоть как-то касается его системы);
  • получать подтверждение по каждому требованию — что да, требование понято и зафиксировано верно, что реализация возможна;
  • проследить связь с требованиями другого, очень похожего на наш проект проекта — чтобы иметь знание, что вот это уже там реализовано, и мы будем просто использовать сделанные наработки;

Да и вообще.
Читать полностью »

Это статья о том, как организовать требования на крупном проекте с кучей подпроектов, которые постоянно изменяются; организовать требования так, чтобы читателям было счастливо и уютно их читать (насколько это возможно для технической документации), а писателям — писать.

Речь идёт об организации готовых требований (требования уже получены и сформулированы, и теперь с ними ведётся работа). И в данном контексте требование — это описание некой функциональности (в моём случае — к сайту), на языке, понятном разработчику, заказчику, простому смертному, дающее представление о том, «как это должно работать».

То, что написано ниже, — не есть истина в последней инстанции, это лишь описание проблем, с которыми команда разработки сталкивается в работе с требованиями ежедневно, и инструменты, с помощью которых можно их решить.
Читать полностью »

О user-centered design, или процессе проектирования информационных систем, ориентированном на потребности конечного пользователя, сказано уже столько, что кажется, будто бы добавить ничего и нельзя (да и не надо). На каждой завалящей конференции, симпозиуме, митинге, профессиональной тусовке 99% всех слов что будут произнесены – будут так или иначе касаться важности внутреннего мира пользователя, его желаний, потребностей, ожиданий, привычек и т.д.
image

Мне же этот подход кажется слишком поверхностным, таким «для начинающих», по двум причинам: Читать полностью »

«Но я же хотела зеленое большое кислое яблоко» — стенала я, держа в руках маленькое яблочко с красным боком. «Ты сказала, чтобы я купил яблоко, я купил яблоко» — сурово отрезал муж.

image

В начале разработки клиенты всегда довольны, недовольными они становятся в конце, когда их ожидания не совпадают с тем, что разработано. Вроде бы говорили заказчик и менеджер разработки об одном, вроде употребляли умные слова вроде «план» и «риски», а не в восторге клиент от готового продукта. Как так?

Читать полностью »

Александр Александр — «дедушка тестирования» в СНГ делал докладна юбилейной 15-ой SQA Days в Москве.

Слайды:
www.slideshare.net/VLDCORP/ss-33747358?ref=http://sqadays.com/ru/talk/18189

Видео выступления:

Читать полностью »

Системный аналитик, он же постановщик, он же тот, кто работает с требованиями и проектирует систему, во многом определяет жизнеспособность будущей или сопровождаемой системы. Хорошо, если он работает не просто как трансивер, передавая требования от заказчика к разработчикам, но и вносит в продукт «добавленную стоимость» — преобразует «хотелки» в систему требований, концентрируя в ней суть разработки.

Чем выше квалификация системного аналитика, тем ниже производственные затраты. Системный аналитик должен свободно плавать не только в предметной области заказчика, но и процессах проектирования, т.е. проще говоря, осознавать, что именно он делает.

Поэтому предлагаю небольшой crash-тест для тех, кто хочет стать системными аналитиками или для тех, кто хочет взять себе системных аналитиков. Безусловно он не исчерпывающий, но такие точечные «удары», позволяют быстро оценить «глубину проникновения» в процесс проектирования и узнать много нового от собеседника.Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js