|
|
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Когда разговор заходит о введении процессного управления на предприятии, то среди возникающих в этой связи сложностей называют проблему сноса административных границ и перераспределения зон ответственности управляющего персонала. Здесь, так называемый человеческий фактор, может доставить новаторам много неприятностей. А кто-нить подумал о еще одной категории работников, которая может повлиять на ход реформ - программистах. Одним из основополагающих требований к системам управления бизнес-процессами (BPMS) считается, как известно, возможность проектирования, исполнения и мониторинга бизнес-процессов без программирования, силами бизнес-аналитиков. И вот тут появляются все основания для возмущения целого клана - клана программеров. Их это задевает за живое? Как грамотно разъяснить этой братии их роль и влияние на результат процесса? Всегда ли они ее правильно понимают? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2006, 18:15 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
тоже интересно узнать. Пытался, но корни пущены глубоко, программистам конкретного предприятия, где работаю я, с хорошей ЗП нет смысла заниматься всем этим. А так называемые аналитики, тоже с нормальной ЗП, собирают запросы пользователей, затем передают формальную постановку программистам, а те, держась в русле тезисов постановки, рисуют все это. Заказчик удовлетворен, начальник аналитиков и программистов тоже - все в его руках и он удит рыбку. А формализация - потеря конкурентного преимущества! Единственный выход - на х.. собственный ИТ отдел и приход варягов! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2006, 18:29 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
WJ, тема правильная, сейчас многих интересуют все проблемы, связанные с БП. Да, это проблема! Хотя с другой стороны мирятся же программисты с наличием администраторов сетей, ДБА и пр. Ведь эти категории работников (программисты и аналитики) территориально и функционально разнесены по разным службам. Но это так, первый взгляд на проблему. Она действительно существует и отражение этому последние темы , затрагивающие BPM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2006, 18:42 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Не понятна проблема. BPMS интегрируют что-то! То, что написано программистами. А если ничгео не написано, то что же интегрировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 11:14 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
MainframeНе понятна проблема. BPMS интегрируют что-то! То, что написано программистами. А если ничгео не написано, то что же интегрировать?Хорошо, когда Вы это понимаете. А от программеров чаще всего можно услышать: BPM-туфта, то, что надо, мы и так нарисуем. Только еще лучше, потому что заточим под свои нужды. И вот вам, пожалте, целый отдел ярых противников. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 11:20 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Оно конечно, есть люди, которых пугают любые перемены. Но пытаясь объективно взглянуть на вещи, я не усматриваю в BPM никаких угроз для собственных айтишников предприятия. Если бы речь шла о том, что BPM заменяет какие-то системы и разработки -- тогда да, но на деле-то BPM их дополняет . Автоматизация бизнес-функций по-прежнему остается за покупными системами и собственными разработками, BPM же позволяет их органично увязать друг с другом и тем самым повышает эффект от их использования, а значит, отдачу от айтишного персонала. Айтишникам, по сути, предлагается следующее: "давайте к тому что у вас есть поставим еще вот этот кусок софта (BPMS), затрат труда от вас он потребует минимум, но зато все что вы делали раньше заиграет новыми красками". То есть ситуация для айтишного народа никак не ухудшается. А для активной его части открываются просто захватывающие дух перспективы. Ведь BPM -- это возможность наконец-то уйти от автоматизации ради автоматизации и начать работать на бизнес прямо и непосредственно. Давайте подумаем: кто, в конце концов, будет реально отвечать за схемы бизнес-процессов: отслеживать их исполнение, непрерывно вносить корректировки и усовершенствования? Теоретически -- менеджмент, но на практике эта работа -- для человека с менталитетом айтишника, знающего что такое, например, продолжающаяся разработка. Так что руководить "процессом перехода к процессам" и людьми -- теми самими аналитиками -- скорее всего будет ИТ-директор. Отсюда нынешняя тенденция: на Западе ИТ-директора переквалифицируются в директоров по бизнес-процессам (Chief Information Officer -> Chief Process Officer). Надо ли объяснять, насколько второй пост более значим в менеджерской команде? По моему опыту проектов BPM, основная проблема с айтишникам в другом. Проводишь презентацию, демонстрируешь BPMS в действии на модельном примере. Типичная реакция людей бизнеса: "супер, это то что нам надо". Айтишника: "и это все? нет, ну это слишком просто чтобы от этого мог быть толк". Мазохисты какие-то, ей-богу. Если что-то можно сделать промучившись месяц, а не год, как обычно -- они удовольствия не получают ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 11:21 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
beobachterЗаказчик удовлетворен, начальник аналитиков и программистов тоже - все в его руках и он удит рыбку. Знакомая картина: "не были мы ни на каком Таити, нас и тут неплохо кормят". Что ж, если руководство предприятия не испытывает прессинга ни со стороны конкурентов, ни со стороны собственников, ни из-за собственного внутреннего к самосовершенствованию -- тогда ничего не сделаешь. На Западе таких непуганых, мне кажется, меньше. Опыт в бизнесе измеряется не годами, а столетиями -- все знают, что за тучными годами обязательно придут голодные, и надо к ним готовится, создавать себе конкурентное преимущество на будущее, пока есть бабки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 11:30 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Ну если говорить о практической стороне, то где реально находится точка приложения усилий программистов? Интеграция - это жирный раз. Еще конь не валялся. Мониторинг - это два. Всякие отчеты, коэффициенты эффективности. Что еще? Может, по каждому пункту отдельно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 11:39 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
WJгде реально находится точка приложения усилий программистов Реально программистам надо учится разрабатывать т.н. композитные приложения. Что это такое? Применительно к BPM это, грубо говоря, экран пользовательского интерфейса, реализованный в виде тонкого клиента и обслуживающий определенный шаг бизнес-процесса и вызываемый по команде пользователя сервером BPM. На нем отображается вся информация, необходимая пользователю для выполнения назначенной ему задачи, плюс управляющие элементы, запускающие определенные действия в BPMS и в прикладных системах, с которыми она взаимодействует. Например, на таком экране могут размещаться: - поле "клиент" -- реквизит данного экземпляра бизнес-процесса, заполненный на одном из предыдущих шагов (а также другие аналогичные поля) - закладка "информация о клиенте", в который выводится вся информация по данному клиенту, извлекаемая из учетной системе по значению поля "клиент" (а также другие закладки) - кнопки "отказать", "выделить", которые вызывают переход БП на один или иной следующий шаг (взаимодействие с BPMS) - кнопка "зарезервировать", которая дергает соответствующий вебсервис в складской системе Интерфейсы для связи могут использоваться самые разные: вебсервисы, JCA, JDBC, DCOM, файловый обмен... Собственной логики у такого приложения минимум: вызываются уже готовые компоненты существующих систем, плюс логика бизнес-процесса, заложенная в его схеме. С чисто автоматическими шагами БП дело обстоит проще: связь с прикладными системами та же, но хоть с пользователем заморачиваться не надо. Фреймворки для разработки композитных приложений сейчас предлагают разные вендоры, и по-хорошему, чтобы что-то реальное делать с BPM, надо искать связку BPMS и такого фреймворка. Главный критерий при выборе средств разработки композитных приложений: это должен быть по-настоящему rapid development. Инструментарий общего назначения типа честного JDeveloper тут не покатит. Уровень сервиса в таком приложении можно и нужно наращивать постепенно. Это на 100% тот случай, когда срок важнее качества. Подсказка: в начале не надо сильно беспокоиться об автоматической стыковке с прикладными системами. На первых порах достаточно вывести на экран инструкцию пользователю: "зарезервируй товар в таком-то меню такой-то системы". Как показывает опыт, пользователей это особо не напрягает, а мы не тормозим с внедрением BPM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2006, 18:25 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
W> И вот тут появляются все W> основания для возмущения целого клана - клана программеров. Их это W> задевает за живое? Как грамотно разъяснить этой братии их роль и влияние W> на результат процесса? Всегда ли они ее правильно понимают? Все они правильно понимают. "Ну пришли дядики, показали красивые плакатики, установили прикольную программу. Ну пусть начальство поиграется жалко что-ли. Бабла то вона скока уплочено." Оно вот как красиво ж. А чего делать будут? Ну хихикать будут себе тихонечко надо бесполезностью сего заграничного чуда. А куда программисты денуться? Да никуда. Фирме то работать надо, бабки то просели. И начальство наиграется и опять за ум возьмется. -- С уважением Кочмин Александр Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 11:55 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
так, рискую своим высказыванием опять много шуму поднять. :) Но покажите мне хотябы одно успешное внедрение ваших BPMS. Покажите мне отзывы клиентов. Покажите мне что польза есть на практике. До тех пор, это все не более чем маркетинговый бред. -- С уважением Кочмин Александр Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 11:58 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Выскажу собственное мнение по сути озвученного автором треда вопроса. Хотя и заранее предвижу, что оно многим не понравится. Поэтому заранее прошу сильно болезненно на него не реагировать, с учетом что оно является всего лишь мнением одного из мемберов форума... :) ПМСМ, роль программистов в отдаленной перспективе будет уменьшаться. Количество предлагаемых для них рабочих мест - сокращаться. И не только программистов, но и широкого спектра IT-специалистов. Некоторые тенденции к этому наметились уже сейчас, преимущественно на западе. В России они пока практически не ощущаются, но мы ведь говорим о перспективе, верно?.. :) Видны эти тенденции по входящей в широкую практику (сначала только для крупных фирм, а потом уже всё мельче и мельче) практике использования сверхнадежных центров обработки данных (ЦОД), совмещаемым с аутсорсингом IT-услуг. Эти тенденции постепенно набирают обороты, и на западе уже IT-специалистам находить работу становится все труднее и труднее. В России очень немногие предприятия могут себе позволить пользоваться услугами ЦОД. Преимущественно, это представительства крупных мировых компаний (вроде HP, например или гигантов автомобильной промышленности). В сегодняшних условиях (особенно с российской спецификой :) ) аутсорсинг IT-услуг имеет много отрицательных сторон (а в России, практически, только отрицательные). Но условия меняются, меняется восприятие многих аспектов ведения бизнеса бизнесменами, меняются технологии управления, сами IT-технологии... И так или постепенные подвижки в этом направлении уже происходят. В плане успешности продуктов для автоматизации бизнеса, я полагаю, в преспективе будут находить всё больший спрос и пользоваться успехом те продукты, которые больше бизнес-ориентированы и меньше зависят от степени понимания условий ведения бизнеса узкими техническими специалистами (программистами, в частности). Которые способны оперативно реагировать на потребности бизнеса и меньше связаны с решением трудоемких "кодокопательских" технических задач. Когда яму нужно рыть быстро , лучше воспользоваться экскаватором, особенно если развитие технологий уже позволяют им воспользоваться. Да, владение экскаваторами сопряжено с некоторыми затратами, и далеко не все их себе могут позволить. Особенно, ПЕРВЫМИ экскаваторами. Но по мере продвижения прогресса происходит специализация труда, экскаваторы концентрируются в специально создаваемых строительных организациях, которые предоставляют услуги тем, кто в них нуждается (грубо - аутсорсинг строительных услуг). Аутсорсинг и далее будет постепенно все более проникать в нашу жизнь. Может быть, медленно, может быть, этот процесс существенно растянется во времени, но он неизбежен. Когда-то в древности каждый житель своего жилища самостоятельно озабочивался вопросами, связанными с тем, где добыть энергию для готовки пищи и обогрева жилого помещения, где и как раздобыть воду, куда деть отходы жизнедеятельности и мусор. Но прогресс и процессы специализации труда сделали свое дело, и сейчас уже никого не удивляет "аутсорсинг" коммунальных услуг и централизованные коммуникации. Аналогичные процессы происходят во многих других сферах, и в IT-отрасли тоже. Дивизионная организация структуры бизнеса приводит к осознанию выделения некоторых вспомогательных функций за пределами основной деятельности. Специализация организации труда углубляется, части, традиционно нами воспринимавшиеся, как неотъемлемые части бизнеса, теперь уже не воспринимаются таковыми (по крайней мере, западными менеджерами верхнего звена). В широкую практику входит даже аутсорсинг услуг по управлению бизнесом, что всего несколько десятилетий назад не могло восприниматься большинством владельцев бизнеса, как реально возможное. Происходит углубление, расширение знаний в определенных областях, имеющих отношения к бизнес-практикам. В этих областях формируются новые когорты узких специалистов - менеджеров, специалистов в области маркетинга, появляются новые специальности ("мерчендайзер", например). Происходит перераспределение трудовых усилий между группами специалистов разного рода. Одновременно благодаря развитию технологий постепенно уходят на задний план многие технические специальности. Да, конечно, и сейчас еще можно найти "специалиста по транзисторам" (я сам по образованию из таких... :) ) и даже "специалиста по лампам", но последних уже - единицы, количество "специалистов по транзисторам" резко сокращается. Эта участь уже постигла "специалистов по перфокартам и перфолентам", которых можно сопоставить со "специалистами по лампам" в электронике, и участь современных систадминов и программистов также будет похожа на участь "специалистов по транзисторам и микросхемам". Они, конечно же, будут востребованы, но уже гораздо меньше. И преимущественно лишь специализированными организациями, предоставляющими на продажу или аутсорсинг результаты их труда, которые в результате взрывного развития технологий позволят систематизировать их труд и сделать менее человеко-зависимым. Я даже знаю реальный случай в ближайшем прошлом привлечения специалистов по Clipper, которым вынуждены были платить существенно более высокую зарплату, чем всем прочим - потому что их очень трудно найти... :) В последнее время, однако, использующий их труд поставщик программных продуктов прилагает усилия, чтобы отказаться от поддержки ранее поставлявшихся им DOS-приложений, а заодно и от оплаты "специалистов по Clipper". Человек неизменно будет востребован в областях, связанных с принятиями решений. До тех пор, пока он не появятся технологии, способные заменить "принимателей решений" искусственным интеллектом, им беспокоиться не чего. Хочу сразу заверить присутствующих, что по моим оценкам конкретно их эти процессы врядли существенно затронут в ближайшем обозримом будущем. Они еще будут востребованы по крайней мере на протяжении своей активной жизни, если будут стараться не отставать от стремительного развития информационных технологий и поддерживать свою квалификацию на соответствующем уровне. Хотя, поклясться в этом не могу - бифуркации практически не поддаются прогнозированию... :) Однако, если попытаться отследить тенденции от "специалистов по перфокартам" до нынешних, станет ясно, что технические специалисты, программисты вынуждены всё более вникать в методики ведения бизнеса, всё более на высоком уровне изучать смежные науки (бухучет, менеджмент и т.п.), и существенно смещать долю своих познанию в сторону НЕ-IT, в сторону прикладной области. Всё большее их число не может вспомнить или не знает, по какому физическому адресу запускается загрузчик. Далее эти процессы будут прогрессировать. И программист, не имеющий сколь-нибудь существенных познаний в прикладных областях, уже не будет так цениться, как сейчас. Развитие технологий сделают процессы "кодокопания" менее трудоемкими, на один "килограмм" усилий "программиста" станет больше "килограммов" бизнес-результатов. И BPMS - это всего лишь одна из ступеней истории, одна из фаз этого процесса. Я вполне допускаю, что в обозримом будущем может появиться что-то еще более продвинутое и эффективное. В конце концов, выкопать яму с помощью ядерного взрыва еще быстрее чем экскаватором, правда пока в моду не вошло... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 13:23 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
За последние 30 лет производительность труда программистов НЕ ИЗМЕНИЛАСЬ и нет никаких нажежд, что что-то изменится в ближайшие 30 лет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 15:31 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
процЗа последние 30 лет производительность труда программистов НЕ ИЗМЕНИЛАСЬ и нет никаких нажежд, что что-то изменится в ближайшие 30 ле Да чего там, за последние 30 лет НЕ ИЗМЕНИЛОСЬ ВООБЩЕ НИЧЕГО. Вот взгляд настоящего философа! Только с этим лучше на другой форум. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 16:07 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
процЗа последние 30 лет производительность труда программистов НЕ ИЗМЕНИЛАСЬ и нет никаких нажежд, что что-то изменится в ближайшие 30 летСтранно... Вы действительно так считаете? Это ведь плохой показатель. Хотя, пожалуй, в этой дискуссии это не самое ценное. Я, пожалуй, соглашусь с Garya, что в будущем структура рынка труда в области ИТ-услуг изменится. Вспомните, как было раньше: крупные вычислительные центры, чаще всего, привязанные к отрасли, единые стандарты (программное обеспечение единое)... Затем ПК, программеры на каждом предприятии, самопальные АРМы. Затем КИС от сторонних производителей, самописные АРМы на свалку, программеры - основные силы внедрения. Проц предлагает на этом поставить крупную эволюционную точку. Все. Теперь быстродействие - только за счет железа, расширение функциональности - за счет донастраивания имеющейся КИС... А если в этой КИС чего-то когда-нибудь сделать не удастся, то пишем в ООН с просьбой повлиять на окружающий злой мир. Но развитие "по спирали" приведет нас к тому, что предприятиям будет нецелесообразно содержать свой штат программистов, как уже сейчас некоторые предприятия не держат в штате бухгалтеров. В результате, востребованными окажутся предложения ИТ-компаний, услуги, ими предоставляемые, станут более качественными, специалисты, нанимаемые в эти компании на работу, будут сечь и в бухгалтерии, и в менеджменте и в астрономии, если потребуется. Так можем ли мы сейчас посмотреть хотя бы на несколько (на пару) лет вперед? Будущее за чем? Скорее всего, просто интеграция A2A (флаг, которым размахивает проц) скоро станет вопросом второстепенным. Гораздо интереснее было бы уметь не просто синхронизировать или использовать данные стороннего приложения, а уметь обращаться и к его сервисам. Причем, вызывая их из различных, завязанных в одном информационном пространстве, приложений. Это и есть композитные приложения, о которых пишет АБ. Ну и много чего можно в этом направлении хотеть. Поэтому программистам стоило бы не хвататься, как за соломинку, за имеющиеся разработки, а обратить внимание на эту сторону рынка. Ну не все ж такие консервативные, как Alexandr Kochmin . Может быть у кого-то в этом вопросе уже есть чем поделиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 16:10 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
GaryaКогда-то в древности каждый житель своего жилища самостоятельно озабочивался вопросами, связанными с тем, где добыть энергию для готовки пищи и обогрева жилого помещения, где и как раздобыть воду, куда деть отходы жизнедеятельности и мусор. Но прогресс и процессы специализации труда сделали свое дело, и сейчас уже никого не удивляет "аутсорсинг" коммунальных услуг и централизованные коммуникации. Аналогичные процессы происходят во многих других сферах, и в IT-отрасли тоже. Карра читали? "IT doesn't matter". Примерно о том же. Но есть один нюанс: предыдущие технологии (железные дороги, телефон и т.д.) имели дело с материальными вещами. Научились быстро перемещаться или переговариваться -- и хорошо. Но ИТ усиливает не наши мышцы, а наш разум. А это принципиально другое дело, ведь разум не ограничен тесными рамками имеющихся материальных ресурсов. Развернутый ответ в книжке "IT doesn't matter? Business Process Do!" (сейчас как раз читаю). GaryaЧеловек неизменно будет востребован в областях, связанных с принятиями решений. До тех пор, пока он не появятся технологии, способные заменить "принимателей решений" искусственным интеллектом, им беспокоиться не чего. Как известно, есть всего три роли: ты или часть проблемы, или часть решения, или часть пейзажа. Настоящий специалист -- он специалист не по клипперу и не по ораклу, он специалист по решению проблем. Таких никогда не было много, и они всегда будут востребованы, причем в первую очередь именно в этом качестве. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 16:18 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Все же не надо смешивать аутсорсинг и рост производительности труда программистов за счет инструментов, абстрагирующих от низкоуровневой реализации. Аутсорсинг приводит пока только к перекачке программистов из производственных предприятий в специализирующиеся на программинге. И это хорошо - программирование должно же когда-то стать индустриальным. А вот инструменты, повышающие производительность труда программиста на порядок, т.ч. девочка из вуза будет процессы ваять - увы, но пока это мечты. Новые инструменты и среды позволяют просто решать простые задачи. Но на данный момент таких задач остается все меньше - дешевле передать их на аутсорсинг. По настоящему сложные вещи требуют высокой квалификации. Здесь стоит напомнить, что разделение труда еще Адама Смит придумал :), т.ч. чистые программеры еще долго будут востребованы. Хотя, согласен, спрос на бизнес-ориентированных ИТ-специалистов становится все выше. Но они и занимают уже позиции менеджмента ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 16:18 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Alexandr Kochmin Но покажите мне хотябы одно успешное внедрение ваших BPMS. Чего мелочиться: вы мне покажите хотя бы одно успешное внедрение хоть чего-нибудь Да вот хоть, например, глядя на название форума,-- хоть одной "ERP и учетной системы" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 16:22 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
AnS1 А вот инструменты, повышающие производительность труда программиста на порядок, т.ч. девочка из вуза будет процессы ваять - увы, но пока это мечты. Это не мечты, это бред... :) Никто же не предполагает, что достаточно сунуть человеку в руки топор и он станет плотником ? Наличие инструмента для осуществления деятельности не упраздняет в общем случае субъект деятельности, хотя и может сильно повлиять и на деятельность и на субъекты/объекты. Ценна, в конечном счете, сама идея, возможность нового подхода и переосмысления существующих ценностей и возможностей. Большинство революционных преобразований содержит в основе своей достаточно простую идею. Сколько слов потребуется, что-бы изложить суть коныейкрного производства ? Врядли удастся заполнить даже один лист бумагт (если не лить воду...). А на этой идее "стоит" вся сегодняшняя промышленность. До конвейера это была принципиально другая промышленность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 18:15 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
AnS1Все же не надо смешивать аутсорсинг и рост производительности труда программистов за счет инструментов, абстрагирующих от низкоуровневой реализации.Стоит-стоит... Они очень тесно между собой связаны. Как именно - чуть ниже. AnS1Аутсорсинг приводит пока только к перекачке программистов из производственных предприятий в специализирующиеся на программинге. И это хорошо - программирование должно же когда-то стать индустриальным.Вот! Происходит перекачка специалистов от конечного потребителя в специализированные организации. А кто же там остается? Бизнес-моделяторы (моделисты, модельщики, называйте как хотите, лишь бы суть была понятна), бизнес-аналитики. Как современные информационные технологии уже почти не используют ассемблера, так будущие информационные технологии почти не будут использовать алгоритмического программирования в используемых сейчас терминологиях и объектных моделях. Современное программное моделирование гораздо ближе к естественной формулировке задач, чем язык ассемблера, но оно еще далеко не исчерпало возможности дальнейшего приближения к естественным и более высокоуровневым описаниям моделей бизнеса и его частей. Оно будет приближаться к нему до тех пор, пока человек, задающий правила игры в этом бизнесе, сам не сможет в понятной и самому себе, и компьютеру символике описать все аспекты решения бизнес-задач, отталкиваясь от их изначальной цели и имея как можно меньше абстрактных ограничений, связанных с выбором информационных моделей, вроде DRI, нормальных форм, наличием или отсутствием в конкретном углу экрана поля с какой-то информацией и т.п. Подобные технические детали не должны отвлекать от главного - от алгоритма работы бизнеса. Как современных IT-специалистов не отвлекают технические детали, связанные с решением задачи перемещения головок винчестера на нужную дорожку для извлечения с магнитного носителя информации. Эти и подобные им технически задачви должны решаться легко, без существенного умственного и/или физического напряжения, одним легким движением руки или вообще автоматически. Об этом должны будут позаботиться те самые лучшие из лучших, сконцентрированные в специализированных "программных центрах". Вспоминаю 25-летнее прошлое, целые отделы, в которых были сконцентрированы "инженеры-электронщики" при "информационно-вычислительных центрах"... Если бы тогда кто-то попытался им сказать, что потребность в их услугах в скором времени станет микроскопически малой, многие из них бы не поверили. Более того, я еще тгда пытался строить прогнозы, и в задушевных беседах с ними им об этом говорил. Но многие из них не соглашались, не верили. Говорили "да ты что! это в век-то электроники электронщики перестанут быть востребованы?! И кто же будет обслуживать новые сверхпроизводительные супер-пупер-компьютеры??? Программисты, что ли? Да они эмиттер от коллектора не отличат! Они понятия не имеют, чем ТТЛ-микросхема отличается от ЭСЛ-микросхемы с такой же функциональностью! Они даже схему триггера на емкостной трехточке нарисовать не смогут!". И что? И где сейчас эти электронщики? Много ли сейчас в IT-подразделениях специалистов, которые смогут нарисовать схему триггера? У многих ли в IT-подразделениях вообще имеется паяльник ? А ведь прошло не два века, а всего лишь 25 лет - всего лишь треть жизни человека! Примерно так же сейчас не все могут себе представить жизнь предприятия без программиста. Однако, тогда разубеждать электронщиков я сильно не напрягался, и сейчас не стану... :) Жизнь нас рассудит... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 19:17 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Не во всю тему, а только в ее часть, касающуюся роли программистов. Давным давно (лет 25 назад, за которые по свидетельству Проца ничего не изменилось) довелось услышать следующую классификацию программистов: 1. Те, которые мыслят кодами. Могут добиваться огромных успехов в деле экономии памяти и повышения быстродействия, что в те времена очень ценилось . Их девиз: "Дайте мне алгоритм и я сделаю из программы конфетку". Никогда не вырываются из любимого состояния. 2. Мыслящие функциями. Это тип приподнятых над программистами низкого уровня, очень любят рисовать блок-схемы и рассказывать, что любой алгоритм реализуют внутри printf() (или нечто подобное). Часто из них получаются занудливые руководители групп программистов, тиранящие своих подчиненных и требующих только той реализации, аналог кототорой они делали лет 10 назад. Это никак не умаляет их положительного влияния на некоторую часть разработчиков 3. Мыслящие модулями запросто находят взаимосвязи между иерархической структурой базы ТМЦ и персонала и пол жизни отдадут за то, чтобы в виде дерева реализовать все базы АСУП. Основная идея - все должно обрабатываться однотипно. Не утверждаю, что это плохо. Очень любят рисовать экранный интерфейс, в котором можно обработать любые данные однотипно. Как правило из таких получается зам АСУП по разработке. 4. Мыслящие системами (объектами). Такое мышление приходит после получения большого опыта работ в разных сферах (финансы и реальное время, разработка компилятора и базы данных, системы наведение в цель и управление канализационными стоками, ... через какое-то время этому специалисту безразлично, что разрабатывать. Он готов к любому проекту, и не потому, что свысока относится к теме, а потому, что у него имеется четкая методика работы с неизвестным. Он никогда не станет программировать без проекта базы данных, он никогда не будет разрабатывать структуру БД без обследования документооборота, а обследование документооборота совместит по возможности с созданием схем и описанием бизнес процессов, чтобы на основе этой работы выделить первоочередные задачи автоматизации и под них обязательно выписать ТЗ, в сложных случаях проработать и технический проект. Конечно это не весь стиль его работы, но к такому перевоплощению приходят далеко не все программисты. Хотя для этого у них есть больше шансов, чем у других. PS. Программисту, не понявшему роли БП не светит стать РАЗРАБОТЧИКОМ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2006, 23:02 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
Не возражая по существу наметившихся в ИТ тенденций, не могу, однако, разделить оптимизм Garya в соотнесении данных процессов с произошедшими изменениями в области микроэлектроники. И если за впечатляющими успехами "электроники" стоят вполне осязаемые и зримые технологические прорывы и макроэкономические причины, то в области создания программного обеспечения столь явного прогресса, увы, не наблюдается. Есть запрос на такие изменения - исходящий, кстати, большей частью вовсе не изнутри ИТ-сектора (ветераны, пригревшиеся возле "шины данных" поставили уже клеймо "маркетоидности" на этот запрос, ну да проблема-то не в них :). Есть разной успешности попытки радикально изменить методы создания информационных систем (собственно и сами ERP-подобные системы не что иное как одна из многих попыток), но... Мое сугубо личное мнение - большинство сегодняшних "прорывов" в области программирования большей частью своего существования обязаны прорыву "электронному". Давайте возьмем, для примера, относительно устоявшуюся область - базы данных и конкретно архитектуру клиент-сервер. Кто следил за развитием этого направления, должен помнить - ближе к окончанию первой половины 90-х зазвучали, все чаще и чаще, "тревожные сигналы" от аналитиков. Архитектура не оправдывала возложенных на нее надежд. Не случись столь стремительный рост возможностей аппаратных ресурсов - достижения данной архитектуры были-бы куда менее впечатляющими (не стоит забывать и то, что росли не только возможности аппаратуры, одновременно и стоимость ресурсов не менее радикально уменьшилась). Только один (но на мой взгляд, не имеющий аналогов) пример положения дел в этой области - примерно в этот-же период времени IBM - после 10-летнего перерыва! - возобновляет выпуск System/360, системы занимающей промежуточное положение между серверами "персоналочной" архитектуры и мэйнфрэймами. Такие вот некоторым виделись перспективы. Или другой, тоже весьма принципиальный факт - создание вычислительного комплекса, обыгравающего в шахматы чемпиона мира. Пятнадцать лет назад большинство экспертов полагало, что в обозримой перспективе машина не сможет обыграть "рядового" гроссмейстера. Но ведь и там в основе лежала колоссальная мощь "Big Blue" и только потом - новые алгоритмы (да, пока все теже алгоритмы...) отбора вариантов. Т.е., повторюсь, изменения в ИТ назревают, изменения идут и будут идти. Желающие по 30-лет не замечать изменений (и при этом оставаться востребованным специалистом) явно должны искать себе более спокойную "нишу". Но имеем мы пока только запрос (осознаваемый далеко не всеми как в отрасли, так и за ее пределами) на изменения. Возможно - имеем направление, вектор развития. Но, к сожалению, не имеем главного - Технологии "прорыва". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2006, 00:35 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
to Garya. То что пишется в журнале и интернете, не все правда. ЦОД будет актуален мож лет через 150, но к сожалению так долго не живут)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 08:22 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
007to Garya. То что пишется в журнале и интернете, не все правда. ЦОД будет актуален мож лет через 150, но к сожалению так долго не живут)) Т.е. лично вам потребуется 150 лет, что-бы заметить уже существующие проекты ? Data Fort и DataDome, например. Или проекты в которых ЦОД строится на территории заказчика но остается на аутсорсинге подрядчика ? Тогда вам, конечно, "не грозит" - столько действительно не живут... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 10:17 |
|
||
|
BPMS и роль программистов
|
|||
|---|---|---|---|
|
#18+
В одном из номеров Открытых систем есть забавное рассуждение по поводу качества уровня программирования на данный момент. Не соглашаясь с общим скептицизмом автора, нельзя не отметить, что в одном он прав - инструменты высокго уровня открывают доступ в IT людям, совершенно не имеющим базовых компетенций отрасли. Часто это человек-комбайн, который толком и программировать не умеет и про бизнес-анализ имеет смутные понятия. Как правило, получаем "консультанта системы XXX", ориентированного на "продуктивный" старт. Но это уже другая песня... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2006, 11:24 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33495014&tid=1526247]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
154ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 262ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...