Форум Сообщества Аналитиков

×


Просмотр сообщений

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


Сообщения - Galogen

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »
5011
Вот о чем я толдычу в параллельном топике про статью. Что надо описАть когда нужно целеполагаение, а когда можно обойтись задачами/интересами/потребностями. А Сергей упорно меня не хочет слышать.
Саша, ты не о том. Сергей занимается теоретическими исследованиями.
Вы смотрите на мир по разному. Ты как инжернер, он как физик:

Задали задачу - расчитать устойчивость трехногого стула.
Инженер засел за справочники, номмограммы, и т.п. и через 3 дня выдал расчет.
Физик поставил задачу, рассчитать усточивость n-ногого стула, где 3-ногий частный случай. Занимался этим месяц, но решил задачу УНИВЕРСАЛЬНО!

Чем хороша теория - она имеет предсказательную силу, способно объяснить то, что например невидно на практике, а также может указать как и куда двигаться.
Вот и Сергей пытается нащупать эту теорию, а не подходить как инженер к частному вопросу...

5012
В качестве справки.

Максимизация прибыли - типичная оптимизационная задача. В теории оптимизации  выделяют два типа задач:

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

условные - или задачи с ограничениями. В этом случа оптимальным будет решения при заданных ограничениях.

Удовлетворительное решение задачи оптимизации находят не для слишком большого количества критериев, потому многокритериальную целевую функцию стараются свести к однокритериальной. Методы могут быть самые разные: аддитивная, мултипликативная свертка и т.п.

Задача оптимизации - есть частный случай общей задачи принятия решения, которая в свою очередь подразделяется на три группы:
задачи оптимизации (множество альтернатив известно, принцип выбора (функция выбора) известна)
задачи выбора (множество альтернатив однозначно известно, принцип выбора не формализован)
ну и собственно общая задача принятия решения (множество альтернатив может дополняться в ходе решения, принцип выбора не формализован)

Т.е. последние задачи и есть фактически наши с вами задачи.


Далее насчет целеполагания. А так ли важно для ИТ-исполнителя знать досконально все цели? Разве принцип Парето отменяли?
Я думаю Сергей это прекрасно понимает. Осмелюсь предположить, что поиск истинных причин инициализации проекта важны для отдаленных последствий. С другой стороны и заказчик и исполнитель - партнеры в бизнесе, или скорее игроки в бизнесе. Если говорить грубо - заказчик желает получить нечто, что решает его проблемы, при этом он может полагать, что знает как их решать - например через внедрение некой ИС, которую он говтов заказать у исполнителя; исполнитель же желает получить а) доход; б) репутацию; с) anything else.  И я думаю, что только репутация, т.е. совесть, сдерживает исполнителя от впаривания чего-то. С другой стороны, исполнитель хочет иметь гарантии в будущем, что его не кинут, потому ему нужны первопричины желания проекта со стороны заказчика. Может даже заказчик не кинет, но из-за неверного учета целей и задач самого заказчика - проект может обернуться проблемой в будущем. Обратите внимание не сразу - а именно в будущем.
Мне кажется такая ситуация уже маловероятна. Все-таки пресса работает, ИТ как наука растет, проекты обкатываются и стандартизируются.


Вопрос можно? Сергей, скажи, пожалуйста, а зачем важно знать истинную цель заказчика, или понимать, что цель заказчика неверна?

5013
Работа / Re: Литература по специальности
« : 21 Августа 2007, 21:32:57 »
Собеседуя массу кандидатов на позицию аналитика, обратил внимание, что мало кто из кандидатов изучал какую-либо литературу по специальности (бизнес-анализ, системный анализ). Ориентировочная оценка - не более 10-20% приходящих. Собственно, вопрос: почему так?
Михаил, я преподаю слава Богу 13 лет, а в вузе вообще 23 года, не считая армии. Потому я, наверное, вижу общую тенденцию. Например, во многих инженерных вузах вообще редко учать пользоваться книгой. Преподаватель так и говорит - не читайте никаких книг, моих лекций достаточно. Я за вас все прочитал, понял, выделил. Мои лекции - это квинтэссенция!
Лично я вообще говорю - лекции это тезисы, по тезисам нельзя учится. Это лишь план, некоторая канва, путеводная нитка. Обязательно читайте книги и даю внушительный список, из которого выделяю 1 или 2 базовые.
Что мне говорят студенты? ЭГ вы нас заставляете читать, другие нас заставляют читать, третьи заставляют читать, а жить то когда? А потом если бы мы читали книжки сами, нафиг мол нам вузы тогда, вы мол зарплату получаете, чтобы читали и нам внятно все разжевывали. Нужно было бы нам читать мы б в философы пошли.
Мои коллеги друзья из госунивера ( у нас преподают) долго удивлялись, я им читаю лекцию, а они записывают, торопяться. Я им что диктант, что ли читаю...
Конечно не все так плохо, есть народ который и читает, но очень редко. Я своих драконовскими мерами пытался приучить читать - нет на провокацию поддались 1-2 человека. Многие говорят, что читают с компьютера в интернете. Но что они читают, как внимательно и вдумчиво?

5014
Сергей, коллеги.

Я вообще дипломированный научный сотрудник:-) Немного понимаю в научных изысканиях.

С чего они часто начинаются? Да точно также как и многие ИТ проекты. С проблемы. Проблема может быть разная: неудовлетворенность объяснений наблюдаемых явлений, нестыковка теоретических построения и экспериментальных данных, ошибки в интерпретации результатов, ошибки в проведени наблюдений (читай экспериментов), отсутствие вообще какой-то базы.

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

Поскольку в нашем случае мы (вернее Сергей) проводит как раз такое научное изыскания, причиной которого явилась неудовлетворенность, то может начать с эмпирики. Т.е. собрать наблюдения, привести примеры, попытаться увидеть закономерности, а тогда возможно выкристаллизуется решение.

Чем страдает на мой взгляд статья - отсутствие реальных примеров и их констурктивный анализ. Потому рассуждения кажутся немного оторванными.

Какие примеры тут привести - сказать сложно. Ну может вот такой. года 4 назад, ко мне начинающему вообщем только преподавать информационные науки, пришли два человека. Как оказалось это были менеджеры одного из предприятий. Они обратились ко мне с вопросом переконфигурировать для них конфигурацию Торговля и склад. По их мнению это можно было сделать ну не больше, чем за месяц. Я тогда абсолютно ничего не понимал о проектировании, хотя опыт разработки имел. Я спросил для чего им это вообще нужно и почему их не устраивает исходная конфигурации. В ходе беседы интуитивно видно я вытянул из них кучу информации и в конце концов мы докопались до сути задачи. Мне удалось показать им, что такая задача не может быть достигнута за месяц простым переконфигурированием базовой конфигурацией, а есть серьезный ИТ-проект с серьезным бюджетом, с солидными человека-часами. Мне повезло переправить их к нужной конторе. Контора тогда только начинала делать свой бизнес, и это проект оказался самым крупным и серьезным за их тогдашнюю историю. Как я знаю проект развивался больше года, если не два. От этой истории от компании, которая выполняла проект я получил премию в виде политра пива, а от компании для которой проект делался ящик пива и бутылку коньяка.
Достигли ли те люди своей цели - безусловно! Достгал ли ИТ-компания цели? не могу знать, на тот момент целей компани  вообще не существовала. Какую цель я преследовал в этом деле? Никакую - ко мне обратились, я затратил около 5 часов на беседу и получил через примерно год компенсацию в виде пива :-).

Другой пример. Год назад ко мне пришли два человека опять же и просили разработать для них систему для кадрового агентства. Цели для чего это нужно заказчик не сформулировал - вернее он был удивлен, а зачем ее формулировать и козе понятно, что все сейчас все переводят на компьютер. Поговорив с ними полчаса я стал активно их отговаривать (при этом как вы понимаете я активно отказывался от заработка :), сказал, что я думаю, что они не очень представляют себе свои потребности в системе, неясен процесс учета клиентов и выдачи вакансий, неизвестна частота обращений и трудоемкость работ. Я им предложил простое Excel решение. НО народ моим доводам не внял. В результате я стал делать проект, причем они просили сделать хотя бы первую рабочую версию через 2 недели, т.к. они начинают работать. Через 3 недели после нашей встречи, мне позвонили и отказались от почти готового проекта (проект был сделан процентов на 90), при этом они заплатили неустойку в размере половина стоимости, не взяли даже полуготовый проект. А чрез месяцев 4 вообще прекратили существовать. Когда они обратились ко мне, у меня вообще были сомнения в жизнеспособности их бизнеса, я даже полагал, что это только прикрытие - правда а зачем народ тратился на ИС?

5015
Спасибо за ответы.

Процессы я привел просто для примера, что первое в голову пришло. Потому естественно здесь возможны любые ответы, но суть их понятна. Спасибо, Сергей.

К вопросу о автоматизации процессов управления или вообще любых других процессов. Мне кажется это не цель и даже не задача. Наверное, это просто вид или род деятельности.

Действительно цель как минимум должна быть оцениваема.
Задача - таже цель, но строго сформулированная и оперделены ограничения. Фактически верно сформулированная задача - половина решения.

Например: http://ru.wikipedia.org/wiki/Цель

Целями создания автоматизированной системы учета являются:

— повышение точности учета…; — снижение затрат, связанных с…; — повышение эффективности…; — и так далее…

Задачи создания автоматизированной системы учета:

— замена устаревших приборов учета на приборы, отвечающие современным требованиям; — автоматизация процесса измерения учитываемых физических величин; — автоматизация процесса консолидации данных об измеренных величинах; — и так далее…

Разница очевидна. Повышение точности учета - явно подразумевает некие критерии оценивания точности...

Я привел ситуацию для примера того, что даже компании реализующие себя на рынке не всегда точно понимаю, что такое цель. Однако вот что странно или забавно - это совершенно не мешает им себя реализовать и быть достаточно успешными. Так может все-таки не так важна строгоформализованная и обоснованная формулировка цели, если к примеру достаточно ясно сформулированы задачи или прописаны результаты, которые следует достичь? Ведь результат сам по себе цель, не конечная наверное, промежуточная, но цель...

5016
Продолжая дискуссию по поводу формулировки цели, хочу поднять один вопрос, с которым я столкнулся на практике.

Просматривая однажды перезентацию проекта одной из софтверной компании, обнаружил такую формулировку цели:

автоматизация процессов управления.

Естественно немного понимая после длительных дискуссия на форуме, такая формулировка меня сразу кольнула. Если следовать SMART, то естественно это вовсе не цель - а простая абстракция:

Specific - конкретна - ясно что никакой конкретики, какие процессы управления именно, что в этих процессах следует сделать

Measurable - измерима - как измерить, что этот процесс автоматизирован? То что создан целый workflow?

Achievable - достижима - ну цель может быть достижима, если она понятна и четкая, если нет ясных критериев ее достижжения, то немыслимио и достичь ее

Relevant - значима - откуда возникает значимость в данном контексте? Почему значима автоматизация этих процессов


Time-bounded - увязана со временем - сроков не определено

Как тогда имеет смысл переформулировать цель, если в качестве контектса принять ВУЗ, а автоматизировать хотелось бы: процесс планирование учебной нагрузки и расписаний занятий, процесс контроля выполнения учебного плана как преподавателем, так и студентом, процесс планирования, контроля выполнения и формирования отчетности по научноисследовательской работе НИР, процессы раздачи заданий, контроль их исполнения, расчеты качественных и количественных показателей работы вуза по типу SWOP...

5017
ИМХО сейчас термин ИС равноценен термину АС и термину АИС. Поэтому думаю, что использование терминов ИС и ПО зависят от конкретных частных случаев.
Думаю нельзя ставить знак равенство между понятиями ИС и АС(АИС), тем более как мне, кажется, АС и АИС у Вас в первую очередь связывается с ПО. Но ИС - это далеко не только ПО, ПО лишь часть ИС. Автоматизации БП может происходить и без использования ПО. Возьмите хотя бы такой процесс как оформление покупки.

Так или иначе, думаю не нужно спорить по поводу классификации и понятий. Либо не в этом разделе:-)

5018
Вот такое частенько случается:

Connection Problems
Sorry, SMF was unable to connect to the database. This may be caused by the server being busy. Please try again later.

Интересно - кто и что тут виноват?

5019
Мне кажется, что в нашей дискуссии следует все-таки расставить акценты. Что мы пытаемся обсуждать, и какую мысль до нас хочет донести Сергей.

Исходная мысль как я понимаю такова: неверное целеполагание является одной из основных причин краха проектов.

Rocket здраво заметил (а?), что крах проекта может произойти и по другим причинам: неверно выбрана цель, не то средство выбрали для достижения цели, наконец неверное организован процесс достижения цели, т.е. управление не верно при движение к цели.

Пусть наша цель попасть из пункта А в пункт Б. Существуют множество возможностей попасть из А в Б: на машине, пешком, на лошади, на поезде, на самолете, т.е. существует множество средств. Причем выбор тех или иных средств для достижения цели - пункта Б зависит от многих аспектов: возможностей того, кто желает достугнуть пункта Б, обстоятельств или причин, почему нужно достигнуть пункта Б. После выбора средства - сам процесс движения к цели тоже может быть многообразен и подвержен бесконечному числу случайностей. Вместе с тем цель - достижение пункта Б - уже содержит в себе определенную систему реализации цели - это перемещение в пространстве, которое влечет и перемещение во времени. Ключевым здесь становится именно перемещение, которое не зависит от реализации  втом смысле, чо оно должно состоятся. В этом случае, конечно, можно сказать, что пункт Б - наша цель, перемещение - средство, способ перемещения - процесс. Очевидно ошибка может возникнуть на любом этапе, но в данном примере наиболее вероятна ошибка на этапе выполнения перемещения - можно свернуть не на ту дорогу, может кончиться бензин, можно попасть в аварию и т.п.

В данном примере все ясно и достаточно очевидно, я бы сказал даже стереотипно. Хорошо или нет действовать стереотипно - безусловно - это благо, такова сущность человеческого разума. Вопрос почему же при реализации ИТ проектов стереотипность не срабатывает, может ответ в том, что просто не накоплен тот эволюционный опыт, который дает выверенные стереотипные решения, а приходится действовать революционно пока. Ясно, что Сергей высказал здавую мысль, что при революции шаблоны неслишком хороши, более того они вредны, так как имеют лишь кажущуюся подобность (хотя мы кажется имели подобные шаблоны в Грузии и на Украине с их "оранжевыми" революциями)

Еще предложение-вопрос, а не следует ли к целям подходить не с позиции системности, т.е. сверху-вниз, а наоборот снизу-вверх, т.е. от интересов пользователей к ролевым задачам и дальше к целям? С уже последующим нисходящим преобразованиям в виде требований на реализацию?

Это вероятно эксенсивный путь ...

5020
Авторизовываться придется по-любому. При смене кукис форума, автоматически произойдет потеря актуальности старых.

Просим отнестить к данной мере с пониманием. В будущем планируем произвести обновление форума. Возможно ошибки переадресаций исчезнут. Хотя есть у меня не выразимое чувство, дело тут вовсе не в движке, ибо почему-то не у всех возникают проблемы и неодновременно, а главное одно и тоже проявляется у разных пользователей по-разному. Что наталкивает меня на мысль на проблему передачи контента на браузер клиента.

5021
Опять началось ...
Саша, попробуй опять сменить кукис. Только оповести заранее всех. Посмотрим на реакцию кукис.

5022
Сергей, а как по-твоему, расценивать, например: печать фото, или печать скажем OLED экранов, или создание TFT матриц методом струйной печати?

Тем не менее нельзя чисто сравнивать материальное производство и программное производство. Все-таки мы имеем дело с информацией, а  информация совершенно другой тип ресурса

5023
Термины и Определения / Re: Термин: Swimlane
« : 15 Августа 2007, 22:37:39 »
Хорошо, исправил, спешил просто ...
Я тоже не безгрешен, но такие вещи как голосование стараюсь проверять тщательнее :-)

5024
мы в состоянии создать собственное описание процесса путем отжимания тяжелых методологий и добавления своих знаний.
Я в беседе с Денисом высказывал такую мысль. Действительно не интереснее ли делать что-то свое? Однако заимствование неизбежно - как быть с авторскими правами? И еще обычно методика сначал реализуется в реальном проекте, а потом просто формализуется и стандартизируется.
Есть ли у нас подобная возможность?

5025
Сергей, письмо получил. Сделал небольшую рецензию, но смотрю тут отличная дискуссия. Так, что подожду с замечаниями.

В некотором роде согласен с Rocket - нужна точность терминов, желательно употреблять общепринятые смыслы.

Но считаю статья уже хороша тем, что она вызывает дискуссию,  а во-вторых стимулирует автора на совершенство. Лично я учился писать статьи 3 года. Только когда написал 2 главы диссертация - научился писать и статьи (правда по плазмохимии,а не ИТ наукам)

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 »