Полезные книги для системного аналитика
Лето давно перевалило за экватор, но можно еще успеть заскочить в последний вагон и прочитать полезную книгу. А то и пять книг;)
Наш коллега Дамир, поделился своим топом книг, которые полезно прочитать каждому системному аналитику. Передаем ему слово!
Системный аналитик — понятие растяжимое, как и бизнес-аналитик. Функций много, но ядро остаётся всегда одним и тем же. Нужно уметь работать с людьми, уметь выявлять и формировать требования из документов, из стейкхолдеров и пользователей, из заказчиков и потребителей. Для того, чтобы уметь правильно понимать и излагать требования в документах, нужны знания и практика. В части знаний тебе помогут книги. От себя рекомендую нижеперечисленные.
1. Карл Вигерс — «Разработка требований к программному обеспечению»
Есть мнение, что ты не можешь стать системным/бизнес-аналитиком, не прочитав этой книги. Книга хороша своими основами по выявлению требований к системе и их фиксации. В последних изданиях приведена работа с требованиями в гибких методологиях. Иногда сюжет кажется немного затянутым, но это только лишь для того, чтобы внести ясность и конкретность.
2. Алистер Кобёрн — «Современные методы описания функциональных требований к системам»
Книга учит писать ясные и понятные UseCases. Из отдельных функциональных требований не всегда ясно, как будет использоваться продукт пользователем. Кобёрн рассказывает, как написать проверяемый и логичный сценарий использования продуктом с альтернативными ветвями, который понятен заказчикам и пользователям, разработчикам и тестировщикам. Очень помогает структурировать понимание, зачем и как будет использоваться продукт, а также поможет связать UseCase с User Story.
3. Халл, Джексон, Дик — «Инженерия требований»
Если первые две книги больше про людей и про бизнес, то здесь говорится больше именно про сами требования. Если у тебя не дёргается глаз при работе с Rational DOORS, то эта книга для тебя. Когда ты будешь писать доскональные требования на сложную, большую, критичную и ответственную систему, и на это тебе дадут год, просто вспомни об этой книге. Книга рекомендована Российским институтом системной инженерии, а это что-то да значит.
4. Гойко Аджич — «Impact Mapping. Как повысить эффективность программных продуктов и проектов по их разработке»
Книга позволит всем участникам проекта выйти на один общий уровень понимания, почему они тут все собрались. Очень важно говорить на одном языке для успешной реализации проекта. Речь не только о глоссарии, но и об одной большой цели проекта. Грамотная мотивация создаётся, когда каждый участник понимает суть происходящего внутри проекта: для кого и для чего он создаёт продукт и чем этот продукт полезен и когда всё это закончится. Читать не только аналитикам, но и всей команде.
5. Хоп, Грегор «Шаблоны интеграции корпоративных приложений»
Предыдущие книги содержат информацию о требованиях как таковых и о их бизнес-составляющей, но не так много о технической части. Для кого ты пишешь требования? Правильно, для разработчиков. Что напишет и подумает разработчик, прочитав очередное требование? Лицезреть немного кода никому не помешает. Книга будет полезна архитекторам, системным аналитикам и разработчикам, ведь грамотно построенная архитектура продукта на всех его уровнях позволит вносить изменения и интегрироваться с наименьшим количеством боли и нервов.
P.S. Повышай качество своей работы, расти над собой, непрерывно учись и помни, когда будешь писать очередное ТЗ, что идеальных требований не существует, как и абсолютной истины, но к ним нужно стремиться.
Лето давно перевалило за экватор, но можно еще успеть заскочить в последний вагон и прочитать полезную книгу. А то и пять книг;)
Наш коллега Дамир, поделился своим топом книг, которые полезно прочитать каждому системному аналитику. Передаем ему слово!
Системный аналитик — понятие растяжимое, как и бизнес-аналитик. Функций много, но ядро остаётся всегда одним и тем же. Нужно уметь работать с людьми, уметь выявлять и формировать требования из документов, из стейкхолдеров и пользователей, из заказчиков и потребителей. Для того, чтобы уметь правильно понимать и излагать требования в документах, нужны знания и практика. В части знаний тебе помогут книги. От себя рекомендую нижеперечисленные.
1. Карл Вигерс — «Разработка требований к программному обеспечению»
Есть мнение, что ты не можешь стать системным/бизнес-аналитиком, не прочитав этой книги. Книга хороша своими основами по выявлению требований к системе и их фиксации. В последних изданиях приведена работа с требованиями в гибких методологиях. Иногда сюжет кажется немного затянутым, но это только лишь для того, чтобы внести ясность и конкретность.
2. Алистер Кобёрн — «Современные методы описания функциональных требований к системам»
Книга учит писать ясные и понятные UseCases. Из отдельных функциональных требований не всегда ясно, как будет использоваться продукт пользователем. Кобёрн рассказывает, как написать проверяемый и логичный сценарий использования продуктом с альтернативными ветвями, который понятен заказчикам и пользователям, разработчикам и тестировщикам. Очень помогает структурировать понимание, зачем и как будет использоваться продукт, а также поможет связать UseCase с User Story.
3. Халл, Джексон, Дик — «Инженерия требований»
Если первые две книги больше про людей и про бизнес, то здесь говорится больше именно про сами требования. Если у тебя не дёргается глаз при работе с Rational DOORS, то эта книга для тебя. Когда ты будешь писать доскональные требования на сложную, большую, критичную и ответственную систему, и на это тебе дадут год, просто вспомни об этой книге. Книга рекомендована Российским институтом системной инженерии, а это что-то да значит.
4. Гойко Аджич — «Impact Mapping. Как повысить эффективность программных продуктов и проектов по их разработке»
Книга позволит всем участникам проекта выйти на один общий уровень понимания, почему они тут все собрались. Очень важно говорить на одном языке для успешной реализации проекта. Речь не только о глоссарии, но и об одной большой цели проекта. Грамотная мотивация создаётся, когда каждый участник понимает суть происходящего внутри проекта: для кого и для чего он создаёт продукт и чем этот продукт полезен и когда всё это закончится. Читать не только аналитикам, но и всей команде.
5. Хоп, Грегор «Шаблоны интеграции корпоративных приложений»
Предыдущие книги содержат информацию о требованиях как таковых и о их бизнес-составляющей, но не так много о технической части. Для кого ты пишешь требования? Правильно, для разработчиков. Что напишет и подумает разработчик, прочитав очередное требование? Лицезреть немного кода никому не помешает. Книга будет полезна архитекторам, системным аналитикам и разработчикам, ведь грамотно построенная архитектура продукта на всех его уровнях позволит вносить изменения и интегрироваться с наименьшим количеством боли и нервов.
P.S. Повышай качество своей работы, расти над собой, непрерывно учись и помни, когда будешь писать очередное ТЗ, что идеальных требований не существует, как и абсолютной истины, но к ним нужно стремиться.