#капитаночевидность #теория #системныйаналитик #умнаямысль #системныйанализ #разработкаIT #аналитикIT #материал
Наконец-то получилось послушать Левенчука про введение в системную инженерию, правда не всю лекцию, она длинная.
На самом деле, я часто могу сделать шаг назад и поискать информацию о системном аналитике так сказать "фундаментальную".
Побывала как будто на лекции в своём вузе))) И поняла откуда это название системотехник.
Что мне понравилось, я тезисно напишу:
👉●системная инженерия говорит как нужно сделать,
👉●реализация проекта с системной инженерией равно процессу "сначала думай, потом делай",
👉●системная инженерия зародилась там, где нужно было сделать что-то большое и сложное. В Америке, сначала это была авиация и космонавтика (тадам! Привет альмаматер, вот почему подобные вузы растят крутых аналитиков), потом было строительство небоскрёбов.
👉●Наши вузы учат, как писать алгоритмы, но не как это всё собрать вместе, архитектурно с интеграцией и координацией (тадам! Проблема на многих проектах как раз в отсутствие архитектуры и набивание шишек из-за отсутствия производственного опыта).
👉●25% времени от реализации больших проектов тратится на системную инженерию
👉●Но! Трата времени на проектирование и фиксирование требований "как нужно сделать", может принести выгоду проекту до 39%!!! Если говорить про крупный проект.
👉●Работу системного инженера невозможно потрогать и на неё уходит много времени, поэтому люди не понимают смысл работы этого персонажа и отказываются от них в проектах (тадам! Нафига нам аналитик, я сам всё сделаю)) )
👉●Но! Отсутствие системного инженера приводит к переделке проектов. Встречались случаи переделки до 15 раз!)))
👉●Системный инженер немного бюрократ и работает с описанием систем. Иногда действительно влюбляется в описание, хотя до самой системы далеко)
Справедливости ради всё таки скажу, что в современных реалиях аналитик ещё и ускоряет разработку, не только приводит её к виду того, что хотел заказчик, уменьшает % переделок, но я бы ещё говорила про ускорение. Хотя Левенчук говорит противоположное, что про ускорение речь не идёт. Но гибкие методологии и современный мир айти именно про это. А запись выступления была сделана 11 лет назад.
Материала от Левенчука в сети много, и много лекций тоже, не всё конечно посмотрела, да и эту лекцию про введение в системную инженерию пока осилила только первый час) Посмотрю второй час расскажу впечатление.
Вот ссылка, кому интересно)
https://vimeo.com/7725503/comments
Наконец-то получилось послушать Левенчука про введение в системную инженерию, правда не всю лекцию, она длинная.
На самом деле, я часто могу сделать шаг назад и поискать информацию о системном аналитике так сказать "фундаментальную".
Побывала как будто на лекции в своём вузе))) И поняла откуда это название системотехник.
Что мне понравилось, я тезисно напишу:
👉●системная инженерия говорит как нужно сделать,
👉●реализация проекта с системной инженерией равно процессу "сначала думай, потом делай",
👉●системная инженерия зародилась там, где нужно было сделать что-то большое и сложное. В Америке, сначала это была авиация и космонавтика (тадам! Привет альмаматер, вот почему подобные вузы растят крутых аналитиков), потом было строительство небоскрёбов.
👉●Наши вузы учат, как писать алгоритмы, но не как это всё собрать вместе, архитектурно с интеграцией и координацией (тадам! Проблема на многих проектах как раз в отсутствие архитектуры и набивание шишек из-за отсутствия производственного опыта).
👉●25% времени от реализации больших проектов тратится на системную инженерию
👉●Но! Трата времени на проектирование и фиксирование требований "как нужно сделать", может принести выгоду проекту до 39%!!! Если говорить про крупный проект.
👉●Работу системного инженера невозможно потрогать и на неё уходит много времени, поэтому люди не понимают смысл работы этого персонажа и отказываются от них в проектах (тадам! Нафига нам аналитик, я сам всё сделаю)) )
👉●Но! Отсутствие системного инженера приводит к переделке проектов. Встречались случаи переделки до 15 раз!)))
👉●Системный инженер немного бюрократ и работает с описанием систем. Иногда действительно влюбляется в описание, хотя до самой системы далеко)
Справедливости ради всё таки скажу, что в современных реалиях аналитик ещё и ускоряет разработку, не только приводит её к виду того, что хотел заказчик, уменьшает % переделок, но я бы ещё говорила про ускорение. Хотя Левенчук говорит противоположное, что про ускорение речь не идёт. Но гибкие методологии и современный мир айти именно про это. А запись выступления была сделана 11 лет назад.
Материала от Левенчука в сети много, и много лекций тоже, не всё конечно посмотрела, да и эту лекцию про введение в системную инженерию пока осилила только первый час) Посмотрю второй час расскажу впечатление.
Вот ссылка, кому интересно)
https://vimeo.com/7725503/comments
Vimeo
Введение в системную инженерию. Лекция первая (А.И.Левенчук).
Начальное введение в системную инженерию: темы разных определений системной инженерии, зачем нужна системная инженерия, связь системной инженерии и системного мышления,…
#капитаночевидность #мысливслух #мирвокруг #жиза #ITаналитик #разработкаIT #зачемнуженаналитик
Что-то муза меня давно не посещала, а количество подписчиков возрасло, что не может не радовать))) Привет, всем кто только подписался на мой канал!✊
Хочу снова поразмышлять на избитую тему "а нужен ли проекту/компании аналитик?"
Современные подходы, методологии говорят о том, что все в команде делают всё, и роли можно не выделять. По факту получается так что, в компании роль аналитика размазана по всем. Когда нет единой точки входа, и спрашивать не с кого. И что-то всё двигается плохо, и на выходе не то. При этом, тут я нахвалю аналитиков)), аналитик достаточно крутой и уникальный специалист. Я конечно про крутых аналитиков говорю, когда ты "и швец, и жнец, и на дуде игрец". Иногда и психолог, и эмпат, и координатор, и аналитик, и разработчик, и тестировщик, и ещё немного обладаешь самоиронией))
🤔Хорошо оно или плохо? Когда делаешь всё и сразу, получается ничего и не очень хорошо. НО! Всё таки у всех аналитиков есть отличительные именно софт скиллс способности, на которых базируются хард скиллс. Были бы тут профайлеры, сказали бы про устройство мозга и психотип для решения задач анализа. Всё таки это определенная когорта людей.
Я за то, чтобы аналитику в компании разбивали по направлениям бизнес-анализа, системного анализа, проектирования интерфейсов, анализа данных и другие направления, которых становится больше год от года. Почему? Хочешь получить качество - выделяй отдельное направление и отдельного специалиста, который сможет конструктивно защитить свою точку зрения по тому или иному вопросу.
Так вот - зачем же нужен аналитик?
Самое банальное - это писать ТЗ, требования, проектировать. Так это можно делать и без него. Да можно, и об этом на своих лекциях говорит Левенчук. Что ребята, когда мы строим ракету для запуска в космос, у нас нет вопросов о том, что нужно сначала спроектировать ракету, а потом только пойти строить. При чем тут тоже интересный факт, что ракеты имели цель лететь, но не приземляться, а после фразы Маска: "а представьте, что на вас падает сундук с 300 млн $, будете ли вы делать проект по его приземлению?"))) Да конечно будем. Чем не аналитика и проектирование на старте проектов?
Но в айти всё не так. Бюджеты есть, и с подходами гибких методологий разработки бюджеты становятся бесконечными. Мы к чему-то идем бесконечно улучшая продукт. А если оно так, то и User Story может писать любой член команды.
В таких случаях хочется бить цифрами, опять же из лекций Левенчука. Что аналитик не ускоритель процесса разработки (хотя иногда я вижу обратное в командах, с выгодой скорости в 3 раза))), но он прежде всего тот самый системный инженер, который продумывает этап проектирования, сбора требований, их фиксирует, чтобы на выходе был результат максимально приближенный к запросу заказчика. И бывают случаи, когда количество переделок функционала доходит до 15 раз! По причине того, что сделали не то, что хотел заказчик.
В цифрах - экономия на больших проектах, за счет внедрения роли аналитика может достигаться до 60%, за счет уменьшения количества переделок.
Но к аналитикам сейчас обращаются, только в тот момент, когда уже поезд запущен, но едет он не туда, а притормозить и поменять направления никто не может. Редко я встречаю проекты, когда ко мне обращаются на самом старте))) Обычно когда, уже совсем всё плохо и заказчик в ярости, надо с ним начать говорить на его языке. Может тут еще и российский менталитет играет роль, довести всё до крайности, только потом пойти ко врачу. Доктор -помогите!)))
Ссылка на ту самую лекцию Левенчука, о которой я пишу - https://youtu.be/AfFKHKFJSrU
Что-то муза меня давно не посещала, а количество подписчиков возрасло, что не может не радовать))) Привет, всем кто только подписался на мой канал!✊
Хочу снова поразмышлять на избитую тему "а нужен ли проекту/компании аналитик?"
Современные подходы, методологии говорят о том, что все в команде делают всё, и роли можно не выделять. По факту получается так что, в компании роль аналитика размазана по всем. Когда нет единой точки входа, и спрашивать не с кого. И что-то всё двигается плохо, и на выходе не то. При этом, тут я нахвалю аналитиков)), аналитик достаточно крутой и уникальный специалист. Я конечно про крутых аналитиков говорю, когда ты "и швец, и жнец, и на дуде игрец". Иногда и психолог, и эмпат, и координатор, и аналитик, и разработчик, и тестировщик, и ещё немного обладаешь самоиронией))
🤔Хорошо оно или плохо? Когда делаешь всё и сразу, получается ничего и не очень хорошо. НО! Всё таки у всех аналитиков есть отличительные именно софт скиллс способности, на которых базируются хард скиллс. Были бы тут профайлеры, сказали бы про устройство мозга и психотип для решения задач анализа. Всё таки это определенная когорта людей.
Я за то, чтобы аналитику в компании разбивали по направлениям бизнес-анализа, системного анализа, проектирования интерфейсов, анализа данных и другие направления, которых становится больше год от года. Почему? Хочешь получить качество - выделяй отдельное направление и отдельного специалиста, который сможет конструктивно защитить свою точку зрения по тому или иному вопросу.
Так вот - зачем же нужен аналитик?
Самое банальное - это писать ТЗ, требования, проектировать. Так это можно делать и без него. Да можно, и об этом на своих лекциях говорит Левенчук. Что ребята, когда мы строим ракету для запуска в космос, у нас нет вопросов о том, что нужно сначала спроектировать ракету, а потом только пойти строить. При чем тут тоже интересный факт, что ракеты имели цель лететь, но не приземляться, а после фразы Маска: "а представьте, что на вас падает сундук с 300 млн $, будете ли вы делать проект по его приземлению?"))) Да конечно будем. Чем не аналитика и проектирование на старте проектов?
Но в айти всё не так. Бюджеты есть, и с подходами гибких методологий разработки бюджеты становятся бесконечными. Мы к чему-то идем бесконечно улучшая продукт. А если оно так, то и User Story может писать любой член команды.
В таких случаях хочется бить цифрами, опять же из лекций Левенчука. Что аналитик не ускоритель процесса разработки (хотя иногда я вижу обратное в командах, с выгодой скорости в 3 раза))), но он прежде всего тот самый системный инженер, который продумывает этап проектирования, сбора требований, их фиксирует, чтобы на выходе был результат максимально приближенный к запросу заказчика. И бывают случаи, когда количество переделок функционала доходит до 15 раз! По причине того, что сделали не то, что хотел заказчик.
В цифрах - экономия на больших проектах, за счет внедрения роли аналитика может достигаться до 60%, за счет уменьшения количества переделок.
Но к аналитикам сейчас обращаются, только в тот момент, когда уже поезд запущен, но едет он не туда, а притормозить и поменять направления никто не может. Редко я встречаю проекты, когда ко мне обращаются на самом старте))) Обычно когда, уже совсем всё плохо и заказчик в ярости, надо с ним начать говорить на его языке. Может тут еще и российский менталитет играет роль, довести всё до крайности, только потом пойти ко врачу. Доктор -помогите!)))
Ссылка на ту самую лекцию Левенчука, о которой я пишу - https://youtu.be/AfFKHKFJSrU
