#books #продукт #мояполка #стоитпочитать #анализ #бизнесанализ #системныйанализ #управление

Давно я ничего не писала тут)) Тем более подписчиков у меня стало больше, это не может меня не радовать. Привет вам!

Затормозила все свои активности, но вот новый месяц набирает обороты и как всегда, я ставлю себе небольшую цель по чтению книг. Для меня идеальный процесс чтения, когда ты прочитанный материал сразу применяешь в своей жизни. Ищешь инсайты или решения тех задач, которые мучают в настоящий момент. Так всё закрепляется еще лучше и действительно есть результат от нового материала.

Но всё таки из меня не выбить аналитика и правильного ботаника, поэтому к процессу выбора очередной книги я подошла основательно. И потратила практически весь сегодняшний день! То есть взяла все свои лекции ВШБИ, некоторые рекомендации преподавателей, вспомнила те книги, которые мне запали в душу и составила листы книг по разделам. Я как и любой человек, могла ошибиться с разделом, но думаю если такое и произошло, то всё равно я недалека от истины.

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

И у меня к Вам вопрос: а что читаете Вы? Или чьё выступление на митапе запало в душу? Что запомнилось и очень понравилось, а самое главное, что смогли применить?)

Ссылка, открытая на комментирование: https://docs.google.com/spreadsheets/d/1ZtiuVChvyBLJsFjttDqXy1YeTO3yG15Nnv0iWWeVuW4/edit?usp=sharing

​​#books #мояполка #стоитпочитать #анализ #системныйанализ #требования

Алистер Коберн - “Современные методы описания функциональных требований к системам”

Раз всё таки, изначально я инженер и системный аналитик, то ко мне часто обращаются именно с темой - “как прокачать себя, как системного аналитика”. И тут я снова отправляю людей к основам. Многие ждут какой-то волшебной палочки, или серебрянной пули, что вот я сейчас какую-то книгу прочитаю или что-то изучу, и сразу стану системным аналитиком. Но почему-то не выходит. Иногда не выходит из-за того, что человек не совсем понимает, что такое системное мышление, это про soft skills, но также просто отсутствуют фундаментальные знания, это к hard skills. Если вы работаете с требованиями к информационным системам, то стоит всё таки вернуться к разделу с признаком “must”. При условие, конечно, если у вас отсутствуют подобные знания и навыки. Я намекаю на сценарную технику фиксирования требований. А именно я говорю про use case - те самые, добрые варианты использования. Но я бы копнула глубже и сказала, что сначала нужно разобраться с основами объектно-ориентированного программирования. Но по опыту могу сказать, что сценарии (или варианты использования) отлично понимают и далекие от инженерных наук люди. В телеком среде, в виде сценариев бизнес-аналитики описывали работу бизнеса. Есть книга, написанная признанным экспертом в области ИТ - Алистером Коберном. Её перевод на русский мне показался тяжеловесным, но это тот самый случай, когда просто стоит ознакомиться и понять как оно работает. Я говорю про книгу “Современные методы описания функциональных требований к системам”. И прошу Вас не путать понятия use case и user story. Т.к. это совсем про разные подходы к требованиям. Use case - вариант использования - это длинная “веревочка”, которая пронизывает ваше полотно функционала. Длинная и если вы за неё потянете, то как в кусочке ткани она будет пронизывать весь кусок. User story появились позже, чем use case, и дословный перевод - пользовательская история. Очень грубо говоря, это маленькая хотелка пользователя из разряда - “я хочу, чтобы моя программа делала вот этот расчет”. Аналог с тканью, это стежок, маленький кусочек ниточки, вот если кучу user story, как маленькие отрезки веревочки, связать вместе, то получится цепочка в виде use case. Правда на практике я не видела, чтобы кто-то одно превращал в другое, потому что эти инструменты из разных “весовых” категорий. Сценарная техника мне очень нравится, она и проста и сложна одновременно, но при этом дает возможность увидеть полную картину “бедствия” разработки функционала. Итого, рекомендую Вам хотя бы открыть книгу и прочитать примеры составления сценариев, а возможно взять их за основу шаблона для Ваших требований на проекте.