В теме 72 ответа, и 11 участников, последнее обновление сделано пользователем 
Виктор Глейм 11 г, 7 мес. назад.
-
Сообщения
-
Недавно, задав вопрос «Является ли профессия аналитика творческой (креативной)?», я получил следующие ответы:
50% опрошенных ответили – Конечно, да!
25% ответили – Да, конечно!
25% — это еще один парень, который ответил: «Не знаю». (Правда, потом он объяснил, что не расслышал вопроса, и подумал, что я спросил: «Какой счет в последнем матче «Арсенала»?»)Если бы на самом деле был проведен релевантный социологический опрос на эту тему, то, скорее всего, подавляющее большинство аналитиков ответило бы на этот вопрос утвердительно.
Но если бы был задан вопрос: «Должен ли быть аналитик изобретателем?», то утвердительных ответов было бы, скорее всего, меньше.
В данном обзоре представлена информация о Теории Решения Изобретательских Задач (ТРИЗ), а также изложены некоторые мысли о применении ТРИЗ в работе аналитиков. Возможно, познакомившись с ТРИЗ поближе, вы захотите изменить свой отрицательный ответ на вопрос об аналитике-изобретателе; а если вы ответили положительно, то лишний раз укрепитесь в своем мнении.
Читать далее…Андрюха, статья хороша, пример с мусоркой — хорош.сам часто разражался такой мусорке )
Но, ТРИЗ будет применяться теми Б-А, которые уже доросли до уровня бизнес-архитекторов.
Вот им будет интересно TOC, QFD и ТРИЗ )))
Андрюха, статья хороша, пример с мусоркой — хорош.сам часто разражался такой мусорке )
Но, ТРИЗ будет применяться теми Б-А, которые уже доросли до уровня бизнес-архитекторов.
Вот им будет интересно TOC, QFD и ТРИЗ )))Не могу согласиться.
У аналитиков разных уровней возникают свои проблемы: для бизнес-архитектора — проблемы, связанные с бизнес-моделью; для бизнес-аналитика — проблемы бизнес-процессов; для системного аналитика — проблемы с конкретными ИТ-решениями.
1) Методы решения проблем в ТРИЗ не "привязаны" к специфике проблем. Наоборот, эти методы являются общесистемными, т.е., позволяют находить одинаковые решения проблем с разной спецификой. В этом смысле методы ТРИЗ можно назвать мета-методами.
2) Методы мышления в ТРИЗ — это вообще отдельная история. Но о них мы поговорим отдельно. :-)с нетерпением жду продолжения статейОтличные статьи. Очень понравились и первая и вторая!
Добавьте пожалуйста линки во вторую статью
а. линк на первую статью
б. линк на обсуждение на форумеХозяин одного канадского ресторана (г. Данда) решил установить бильярдный стол в своём заведении. Но в Канаде установлены высокие налоги на азартные игры. Как, не платя налогов, радовать клиентов бильярдом?Примечание: по ссылке можно подсмотреть подсказки и варианты решений. Но это ведь будет неспортивно!
Я думаю, что надо начать с уточнения условий: а что бильярд в Канаде по закону — это азартная игра.
И снова здравствуйте! В предыдущей части обзора мы познакомились с таким важным понятием, как противоречие. Наступил подходящий момент для того, чтобы познакомиться с методами обнаружения и устранения противоречий. Вперед!Хороший пример о проявлении закона повышения идеальности в интерфейсах представлен здесь: http://www.ted.com/talks/view/lang/en//id/685Спасибо за статью! Последняя показалась наиболее конкретной и полезной для практического применения. Даже стало интересно покопаться в ТРИЗ
.Предлагаю вниманию интересный фрагмент лекции Валеры Сушкова о правильных решениях:
http://www.youtube.com/watch?v=r2NbsSIBAMYАвтору спасибо за цикл статей! Мне показались особенно ценными 1 и 2-я части, т.к. они акцентируются на введение в ТРИЗ с точки зрения системного аналитика и содержат наглядные примеры. А вот 3-я часть могла быть более обширной — именно в ней хотелось прочитать о том, какие приёмы решения типовых задач в области разработки требований (или, может, разработки ПО в целом) существуют. На основе одного примера мне этого понять не удалось.Автору спасибо за цикл статей! Мне показались особенно ценными 1 и 2-я части, т.к. они акцентируются на введение в ТРИЗ с точки зрения системного аналитика и содержат наглядные примеры. А вот 3-я часть могла быть более обширной — именно в ней хотелось прочитать о том, какие приёмы решения типовых задач в области разработки требований (или, может, разработки ПО в целом) существуют. На основе одного примера мне этого понять не удалось.
Есть в планах публикация подробного разбора применения приемов и других инструментов ТРИЗ в бизнес-анализе.
Андрей, не совсем понял условие задачи про планирование сроков движения документа
Андрей, не совсем понял условие задачи про планирование сроков движения документа
Попробую пояснить…
Давайте рассмотрим простой процесс движения документа в компании, включающий 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Очевидно, что задачи такого процесса мы не можем точно спланировать, потому что не знаем, сколько времени договор будет пересылаться контрагенту и обратно, а также сколько времени контрагент потратит на согласование и подписание договора. КАК БЫТЬ?
Очевидно, что задачи такого процесса мы не можем точно спланировать, потому что не знаем, сколько времени договор будет пересылаться контрагенту и обратно, а также сколько времени контрагент потратит на согласование и подписание договора. КАК БЫТЬ?
В системами автоматизации документооборота не работал, поэтому мой ответ будет основан лишь на общих соображениях.
Если в качестве анализируемой системы мы принимаем систему планирования времени по работе с документами, то её надсистемой будет, собственно, система автоматизации документооборота. Полезно было бы представить, как система может измениться со временем. Поскольку до сих пор, как я понимаю, в российской практике большинство официальных документов имеет физический вид, то, в частности, и процессы по их пересылке занимают определённое время. Получается, что если смотреть в будущее, то печатные документы должны быть полностью заменены электронными. Т.о. отпадёт надобность в использовании такого контрагента, как почта или курьерская служба. Что же касается контрагентов, которые участвуют в процессе согласования документов, то они могли бы иметь доступ к системе электронного документооборота и для каждого документа ставить дату (время) планируемого завершения операции (при необходимости эти данные можно корректировать). Т.е. проблема могла бы быть решена, если планируемое время выполнения операции удалённо задавалось соответствующим контрагентом. К сожалению, у этого решения я вижу основной недостаток — перейти от бумажных документов к электронным вряд ли получится мгновенно.
Вы должны авторизироваться для ответа в этой теме.
