За книгу 5 баллов, за перевод 1 балл. Некоторые обороты просто ужасны и не адаптированы на русский язык. Переведено как будто дословно в том порядке в каком написаны английские слова. Разве так можно???
Hajm 393 sahifalar
2014 yil
Пользовательские истории. Искусство гибкой разработки ПО
Kitob haqida
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
В формате ios.epub сохранен издательский макет.
Дмитрий Куликов, раз вы так экспертно об этот заявляете – читайте в оригинале, какие проблемы?
Занимаюсь проектирование программного обеспечения и информационных систем более 10 лет. Могу с уверенностью сказать, что книга очень хорошая. В книге хорошо описана концепция пользовательских историй в контексте разработки ПО (зачем они нужно и что дают?). При этом в книге множество конкретных примеров и практических рекомендаций для применения. Книга будет очень полезна для начинающих аналитиков, менеджеров продукта и в целом всем участникам проектов по разработке ПО. Пользовательские истории это общий знаменатель для всех участников проектных команд.
отличная книга с детальным пояснением того, что дают карты историй, как их применять на практике. приведены живые примеры коллег автора. очень легко читается, как диалог с автором
Много примеров в каждой главе – это здорово. Но книге не хватает одного сквозного примера, который бы прорабатывался с каждой главой.
Процесс пользовательских историй можно и нужно алгоритмизировать. И если посмотреть «сверху» на содержание, то четко этот алгоритм уже виден в книге, включая оценку и исправление ошибок, допущенных на первых шагах создания пользовательской истории.
Внимательный читатель увидит, на какой именно алгоритм (давно разработанный нашим советским изобретателем) похож предлагаемый автором книги подход.
Автор использует очень много метафор, но к сожалению, они не запоминаются и сильно перегружают книгу.
И кажется, в книге только одна полезная и важная идея: больше общаться с другими людьми, больше их спрашивать, а не придумывать за них.
У меня сложилось представление, что книга не про разработку ПО, а про то, что нужно больше общаться. Вообще – просто больше общаться. (а я связан с разработкой ПО более 10 лет)
Книга полезная, есть продвинутые идеи относительно основателей. Есть смысл почитать и начинающим и опытным, не только разработчикам ПО, но и всем, кто проявляет интерес к новим методам работы над интеллектуально-емкими продуктами.
Izoh qoldiring
Izohlar
8