Обзор ТРИЗ для системных и бизнес аналитиков




Главная   Форумы   Обсуждения материалов сайта analyst.by   Обзор ТРИЗ для системных и бизнес аналитиков

В теме 72 ответа, и 11 участников, последнее обновление сделано пользователем Аватар (Виктор Глейм) Виктор Глейм 4 г, 1 мес. назад.

Показано 15 ответов - от 1 до 15 (всего 73)
  • Автор
    Сообщения
  • 03.11.2011 в 16:33 # 7393
    Недавно, задав вопрос «Является ли профессия аналитика творческой (креативной)?», я получил следующие ответы:

    50% опрошенных ответили – Конечно, да!
    25% ответили – Да, конечно!
    25% — это еще один парень, который ответил: «Не знаю». (Правда, потом он объяснил, что не расслышал вопроса, и подумал, что я спросил: «Какой счет в последнем матче «Арсенала»?»)

    Если бы на самом деле был проведен релевантный социологический опрос на эту тему, то, скорее всего, подавляющее большинство аналитиков ответило бы на этот вопрос утвердительно.

    Но если бы был задан вопрос: «Должен ли быть аналитик изобретателем?», то утвердительных ответов было бы, скорее всего, меньше.

    В данном обзоре представлена информация о Теории Решения Изобретательских Задач (ТРИЗ), а также изложены некоторые мысли о применении ТРИЗ в работе аналитиков. Возможно, познакомившись с ТРИЗ поближе, вы захотите изменить свой отрицательный ответ на вопрос об аналитике-изобретателе; а если вы ответили положительно, то лишний раз укрепитесь в своем мнении.
    Читать далее…

    Поделиться:

    Цитировать

    04.11.2011 в 13:34 # 7394
    Аватар (maxY)
    maxY
    Подписчик
    Андрюха, статья хороша, пример с мусоркой — хорош.сам часто разражался такой мусорке )
    Но, ТРИЗ будет применяться теми Б-А, которые уже доросли до уровня бизнес-архитекторов.
    Вот им будет интересно TOC, QFD и ТРИЗ ))) *JOKINGLY*
    Поделиться:

    Цитировать

    04.11.2011 в 16:08 # 7395
    Аватар (AndrewK)
    Андрей Курьян
    Участник

    Андрюха, статья хороша, пример с мусоркой — хорош.сам часто разражался такой мусорке )
    Но, ТРИЗ будет применяться теми Б-А, которые уже доросли до уровня бизнес-архитекторов.
    Вот им будет интересно TOC, QFD и ТРИЗ ))) *JOKINGLY*

    Не могу согласиться.
    У аналитиков разных уровней возникают свои проблемы: для бизнес-архитектора — проблемы, связанные с бизнес-моделью; для бизнес-аналитика — проблемы бизнес-процессов; для системного аналитика — проблемы с конкретными ИТ-решениями.
    1) Методы решения проблем в ТРИЗ не "привязаны" к специфике проблем. Наоборот, эти методы являются общесистемными, т.е., позволяют находить одинаковые решения проблем с разной спецификой. В этом смысле методы ТРИЗ можно назвать мета-методами.
    2) Методы мышления в ТРИЗ — это вообще отдельная история. Но о них мы поговорим отдельно. :-)

    Поделиться:

    Цитировать

    05.11.2011 в 23:00 # 7396
    Аватар (maxY)
    maxY
    Подписчик
    с нетерпением жду продолжения статей
    Поделиться:

    Цитировать

    30.11.2011 в 18:06 # 7397
    Аватар (check)
    check
    Участник
    Отличные статьи. Очень понравились и первая и вторая!
    Добавьте пожалуйста линки во вторую статью
    а. линк на первую статью
    б. линк на обсуждение на форуме
    Поделиться:

    Цитировать

    04.12.2011 в 12:45 # 7398
    Аватар (maxY)
    maxY
    Подписчик
    Хозяин одного канадского ресторана (г. Данда) решил установить бильярдный стол в своём заведении. Но в Канаде установлены высокие налоги на азартные игры. Как, не платя налогов, радовать клиентов бильярдом?

    Примечание: по ссылке можно подсмотреть подсказки и варианты решений. Но это ведь будет неспортивно!

    Я думаю, что надо начать с уточнения условий: а что бильярд в Канаде по закону — это азартная игра.

    Поделиться:

    Цитировать

    16.12.2011 в 14:15 # 7399
    И снова здравствуйте! В предыдущей части обзора мы познакомились с таким важным понятием, как противоречие. Наступил подходящий момент для того, чтобы познакомиться с методами обнаружения и устранения противоречий. Вперед!

    Подробнее

    Поделиться:

    Цитировать

    17.12.2011 в 17:32 # 7400
    Аватар (AndrewK)
    Андрей Курьян
    Участник
    Хороший пример о проявлении закона повышения идеальности в интерфейсах представлен здесь: http://www.ted.com/talks/view/lang/en//id/685
    Поделиться:

    Цитировать

    22.12.2011 в 18:28 # 7401
    Спасибо за статью! Последняя показалась наиболее конкретной и полезной для практического применения. Даже стало интересно покопаться в ТРИЗ :) .
    Поделиться:

    Цитировать

    30.12.2011 в 23:45 # 7402
    Аватар (AndrewK)
    Андрей Курьян
    Участник
    Предлагаю вниманию интересный фрагмент лекции Валеры Сушкова о правильных решениях:
    http://www.youtube.com/watch?v=r2NbsSIBAMY
    Поделиться:

    Цитировать

    05.03.2012 в 16:34 # 7403
    Аватар (Виктор Глейм)
    Виктор Глейм
    Подписчик
    Автору спасибо за цикл статей! Мне показались особенно ценными 1 и 2-я части, т.к. они акцентируются на введение в ТРИЗ с точки зрения системного аналитика и содержат наглядные примеры. А вот 3-я часть могла быть более обширной — именно в ней хотелось прочитать о том, какие приёмы решения типовых задач в области разработки требований (или, может, разработки ПО в целом) существуют. На основе одного примера мне этого понять не удалось.
    Поделиться:

    Цитировать

    05.03.2012 в 22:50 # 7404
    Аватар (AndrewK)
    Андрей Курьян
    Участник

    Автору спасибо за цикл статей! Мне показались особенно ценными 1 и 2-я части, т.к. они акцентируются на введение в ТРИЗ с точки зрения системного аналитика и содержат наглядные примеры. А вот 3-я часть могла быть более обширной — именно в ней хотелось прочитать о том, какие приёмы решения типовых задач в области разработки требований (или, может, разработки ПО в целом) существуют. На основе одного примера мне этого понять не удалось.

    Есть в планах публикация подробного разбора применения приемов и других инструментов ТРИЗ в бизнес-анализе.

    Поделиться:

    Цитировать

    10.03.2012 в 12:18 # 7405
    Аватар (Denis Syropushchinsky)
    Denis Syropushchinsky
    Подписчик
    Андрей, не совсем понял условие задачи про планирование сроков движения документа :(
    Поделиться:

    Цитировать

    10.03.2012 в 14:19 # 7406
    Аватар (AndrewK)
    Андрей Курьян
    Участник

    Андрей, не совсем понял условие задачи про планирование сроков движения документа :(

    Попробую пояснить…
    Давайте рассмотрим простой процесс движения документа в компании, включающий 3 задачи:
    1) создать проект документа в отделе 1 — норматив — 5 часов
    2) согласовать документ в отделе 2 — норматив — 2 часа
    3) утвердить документ у руководителя — норматив — 2 часа

    Используя эти данные, мы можем установить плановые сроки движения этого документа по отделам. Предположим, что старт процесса произошел в 9:00 утра. Тогда плановые сроки задач процесса мы можем посчитать и представить в виде таблицы:
    Под-ние / старт / финиш
    отдел 1 / 9:00 / 14:00
    отдел 2 / 14:00 / 16:00
    руко-ль/ 16:00 / 18:00

    Очевидно, что по этому процессу мы можем фиксировать фактическое время выполнения задач и контролировать возникновение отклонений.

    Описанный в обзоре случай содержит дополнительное условие — некоторые задачи по обработке документа выполняются вне компании. Например,
    составить договор — отдел 1
    отправить договор контрагенту — канцелярия
    переслать договор — почта
    согласовать договор — контрагент
    отправить документ — контрагент
    переслать договор — почта
    получить утвержденный договор от контрагента — канцелярия
    зарегистрировать договор — отдел 1

    Очевидно, что задачи такого процесса мы не можем точно спланировать, потому что не знаем, сколько времени договор будет пересылаться контрагенту и обратно, а также сколько времени контрагент потратит на согласование и подписание договора. КАК БЫТЬ?

    Поделиться:

    Цитировать

    11.03.2012 в 20:44 # 7407
    Аватар (Виктор Глейм)
    Виктор Глейм
    Подписчик

    Очевидно, что задачи такого процесса мы не можем точно спланировать, потому что не знаем, сколько времени договор будет пересылаться контрагенту и обратно, а также сколько времени контрагент потратит на согласование и подписание договора. КАК БЫТЬ?

    В системами автоматизации документооборота не работал, поэтому мой ответ будет основан лишь на общих соображениях.

    Если в качестве анализируемой системы мы принимаем систему планирования времени по работе с документами, то её надсистемой будет, собственно, система автоматизации документооборота. Полезно было бы представить, как система может измениться со временем. Поскольку до сих пор, как я понимаю, в российской практике большинство официальных документов имеет физический вид, то, в частности, и процессы по их пересылке занимают определённое время. Получается, что если смотреть в будущее, то печатные документы должны быть полностью заменены электронными. Т.о. отпадёт надобность в использовании такого контрагента, как почта или курьерская служба. Что же касается контрагентов, которые участвуют в процессе согласования документов, то они могли бы иметь доступ к системе электронного документооборота и для каждого документа ставить дату (время) планируемого завершения операции (при необходимости эти данные можно корректировать). Т.е. проблема могла бы быть решена, если планируемое время выполнения операции удалённо задавалось соответствующим контрагентом. К сожалению, у этого решения я вижу основной недостаток — перейти от бумажных документов к электронным вряд ли получится мгновенно.

    Поделиться:

    Цитировать

Показано 15 ответов - от 1 до 15 (всего 73)

Вы должны авторизироваться для ответа в этой теме.