На нашем ресурсе вы можете полностью погрузиться в мир книги «Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ» — читайте её онлайн бесплатно в полной, несокращённой версии. Если предпочитаете слушать — воспользуйтесь аудиоформатом; хотите сохранить — скачайте через торрент в fb2. Жанр произведения — Бизнес-книги, Менеджмент, Управление бизнесом. Также на странице доступно подробное описание, авторская аннотация, краткое содержание и живые отзывы читателей. Мы постоянно пополняем библиотеку и улучшаем сервис, чтобы создавать лучшее пространство для всех ценителей качественной литературы.
Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ

Автор
Дата выхода
24 февраля 2021
🔍 Загляните за кулисы "Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ" — аннотация, авторский взгляд и ключевые моменты
Перед погружением в полный текст предлагаем познакомиться с произведением поближе. Здесь собраны авторские заметки, аннотация и краткое содержание "Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ" — всё, что поможет понять глубину замысла и подготовиться к чтению. Материалы представлены в оригинальной авторской редакции (Юрий Дубровский) и сохраняют аутентичность произведения. Если чего-то не хватает — сообщите нам в комментариях, и мы дополним описание. Читайте мнения других участников сообщества: их отзывы часто раскрывают скрытые смыслы и добавляют новые грани понимания. А после прочтения обязательно вернитесь сюда — ваш отзыв станет ценным вкладом в общее обсуждение книги.
Описание книги
Эта книга поможет Вам создать уютный оазис определенности в жестокой пустыне проектной деятельности.
Палящие лучи неопределенности, выжигающие все живое вокруг, остановятся, когда на их пути возникнут нормальные, понятные, продуманные бизнес-требования к проекту.
Вы внесете в проект атмосферу взаимопонимания и управляемости, если будете руководствоваться изложенными в книге подходами и шаблонами.
Ваши контрагенты будут приятно удивлены и станут стремиться только к Вам, потому как Вы станете тем редким "заказчиком, который точно знает, что он хочет".
Книга поможет вам задать правильные вопросы и найти ответы на старте проекта, заранее, до того, как все сроки прошли, а работа сделана.
И не важно, кто вы - бизнес-специалист или аналитик, в любом случае требования, вышедшие из под Вашего пера после прочтения этой книги будут вызывать диалог по существу, а не ужас в глазах ваших потенциальных исполнителей.
Это дорогого стоит! Добро пожаловать в мир правильных бизнес-требований!
📚 Читайте "Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ" онлайн — полный текст книги доступен бесплатно
Перед вами — полная электронная версия книги "Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ", адаптированная для комфортного онлайн-чтения. Мы разбили произведение на страницы для удобной навигации, а умная система запоминает, на какой странице вы остановились — можно закрыть браузер и вернуться к чтению позже, не тратя время на поиски. Персонализируйте процесс: меняйте шрифты, размер текста и фон под свои предпочтения. Погружайтесь в мир литературы где угодно и когда угодно — любимые книги теперь всегда под рукой.
Текст книги
Сюда же добавляется отношение к документации, как пережитку забюрократизированных старорежимных контор.
Так в чем же сильные и слабые стороны такого подхода? Какие условия необходимы для достижения успеха проекта при его реализации?
Сначала определим, что такое разработка «со слов». Это метод ведения разработки ИТ-решений, когда не разрабатывается никаких технических спецификаций требований в письменном виде (схемы и эскизы – тоже письменные документы), а все необходимые требования излагаются разработчику заказчиком устно.
Как это может выглядеть? Например, так: заказчик вызывает к себе разработчика и рассказывает ему, что хотел бы видеть в ИТ-решении. Разработчик его выслушивает, возможно конспектирует, и после этого начинает разработку.
Важно, что этапа согласования письменных требований нет – как понял разработчик, так и реализует.
Это может быть реализовано в рамках небольшой компании или функционального подразделения корпорации, когда ключевое лицо заказчика и разработчика работают в нем.
Возможно, что разработчик и заказчик настолько глубоко погружены в бизнес-процесс, что понимают друг друга с полуслова, а, может быть, наоборот, совершенно не понимают друг друга. Возможны, конечно, и не столь крайние вариант – в любом случае, получив информацию устно, разработчик будет руководствоваться ею сразу как требованиями, минуя согласование их с заказчиком.
Преимущества метода очевидны – скорость перехода от идеи к реализации, отсутствие для заказчика необходимости глубоко продумывать и детализировать свою идею, отсутствие трудозатрат на разработку и документирование требований.
Также ценным является ощущение отсутствия потери информации, передаваемой заказчиком разработчику – что рассказал, то и идет сразу в разработку, а не перерабатывается в требования. Поэтому кажется, что информация не может быть искажена по ходу переработки.
Ценна и возможность оперативной обратной связи разработчика с заказчиком – можно просто быстро устно спросить, получить ответ и сразу брать его в разработку.
Недостатки не столь очевидны, но они есть:
– существенные искажения, если они случились при восприятии разработчиком требований, будут выявлены только при демонстрации результатов разработки.








