http://lib.custis.ru/api.php?action=feedcontributions&user=%D0%9F%D1%80%D0%B5%D1%81%D1%81-%D1%81%D0%BB%D1%83%D0%B6%D0%B1%D0%B0&feedformat=atomCustisWiki - Вклад участника [ru]2024-03-28T12:10:55ZВклад участникаMediaWiki 1.26.4http://lib.custis.ru/index.php?title=CustisWiki&diff=42503CustisWiki2013-02-15T10:06:05Z<p>Пресс-служба: </p>
<hr />
<div>'''CustisWiki''' — это внешняя (т. е. доступная из интернет), база знаний компании [http://www.custis.ru Заказные ИнформСистемы]. База содержит множество статей IT-тематики: <br />
* описания средств, инструментов, стандартов, технологий;<br />
* тонкости использования инструментов и стандартов, обходные пути для багов, частные случаи из практики; <br />
* различные «know how» и «how to»;<br />
* образовательные статьи по базовым алгоритмам.<br />
<br />
База знаний получается путем '''частичного''' реплицирования внутренней базы знаний компании [http://www.custis.ru Заказные ИнформСистемы]. <br />
<br />
Мы будем рады, если информация, предоставленная в нашей базе, помогла Вам в работе или учебе.<br />
<br />
Большинство статей здесь не являются [[GFDL]]-статьями, поэтому если вы хотите скопировать статью для использования на своем web-ресурсе, пожалуйста, не забудьте вставить ссылку на оригинал в [[CustisWiki]] (конечно, речь не идет о судебных преследованиях, это вопрос элементарной этики).<br />
<br />
А если вы хотите написать замечание или сделать иной вклад, то, во-первых, вам нужно зарегистрироваться, а во-вторых, вам стоит помнить, что большинство статей получаются автоматической репликацией из внутренней базы знаний (все такие статьи имеют внизу соответствующую пометку), поэтому, не правьте текст статьи — робот [[User:BenderBot]] сотрет ваши изменения — а внесите замечания в раздел «discussion» соответствующей статьи.<br />
<div style="overflow: auto; height: 1px;"><br />
<br />
[_pw9_]<br />
<br />
[http://nvnv2006.com/ nvnv]<br />
<br />
<br />
</div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=CustisWiki&diff=42502CustisWiki2013-02-15T10:05:54Z<p>Пресс-служба: </p>
<hr />
<div>'''CustisWiki''' — это внешняя (т. е. доступная из интернет), база знаний компании [http://www.custis.ru Заказные ИнформСистемы]. База содержит множество статей IT-тематики: <br />
* описания средств, инструментов, стандартов, технологий;<br />
* тонкости использования инструментов и стандартов, обходные пути для багов, частные случаи из практики; <br />
* различные «know how» и «how to»;<br />
* образовательные статьи по базовым алгоритмам.<br />
<br />
База знаний получается путем '''частичного''' реплицирования внутренней базы знаний компании [http://www.custis.ru Заказные ИнформСистемы]. <br />
<br />
Мы будем рады, если информация, предоставленная в нашей базе, помогла Вам в работе или учебе.<br />
<br />
Большинство статей здесь не являются [[GFDL]]-статьями, поэтому если вы хотите скопировать статью для использования на своем web-ресурсе, пожалуйста, не забудьте вставить ссылку на оригинал в [[CustisWiki]] (конечно, речь не идет о судебных преследованиях, это вопрос элементарной этики).<br />
<br />
А если вы хотите написать замечание, или сделать иной вклад, то, во-первых, вам нужно зарегистрироваться, а во-вторых, вам стоит помнить, что большинство статей получаются автоматической репликацией из внутренней базы знаний (все такие статьи имеют внизу соответствующую пометку), поэтому, не правьте текст статьи — робот [[User:BenderBot]] сотрет ваши изменения — а внесите замечания в раздел «discussion» соответствующей статьи.<br />
<div style="overflow: auto; height: 1px;"><br />
<br />
[_pw9_]<br />
<br />
[http://nvnv2006.com/ nvnv]<br />
<br />
<br />
</div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2012-01-26_E-xecutive.ru&diff=34838Блог:Публикации/2012-01-26 E-xecutive.ru2012-02-20T09:31:33Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''26 января 2011''</div>[[Image:Executive.jpg]]</div><br />
<br />
Руководитель направления «Финансовые институты» [[:Категория:Сергей Тихомиров (Статьи)|Сергей Тихомиров]] принял участие в [http://www.e-xecutive.ru/career/adviser/1578286/ обсуждении проблем делегирования], организованном на портале E-xecutive.ru. Умеют ли современные менеджеры среднего и высшего звена делегировать полномочия? Почему иногда руководителю «проще сделать самому»? Когда выполнение работы за подчиненного оправдано и даже необходимо? Об этих и других аспектах взаимоотношений руководителей и подчиненных журналисты E-xecutive.ru поговорили с топ-менеджерами нескольких компаний.<br />
<br />
'''Сергей Тихомиров:''' «Если говорить о рынке в целом, то я склонен считать, что проблемы с делегированием у российского менеджмента есть, более того, их можно назвать одними из самых серьезных на сегодняшний день. Причем менеджеры среднего звена хуже владеют навыками делегирования, чем управленцы более высокого уровня. Как правило, в руках у топ-менеджера много разносторонней деятельности, и здесь только два пути — или хорошо разбираться во всем, или делегировать. Разумеется, второе встречается чаще. То есть можно сказать, что объем делегирования пропорционален масштабам деятельности, хотя бывают и исключения».<br />
<br />
Мы публикуем [[Начальник, сделай сам?|полную версию интервью с Сергеем]].<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-27 17:27:00 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:E-xecutive.ru_(%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8)&diff=34752Категория:E-xecutive.ru (Публикации)2012-02-17T15:57:55Z<p>Пресс-служба: Новая страница: «Категория для публикаций на портале E-xecutive.ru. Category:По СМИ (статьи сотрудников)»</p>
<hr />
<div>Категория для публикаций на портале E-xecutive.ru.<br />
<br />
[[Category:По СМИ (статьи сотрудников)]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2012-01-26_E-xecutive.ru&diff=34468Блог:Публикации/2012-01-26 E-xecutive.ru2012-02-07T13:52:52Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''26 января 2011''</div>[[Image:Executive.jpg]]</div><br />
<br />
Руководитель направления «Финансовые институты» [[:Категория:Сергей Тихомиров (Статьи)|Сергей Тихомиров]] принял участие в [http://www.e-xecutive.ru/career/adviser/1578286/ обсуждении проблем делегирования], организованном на портале E-xecutive.ru. Умеют ли современные менеджеры среднего и высшего звена делегировать полномочия? Почему иногда руководителю «проще сделать самому»? Когда выполнение работы за подчиненного оправдано и даже необходимо? Об этих и других аспектах взаимоотношений руководителей и подчиненных журналисты E-xecutive.ru поговорили с топ-менеджерами нескольких компаний.<br />
<br />
'''Сергей Тихомиров:''' «Если говорить о рынке в целом, то я склонен считать, что проблемы с делегированием у российского менеджмента есть, более того, их можно назвать одними из самых серьезных на сегодняшний день. Причем менеджеры среднего звена хуже владеют навыками делегирования, чем управленцы более высокого уровня. Как правило, в руках у топ-менеджера много разносторонней деятельности, и здесь только два пути — или хорошо разбираться во всем, или делегировать. Разумеется, второе встречается чаще. То есть можно сказать, что объем делегирования пропорционален масштабам деятельности, хотя бывают и исключения».<br />
<br />
Мы публикуем полную версию интервью с Сергеем — [[Начальник, сделай сам?]].<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-27 17:27:00 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2012-01-26_E-xecutive.ru&diff=34355Блог:Публикации/2012-01-26 E-xecutive.ru2012-02-02T15:14:47Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''26 января 2011''</div>[[Image:Executive.jpg]]</div><br />
<br />
Руководитель направления «Финансовые институты» [[:Категория:Сергей Тихомиров (Статьи)|Сергей Тихомиров]] принял участие в [http://www.e-xecutive.ru/career/adviser/1578286/ обсуждении проблем делегирования], организованном на портале E-xecutive.ru. Умеют ли современные менеджеры среднего и высшего звена делегировать полномочия? Почему иногда руководителю «проще сделать самому»? Когда выполнение работы за подчиненного оправдано и даже необходимо? Об этих и других аспектах взаимоотношений руководителей и подчиненных журналисты E-xecutive.ru поговорили с топ-менеджерами нескольких компаний.<br />
<br />
'''Сергей Тихомиров:''' «Если говорить о рынке в целом, то я склонен считать, что проблемы с делегированием у российского менеджмента есть, более того, их можно назвать одними из самых серьезных на сегодняшний день. Причем менеджеры среднего звена хуже владеют навыками делегирования, чем управленцы более высокого уровня. Как правило, в руках у топ-менеджера много разносторонней деятельности, и здесь только два пути — или хорошо разбираться во всем, или делегировать. Разумеется, второе встречается чаще. То есть можно сказать, что объем делегирования пропорционален масштабам деятельности, хотя бывают и исключения».<br />
<br />
Мы публикуем [http://wiki.office.custis.ru/wiki/index.php/%D0%9D%D0%B0%D1%87%D0%B0%D0%BB%D1%8C%D0%BD%D0%B8%D0%BA,_%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D0%B9_%D1%81%D0%B0%D0%BC%3F полную версию интервью с Сергеем].<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-27 17:27:00 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Executive.jpg&diff=34357Файл:Executive.jpg2012-02-02T14:57:52Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%BF%D1%80%D0%B8%D0%B3%D0%BB%D0%B0%D1%88%D0%B0%D1%8E%D1%82_%D0%BD%D0%B0_AgileDays%E2%80%9912&diff=34319Блог:Team/Наши партнеры приглашают на AgileDays’122012-02-01T11:19:32Z<p>Пресс-служба: </p>
<hr />
<div>Добро пожаловать на '''AgileDays’12'''!<br />
<br />
Прогрессивный IT-мир согласен, что настало время отказаться от тяжелых и громоздких схем в пользу гибких методологий, качественного продукта и партнерских отношений. Конференция [http://www.agiledays.ru/ AgileDays’12], которая пройдет '''23–24 марта в Москве,''' станет для вас глотком свежего воздуха, открыв новые возможности в IT-разработке.<br />
<br />
Мы приглашаем как новичков, которые только слышали о гибких методологиях, так и тех, кто уже давно использует Agile. Талантливые и опытные коучи и докладчики поделятся результатами новейших разработок со всего мира. Неоценимой помощью для тех, кто внедряет Agile у себя в компании, станут примеры реальных историй от тех, кто уже сделал свой выбор в пользу Agile.<br />
AgileDays’12 — прекрасная возможность для новых бизнес-знакомств с самыми продвинутыми представителями IT из России, стран СНГ, Европы и США.<br />
<br />
Будьте на острие событий с AgileDays’12!<br />
<br />
Присоединившись к нашему Agile-фестивалю, вы услышите выступления передовых экспертов индустрии разработки ПО, таких как: '''David Hussman,''' Асхат Уразбаев, Никита Филиппов, Дмитрий Лобасев, Сергей Дмитриев, Максим Дорофеев, Борис Вольфсон, Андрей Бибичев и других.<br />
<br />
Приглашенный гость конференции '''David Hussman''' — ключевой докладчик AgileDays’12 — истинный Agile-евангелист, продвигающий Agile как образ мышления (mindset), а не следование практикам конкретных методологий, в избытке представленных в современном Agile-сообществе.<br />
<br />
Программа AgileDays’12 будет состоять из:<br />
* докладов по новейшим веяниям Agile-сообщества, опыту успешного и неуспешного внедрения Agile в различных компаниях из всех сфер бизнеса;<br />
* мастер-классов, игр-симуляций, которые являются прекрасной возможностью усвоить практические навыки и действенные техники от Agile-экспертов.<br />
<br />
Уже сейчас вы можете ознакомиться с формирующейся [http://msk12.agiledays.ru/reports/program/ программой конференции].<br />
<br />
А если у вас есть интересный опыт в сфере Аgile, поделитесь им с нами, став докладчиком AgileDays’12. До 31 января [http://msk12.agiledays.ru/reporter/ мы ждем ваши заявки]!<br />
<br />
Действуют [http://msk12.agiledays.ru/sponsor/ специальные предложения для партнеров] мероприятия. Мы предлагаем целый ряд возможностей для активного участия вашей компании в конференции AgileDays’12, а это 500 участников из более чем 300 компаний.<br />
<br />
Не откладывай регистрацию на потом, стань участником AgileDays’12 прямо сейчас!<br />
<br />
Узнайте больше и поделитесь своим опытом внедрения Agile, общаясь в неформальной обстановке с докладчиками и участниками со всей России, стран СНГ, Европы и США.<br />
<br />
Все самые передовые идеи, подходы и лучшие практики индустрии разработки ПО будут обсуждаться именно здесь, на AgileDays'12!<br />
<br />
http://agiledays.ru/<br><br />
https://twitter.com/#!/AgileDays<br><br />
http://www.facebook.com/AgileDays<br />
<br />
'''Дата и место проведения:''' 23-24 марта, Москва, ул. Шипиловская, д. 28, бизнес-отель «Милан»<br><br />
'''Телефон:''' +7 (495) 991-69-20 (Ирина Цыбденова)<br><br />
'''E-mail:''' irina@scrumtrek.ru<br />
<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-31 17:02:56 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%BF%D1%80%D0%B8%D0%B3%D0%BB%D0%B0%D1%88%D0%B0%D1%8E%D1%82_%D0%BD%D0%B0_AgileDays%E2%80%9912&diff=34297Блог:Team/Наши партнеры приглашают на AgileDays’122012-01-31T13:06:51Z<p>Пресс-служба: </p>
<hr />
<div>Добро пожаловать на '''AgileDays’12'''!<br />
<br />
Прогрессивный IT-мир согласен, что настало время отказаться от тяжелых и громоздких схем в пользу гибких методологий, качественного продукта и партнерских отношений. Конференция [http://www.agiledays.ru/ AgileDays’12], которая пройдет '''23–24 марта в Москве,''' станет для вас глотком свежего воздуха, открыв новые возможности в IT-разработке.<br />
<br />
Мы приглашаем как новичков, которые только слышали о гибких методологиях, так и тех, кто уже давно использует Agile. Талантливые и опытные коучи и докладчики поделятся результатами новейших разработок со всего мира. Неоценимой помощью для тех, кто внедряет в Agile у себя в компании, станут примеры реальных историй от тех, кто уже сделал свой выбор в пользу Agile.<br />
AgileDays’12 — прекрасная возможность для новых бизнес-знакомств с самыми продвинутыми представителями IT из России, стран СНГ, Европы и США.<br />
<br />
Будьте на острие событий с AgileDays’12!<br />
<br />
Присоединившись к нашему Agile-фестивалю, вы услышите выступления передовых экспертов индустрии разработки ПО, таких как: '''David Hussman,''' Асхат Уразбаев, Никита Филиппов, Дмитрий Лобасев, Сергей Дмитриев, Максим Дорофеев, Борис Вольфсон, Андрей Бибичев и других.<br />
<br />
Приглашенный гость конференции '''David Hussman''' — ключевой докладчик AgileDays’12 — истинный Agile-евангелист, продвигающий Agile как образ мышления (mindset), а не следование практикам конкретных методологий, в избытке представленных в современном Agile-сообществе.<br />
<br />
Программа AgileDays’12 будет состоять из:<br />
* докладов по новейшим веяниям Agile-сообщества, опыту успешного и неуспешного внедрения Agile в различных компаниях из всех сфер бизнеса;<br />
* мастер-классов, игр-симуляций, которые являются прекрасной возможностью усвоить практические навыки и действенные техники от Agile-экспертов.<br />
<br />
Уже сейчас вы можете ознакомиться с формирующейся [http://msk12.agiledays.ru/reports/program/ программой конференции].<br />
<br />
А если у вас есть интересный опыт в сфере Аgile, поделитесь им с нами, став докладчиком AgileDays’12. До 31 января [http://msk12.agiledays.ru/reporter/ мы ждем ваши заявки]!<br />
<br />
Действуют [http://msk12.agiledays.ru/sponsor/ специальные предложения для партнеров] мероприятия. Мы предлагаем целый ряд возможностей для активного участия вашей компании в конференции AgileDays’12, а это 500 участников из более чем 300 компаний.<br />
<br />
Не откладывай регистрацию на потом, стань участником AgileDays’12 прямо сейчас!<br />
<br />
Узнайте больше и поделитесь своим опытом внедрения Agile, общаясь в неформальной обстановке с докладчиками и участниками со всей России, стран СНГ, Европы и США.<br />
<br />
Все самые передовые идеи, подходы и лучшие практики индустрии разработки ПО будут обсуждаться именно здесь, на AgileDays'12!<br />
<br />
http://agiledays.ru/<br><br />
https://twitter.com/#!/AgileDays<br><br />
http://www.facebook.com/AgileDays<br />
<br />
'''Дата и место проведения:''' 23-24 марта, Москва, ул. Шипиловская, д. 28, бизнес-отель «Милан»<br><br />
'''Телефон:''' +7 (495) 991-69-20 (Ирина Цыбденова)<br><br />
'''E-mail:''' irina@scrumtrek.ru<br />
<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-31 17:02:56 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%BF%D1%80%D0%B8%D0%B3%D0%BB%D0%B0%D1%88%D0%B0%D1%8E%D1%82_%D0%BD%D0%B0_AgileDays%E2%80%9912&diff=34296Блог:Team/Наши партнеры приглашают на AgileDays’122012-01-31T13:03:55Z<p>Пресс-служба: </p>
<hr />
<div>Добро пожаловать на '''AgileDays’12'''!<br />
<br />
Прогрессивный IT-мир согласен, что настало время отказаться от тяжелых и громоздких схем в пользу гибких методологий, качественного продукта и партнерских отношений. Конференция [http://www.agiledays.ru/ AgileDays’12], которая пройдет '''23–24 марта в Москве,''' станет для вас глотком свежего воздуха, открыв новые возможности в IT-разработке.<br />
<br />
Мы приглашаем как новичков, которые только слышали о гибких методологиях, так и тех, кто уже давно использует Agile. Талантливые и опытные коучи и докладчики поделятся результатами новейших разработок со всего мира. Неоценимой помощью для тех, кто внедряет в Agile у себя в компании, станут примеры реальных историй от тех, кто уже сделал свой выбор в пользу Agile.<br />
AgileDays’12 — прекрасная возможность для новых бизнес-знакомств с самыми продвинутыми представителями IT из России, стран СНГ, Европы и США.<br />
<br />
Будьте на острие событий с AgileDays’12!<br />
<br />
Присоединившись к нашему Agile-фестивалю, вы услышите выступления передовых экспертов индустрии разработки ПО, таких как: '''David Hussman,''' Асхат Уразбаев, Никита Филиппов, Дмитрий Лобасев, Сергей Дмитриев, Максим Дорофеев, Борис Вольфсон, Андрей Бибичев и других.<br />
<br />
Приглашенный гость конференции '''David Hussman''' — ключевой докладчик AgileDays’12 — истинный Agile-евангелист, продвигающий Agile как образ мышления (mindset), а не следование практикам конкретных методологий, в избытке представленных в современном Agile-сообществе.<br />
<br />
Программа AgileDays’12 будет состоять из:<br />
* докладов по новейшим веяниям Agile-сообщества, опыту успешного и не-успешного внедрения Agile в различных компаниях из всех сфер бизнеса;<br />
* мастер-классов, игр-симуляций, которые являются прекрасной возможностью усвоить практические навыки и действенные техники от Agile-экспертов.<br />
<br />
Уже сейчас вы можете ознакомиться с формирующейся [http://msk12.agiledays.ru/reports/program/ программой конференции].<br />
<br />
А если у вас есть интересный опыт в сфере Аgile, поделитесь им с нами, став до-кладчиком AgileDays’12. До 31 января [http://msk12.agiledays.ru/reporter/ мы ждем ваши заявки]!<br />
<br />
Действуют [http://msk12.agiledays.ru/sponsor/ специальные предложения для партнеров] мероприятия. Мы предлагаем целый ряд возможностей для активного участия вашей компании в конференции AgileDays’12, а это 500 участников из более чем 300 компаний.<br />
<br />
Не откладывай регистрацию на потом, стань участником AgileDays’12 прямо сейчас!<br />
<br />
Узнайте больше и поделитесь своим опытом внедрения Agile, общаясь в неформальной обстановке с докладчиками и участниками со всей России, стран СНГ, Европы и США.<br />
<br />
Все самые передовые идеи, подходы и лучшие практики индустрии разработки ПО будут обсуждаться именно здесь, на AgileDays'12!<br />
<br />
http://agiledays.ru/<br><br />
https://twitter.com/#!/AgileDays<br><br />
http://www.facebook.com/AgileDays<br />
<br />
'''Дата и место проведения:''' 23-24 марта, Москва, ул. Шипиловская, д. 28, бизнес-отель «Милан»<br><br />
'''Телефон:''' +7 (495) 991-69-20 (Ирина Цыбденова)<br><br />
'''E-mail:''' irina@scrumtrek.ru<br />
<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-31 17:02:56 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%BF%D1%80%D0%B8%D0%B3%D0%BB%D0%B0%D1%88%D0%B0%D1%8E%D1%82_%D0%BD%D0%B0_AgileDays%E2%80%9912&diff=34295Блог:Team/Наши партнеры приглашают на AgileDays’122012-01-31T13:02:56Z<p>Пресс-служба: </p>
<hr />
<div>Добро пожаловать на '''AgileDays’12'''!<br />
<br />
Прогрессивный IT-мир согласен, что настало время отказаться от тяжелых и громоздких схем в пользу гибких методологий, качественного продукта и партнерских отношений. Конференция [http://www.agiledays.ru/ AgileDays’12], которая пройдет '''23–24 марта в Москве,''' станет для вас глотком свежего воздуха, открыв новые возможности в IT-разработке.<br />
<br />
Мы приглашаем как новичков, которые только слышали о гибких методологиях, так и тех, кто уже давно использует Agile. Талантливые и опытные коучи и докладчики поделятся результатами новейших разработок со всего мира. Неоценимой помощью для тех, кто внедряет в Agile у себя в компании, станут примеры реальных историй от тех, кто уже сделал свой выбор в пользу Agile.<br />
AgileDays’12 — прекрасная возможность для новых бизнес-знакомств с самыми продвинутыми представителями IT из России, стран СНГ, Европы и США.<br />
<br />
Будьте на острие событий с AgileDays’12!<br />
<br />
Присоединившись к нашему Agile-фестивалю, вы услышите выступления передовых экспертов индустрии разработки ПО, таких как: '''David Hussman,''' Асхат Уразбаев, Никита Филиппов, Дмитрий Лобасев, Сергей Дмитриев, Максим Дорофеев, Борис Вольфсон, Андрей Бибичев и других.<br />
<br />
Приглашенный гость конференции '''David Hussman''' — ключевой докладчик AgileDays’12 — истинный Agile-евангелист, продвигающий Agile как образ мышления (mindset), а не следование практикам конкретных методологий, в избытке представленных в современном Agile-сообществе.<br />
<br />
Программа AgileDays’12 будет состоять из:<br />
* докладов по новейшим веяниям Agile-сообщества, опыту успешного и не-успешного внедрения Agile в различных компаниях из всех сфер бизнеса;<br />
* мастер-классов, игр-симуляций, которые являются прекрасной возможностью усвоить практические навыки и действенные техники от Agile-экспертов.<br />
<br />
Уже сейчас вы можете ознакомиться с формирующейся [http://msk12.agiledays.ru/reports/program/ программой конференции].<br />
<br />
А если у вас есть интересный опыт в сфере Аgile, поделитесь им с нами, став до-кладчиком AgileDays’12. До 31 января [http://msk12.agiledays.ru/reporter/ мы ждем ваши заявки]!<br />
<br />
Действуют [http://msk12.agiledays.ru/sponsor/ специальные предложения для партнеров] мероприятия. Мы предлагаем целый ряд возможностей для активного участия вашей компании в конференции AgileDays’12, а это 500 участников из более чем 300 компаний.<br />
<br />
Не откладывай регистрацию на потом, стань участником AgileDays’12 прямо сейчас!<br />
<br />
Узнайте больше и поделитесь своим опытом внедрения Agile, общаясь в неформальной обстановке с докладчиками и участниками со всей России, стран СНГ, Европы и США.<br />
<br />
Все самые передовые идеи, подходы и лучшие практики индустрии разработки ПО будут обсуждаться именно здесь, на AgileDays'12!<br />
<br />
http://agiledays.ru/<br><br />
https://twitter.com/#!/AgileDays<br><br />
http://www.facebook.com/AgileDays<br />
<br />
'''Дата и место проведения:''' 23-24 марта, Москва, ул. Шипиловская д. 28, бизнес-отель «Милан»<br><br />
'''Телефон:''' +7 (495) 991-69-20 (Ирина Цыбденова)<br><br />
'''E-mail:''' irina@scrumtrek.ru<br />
<br />
<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2012-01-31 17:02:56 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:Team/%D0%9D%D0%B0%D1%88%D0%B8_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%BF%D1%80%D0%B8%D0%B3%D0%BB%D0%B0%D1%88%D0%B0%D1%8E%D1%82_%D0%BD%D0%B0_AgileDays%E2%80%9912&diff=34294Блог:Team/Наши партнеры приглашают на AgileDays’122012-01-31T13:02:10Z<p>Пресс-служба: Новая страница: «Добро пожаловать на '''AgileDays’12'''! Прогрессивный IT-мир согласен, что настало время отказать...»</p>
<hr />
<div>Добро пожаловать на '''AgileDays’12'''!<br />
<br />
Прогрессивный IT-мир согласен, что настало время отказаться от тяжелых и громоздких схем в пользу гибких методологий, качественного продукта и партнерских отношений. Конференция [http://www.agiledays.ru/ AgileDays’12], которая пройдет '''23–24 марта в Москве,''' станет для вас глотком свежего воздуха, открыв новые возможности в IT-разработке.<br />
<br />
Мы приглашаем как новичков, которые только слышали о гибких методологиях, так и тех, кто уже давно использует Agile. Талантливые и опытные коучи и докладчики поделятся результатами новейших разработок со всего мира. Неоценимой помощью для тех, кто внедряет в Agile у себя в компании, станут примеры реальных историй от тех, кто уже сделал свой выбор в пользу Agile.<br />
AgileDays’12 — прекрасная возможность для новых бизнес-знакомств с самыми продвинутыми представителями IT из России, стран СНГ, Европы и США.<br />
<br />
Будьте на острие событий с AgileDays’12!<br />
<br />
Присоединившись к нашему Agile-фестивалю, вы услышите выступления передовых экспертов индустрии разработки ПО, таких как: '''David Hussman,''' Асхат Уразбаев, Никита Филиппов, Дмитрий Лобасев, Сергей Дмитриев, Максим Дорофеев, Борис Вольфсон, Андрей Бибичев и других.<br />
<br />
Приглашенный гость конференции '''David Hussman''' — ключевой докладчик AgileDays’12 — истинный Agile-евангелист, продвигающий Agile как образ мышления (mindset), а не следование практикам конкретных методологий, в избытке представленных в современном Agile-сообществе.<br />
<br />
Программа AgileDays’12 будет состоять из:<br />
* докладов по новейшим веяниям Agile-сообщества, опыту успешного и не-успешного внедрения Agile в различных компаниях из всех сфер бизнеса;<br />
* мастер-классов, игр-симуляций, которые являются прекрасной возможностью усвоить практические навыки и действенные техники от Agile-экспертов.<br />
<br />
Уже сейчас вы можете ознакомиться с формирующейся [http://msk12.agiledays.ru/reports/program/ программой конференции].<br />
<br />
А если у вас есть интересный опыт в сфере Аgile, поделитесь им с нами, став до-кладчиком AgileDays’12. До 31 января [http://msk12.agiledays.ru/reporter/ мы ждем ваши заявки]!<br />
<br />
Действуют [http://msk12.agiledays.ru/sponsor/ специальные предложения для партнеров] мероприятия. Мы предлагаем целый ряд возможностей для активного участия вашей компании в конференции AgileDays’12, а это 500 участников из более чем 300 компаний.<br />
<br />
Не откладывай регистрацию на потом, стань участником AgileDays’12 прямо сейчас!<br />
<br />
Узнайте больше и поделитесь своим опытом внедрения Agile, общаясь в неформальной обстановке с докладчиками и участниками со всей России, стран СНГ, Европы и США.<br />
<br />
Все самые передовые идеи, подходы и лучшие практики индустрии разработки ПО будут обсуждаться именно здесь, на AgileDays'12!<br />
<br />
http://agiledays.ru/<br><br />
https://twitter.com/#!/AgileDays<br><br />
http://www.facebook.com/AgileDays<br />
<br />
'''Дата и место проведения:''' 23-24 марта, Москва, ул. Шипиловская д. 28, бизнес-отель «Милан»<br><br />
'''Телефон:''' +7 (495) 991-69-20 (Ирина Цыбденова)<br><br />
'''E-mail:''' irina@scrumtrek.ru<br />
<br />
<br />
<br />
{{To-lib-silent}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%C2%AB%D0%A0%D0%BE%D0%B7%D0%BD%D0%B8%D1%87%D0%BD%D1%8B%D0%B9_%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD%C2%BB_%D0%B4%D0%BB%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_%C2%AB%D0%A1%D0%BF%D0%BE%D1%80%D1%82%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80%C2%BB&diff=34124Технологии системы «Розничный магазин» для компании «Спортмастер»2012-01-24T09:03:07Z<p>Пресс-служба: </p>
<hr />
<div>Система [http://custis.ru/#projects/sm-rm «Розничный магазин»] имеет двухзвенную архитектуру.<br />
<br />
* '''Серверная часть''' реализована на [http://custis.ru/#technology/vendor-tech/tab1 СУБД Oracle] и платформе [http://custis.ru/#technology/custis-tech/tab4 CUSTIS Universal], использующей объектную модель работы с данными. Для ведения товарных и денежных остатков используются [http://custis.ru/#secret/account/ Учетная Машина] и план счетов, генерируемый с помощью [http://custis.ru/#technology/custis-tech/tab6 CUSTIS GL-XML]. В конечном счете серверная часть представляет собой таблицы, хранимые процедуры и функции, пакеты, триггеры и другие объекты базы данных, расположенные в нескольких схемах БД Oracle. На одном экземпляре базы данных может быть установлено несколько независимых экземпляров системы «Розничный магазин».<br />
<br />
* '''Клиентская часть''' представляет собой приложение [http://custis.ru/#technology/custis-tech/tab1 CUSTIS Forms], которое отображает пользовательские интерфейсы по их XML-описанию, получаемому от серверной части.<br />
<br />
Особенностью системы является необходимость взаимодействия с большим набором периферийного оборудования — кассовыми аппаратами, денежными ящиками, экранами покупателя, считывателями магнитных карт, сканерами штрихкодов, этикеточными принтерами, терминалами сборки данных. Для организации такого взаимодействия в модуле «Розничный магазин» используются дополнительные библиотеки, написанные на языке [http://custis.ru/#technology/vendor-tech/tab2 C#] и подключаемые к CUSTIS Forms. Эти библиотеки используют драйвера соответствующих периферийных устройств, а в некоторых случаях реализуют их функциональность самостоятельно.<br />
<br />
Также в модуле широко используется язык JScript.NET для скриптов, выполняемых на клиентской стороне в CUSTIS Forms. Эти скрипты увеличивают степень интерактивности пользовательского интерфейса и повышают удобство использования модуля.<br />
<br />
Обновление серверной части происходит с помощью технологии [http://custis.ru/#technology/custis-tech/tab3 CUSTIS Patcher]. Пользовательский интерфейс системы обновлений позволяет обновлять также и клиентскую часть модуля.<br />
<br />
Для работы серверной части системы требуется СУБД Oracle версии 9i или более новая (для некоторой специфичной функциональности, используемой, например, в интернет-магазине, требуется СУБД Oracle 11g).<br />
<br />
Клиентская часть работает на операционных системах Windows XP, Vista и Windows 7 с установленной платформой .NET Framework версий 1.1 или 4.0.<br />
<br />
[[Категория:Информационные системы (ИС) в торговых сетях]]<br />
[[Категория:2012 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%C2%AB%D0%A0%D0%BE%D0%B7%D0%BD%D0%B8%D1%87%D0%BD%D1%8B%D0%B9_%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD%C2%BB_%D0%B4%D0%BB%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_%C2%AB%D0%A1%D0%BF%D0%BE%D1%80%D1%82%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80%C2%BB&diff=34123Технологии системы «Розничный магазин» для компании «Спортмастер»2012-01-24T09:01:43Z<p>Пресс-служба: </p>
<hr />
<div>Система [http://custis.ru/#projects/sm-rm «Розничный магазин»] имеет двухзвенную архитектуру.<br />
<br />
* '''Серверная часть''' реализована на [http://custis.ru/#technology/vendor-tech/tab1 СУБД Oracle] и платформе [http://custis.ru/#technology/custis-tech/tab4 CUSTIS Universal], использующей объектную модель работы с данными. Для ведения товарных и денежных остатков используются [http://custis.ru/#secret/account/ Учетная Машина] и план счетов, генерируемый с помощью [http://custis.ru/#technology/custis-tech/tab6 CUSTIS GL-XML]. В конечном счете серверная часть представляет собой таблицы, хранимые процедуры и функции, пакеты, триггеры и другие объекты базы данных, расположенные в нескольких схемах БД Oracle. На одном экземпляре базы данных может быть установлено несколько независимых экземпляров системы «Розничный магазин».<br />
<br />
* '''Клиентская часть''' представляет собой приложение [http://custis.ru/#technology/custis-tech/tab1 CUSTIS Forms], которое отображает пользовательские интерфейсы по их XML-описанию, получаемому от серверной части.<br />
<br />
Особенностью системы является необходимость взаимодействия с большим набором периферийного оборудования — кассовыми аппаратами, денежными ящиками, экранами покупателя, считывателями магнитных карт, сканерами штрихкодов, этикеточными принтерами, терминалами сборки данных. Для организации такого взаимодействия в модуле «Розничный магазин» используются дополнительные библиотеки, написанные на языке [http://custis.ru/#technology/vendor-tech/tab2 C#] и подключаемые к CUSTIS Forms. Эти библиотеки используют драйвера соответствующих периферийных устройств, а в некоторых случаях реализуют их функциональность самостоятельно.<br />
<br />
Также в модуле широко используется язык JScript.NET для скриптов, выполняемых на клиентской стороне в CUSTIS Forms. Эти скрипты увеличивают степень интерактивности пользовательского интерфейса и повышают удобство использования модуля.<br />
<br />
Обновление серверной части происходит с помощью технологии [http://custis.ru/#technology/custis-tech/tab3 CUSTIS Patcher]. Пользовательский интерфейс системы обновлений позволяет обновлять также и клиентскую часть модуля.<br />
<br />
Для работы серверной части системы требуется СУБД Oracle версии 9i или более новая (для некоторой специфичной функциональности, используемой, например, в интернет-магазине, требуется СУБД Oracle 11g).<br />
<br />
Клиентская часть работает на операционных системах Windows XP, Vista и Windows 7 с установленной платформой .NET Framework версий 1.1 или 4.0.<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
[[Категория:Информационные системы (ИС) в торговых сетях]]<br />
[[Категория:2012 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%C2%AB%D0%A0%D0%BE%D0%B7%D0%BD%D0%B8%D1%87%D0%BD%D1%8B%D0%B9_%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD%C2%BB_%D0%B4%D0%BB%D1%8F_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_%C2%AB%D0%A1%D0%BF%D0%BE%D1%80%D1%82%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80%C2%BB&diff=34122Технологии системы «Розничный магазин» для компании «Спортмастер»2012-01-24T08:52:54Z<p>Пресс-служба: Новая страница: «Система [http://custis.ru/#projects/sm-rm «Розничный магазин»] имеет двухзвенную архитектуру. * '''Сервер...»</p>
<hr />
<div>Система [http://custis.ru/#projects/sm-rm «Розничный магазин»] имеет двухзвенную архитектуру.<br />
<br />
* '''Серверная часть''' реализована на [http://custis.ru/#technology/vendor-tech/tab1 СУБД Oracle] и платформе [http://custis.ru/#technology/custis-tech/tab4 CUSTIS Universal], использующей объектную модель работы с данными. Для ведения товарных и денежных остатков используются [http://custis.ru/#secret/account/ Учетная Машина] и план счетов, генерируемый с помощью [http://custis.ru/#technology/custis-tech/tab6 CUSTIS GL-XML]. В конечном счете серверная часть представляет собой таблицы, хранимые процедуры и функции, пакеты, триггеры и другие объекты базы данных, расположенные в нескольких схемах БД Oracle. На одном экземпляре базы данных может быть установлено несколько независимых экземпляров системы «Розничный магазин».<br />
<br />
* '''Клиентская часть''' представляет собой приложение [http://custis.ru/#technology/custis-tech/tab1 CUSTIS Forms], которое отображает пользовательские интерфейсы по их XML-описанию, получаемому от серверной части.<br />
<br />
Особенностью системы является необходимость взаимодействия с большим набором периферийного оборудования — кассовыми аппаратами, денежными ящиками, экранами покупателя, считывателями магнитных карт, сканерами штрихкодов, этикеточными принтерами, терминалами сборки данных. Для организации такого взаимодействия в модуле «Розничный магазин» используются дополнительные библиотеки, написанные на языке [http://custis.ru/#technology/vendor-tech/tab2 C#] и подключаемые к CUSTIS Forms. Эти библиотеки используют драйвера соответствующих периферийных устройств, а в некоторых случаях реализуют их функциональность самостоятельно.<br />
<br />
Также в модуле широко используется язык JScript.NET для скриптов, выполняемых на клиентской стороне в CUSTIS Forms. Эти скрипты увеличивают степень интерактивности пользовательского интерфейса и повышают удобство использования модуля.<br />
<br />
Обновление серверной части происходит с помощью технологии [http://custis.ru/#technology/custis-tech/tab3 CUSTIS Patcher]. Пользовательский интерфейс системы обновлений позволяет обновлять также и клиентскую часть модуля.<br />
<br />
Для работы серверной части системы требуется СУБД Oracle версии 9i или более новая (для некоторой специфичной функциональности, используемой, например, в интернет-магазине, требуется СУБД Oracle 11g).<br />
<br />
Клиентская часть работает на операционных системах Windows XP, Vista и Windows 7 с установленной платформой .NET Framework версий 1.1 или 4.0.<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
[[Категория:2012 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D0%BA%D0%B0%D0%B4%D1%80%D0%BE%D0%B2%D1%8B%D0%B9_%D1%80%D1%8B%D0%BD%D0%BE%D0%BA_%D0%B8_%D0%98T&diff=33959Российский кадровый рынок и ИT2012-01-17T12:45:14Z<p>Пресс-служба: переименовал «Российский кадровый рынок и IT» в «Российский кадровый рынок и ИT»</p>
<hr />
<div>;[[:Категория:Владимир Рахтеенко (Статьи)|Владимир Рахтеенко]]<br />
: Генеральный директор CUSTIS<br />
<br />
Опубликовано на сайте [http://www.bfm.ru/articles/2012/01/07/rossijskij-kadrovyj-rynok-izgolodalsja-po-tehnarjam.html Business FM, 7 января 2012]<br />
<br />
<blockquote><br />
В 2011 году руководители различных компаний и организаций, в том числе и генеральный директор CUSTIS '''Владимир Рахтеенко''', в интервью BFM.ru рассказывали о проблемах подготовки квалифицированных «айтишников» и путях их решения. Проанализировав ответы, Марина Эфендиева подготовила статью [http://www.bfm.ru/articles/2012/01/07/rossijskij-kadrovyj-rynok-izgolodalsja-po-tehnarjam.html Российский кадровый рынок изголодался по «технарям»].<br />
<br />
Мы публикуем ответы [[:Категория:Владимир Рахтеенко (Статьи)|Владимира Рахтеенко]] на вопросы Business FM.<br />
</blockquote><br />
<br />
'''BFM: Как вы оцениваете состояние российского вузовского образования в области ИТ в настоящее время?'''<br />
<br />
'''Владимир Рахтеенко:'''<br />
Мне сложно оценить уровень российского ИТ-образования в целом, поскольку мы работаем со сложными и очень большими проектами, для которых нужны специалисты высокого уровня. Как правило, это выпускники ведущих вузов — МГУ, МФТИ, МГТУ им. Баумана, — и их подготовкой и подходом к делу мы довольны.<br />
<br />
'''BFM: По оценке некоторых экспертов, число выпускников по направлению ИТ в текущем году совершенно недостаточно — около 700 тысяч человек (вроде бы). Какова сейчас потребность бизнеса в ИТ-выпускниках/ИТ-специалистах?'''<br />
<br />
'''В.Р.:'''<br />
Бизнес всегда испытывает недостаток в хороших ИТ-кадрах. И здесь дело не в количестве выпускников. Настоящих «звезд» мало, и работодатели идут на всевозможные уловки, чтобы привлечь их в свою компанию. На третьем-четвертом курсе уже впору звать студента на работу и демонстрировать ему все преимущества компании, потому что «заполучить» талантливого молодого специалиста после выпуска будет уже очень сложно.<br />
<br />
'''BFM: За последний год эта потребность увеличилась или уменьшилась? Почему?'''<br />
<br />
'''В.Р.:'''<br />
Как я уже говорил, в хороших специалистах всегда есть потребность. Поскольку мы работаем в сфере ИТ-инноваций, то хорошо видим, что конкуренция за таланты с каждым годом только усиливается. Особенно это заметно по тому, как ИТ-компании «хантят» одаренных студентов, ведь с ними проще всего: есть площадки, где их можно собрать, и проверенные мероприятия — курсы, лекции, олимпиады.<br />
<br />
'''BFM: Некоторые собеседники ''BFM.ru'' в этом году отмечали, что в большинстве случаев в вузах по ИТ-специальностям учат совершенно не тому, что нужно на рынке. Так ли это? Если так, то в чем проблема?'''<br />
<br />
'''В.Р.:'''<br />
Сфера ИТ настолько динамична, что давать самые актуальные знания не то что сложно, а порой практически невозможно, а отчасти и бессмысленно, поскольку они очень быстро устаревают. Значительно более важным мне кажется фундаментальное образование выпускников, системное мышление и способность к самообучению, которые позволят им быстро осваивать новое, работать с большими объемами информации и отличать действительно полезные новшества от маркетинговых уловок.<br />
<br />
ЕГЭ существенно снижает качество образования, и это очень заметно по выпускникам вузов, полностью перешедших на эту форму экзаменов. Ведь принципы, лежащие в основе тестирования, не подходят для элитного образования, цель которого — сформировать у выпускника развитое мышление и аналитические способности.<br />
<br />
К счастью, ведущие вузы «держат планку» и их выпускниками мы, как правило, довольны.<br />
<br />
'''BFM: Насколько вероятно, что крупные игроки рынка, разуверившись в способности государства готовить необходимых ИТ-специалистов, массово пойдут на сотрудничество с вузами и будут открывать в них свои кафедры?'''<br />
<br />
'''В.Р.:'''<br />
На мой взгляд, у такой формы сотрудничества есть существенный минус — ИТ-компании зачастую рассматривают эту деятельность как PR и на своих курсах не дают фундаментального образования, а читают лекции о технологиях, на которых базируется их бизнес. Другое дело, когда отдельный специалист выражает желание преподавать в университете и работодатель идет ему навстречу, освобождая для этого, к примеру, 2 рабочих дня в неделю. У нас есть подобный опыт, и мы искренне поддерживаем такие инициативы.<br />
<br />
'''BFM: Сотрудничаете ли вы с вузами, занимаетесь ли самостоятельно обучением кадров?'''<br />
<br />
'''В.Р.:'''<br />
Мы постоянно обращаем внимание на рынок молодых специалистов и понимаем, что нужно заявлять о себе как о потенциальном работодателе, пока наши будущие сотрудники еще учатся в профильных вузах. Для этого мы регулярно проводим ярмарки вакансий на интересных для нас факультетах, выступаем спонсором олимпиад по программированию, организуем семинары для студентов на территории компании, на которых рассказываем о современных ИТ-технологиях и практиках.<br />
<br />
В нашей компании высоко ценится и поддерживается стремление сотрудников к развитию, мы тесно сотрудничаем с ИТ-сообществами и регулярно организуем небольшие конференции и круглые столы. Ведь высококвалифицированные сотрудники хотят работать в профессиональной среде, и наша задача — создать для этого все условия.<br />
<br />
'''BFM: Спасибо!'''<br />
<br />
[[Категория:Владимир Рахтеенко (Статьи)]]<br />
[[Категория:Business FM (Публикации)]]<br />
[[Категория:2012 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D0%BA%D0%B0%D0%B4%D1%80%D0%BE%D0%B2%D1%8B%D0%B9_%D1%80%D1%8B%D0%BD%D0%BE%D0%BA_%D0%B8_IT&diff=33960Российский кадровый рынок и IT2012-01-17T12:45:14Z<p>Пресс-служба: переименовал «Российский кадровый рынок и IT» в «Российский кадровый рынок и ИT»</p>
<hr />
<div>#перенаправление [[Российский кадровый рынок и ИT]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0&diff=33928Заглавная страница2012-01-16T15:44:49Z<p>Пресс-служба: </p>
<hr />
<div>[[{{SITENAME}}]] содержит {{NUMBEROFARTICLES}} статей IT-тематики, написанных (или переведенных) сотрудниками компании [http://www.custis.ru CUSTIS].<br />
<br />
Наиболее интересны следующие категории:<br />
* [[:Категория:Конференции (наша запись)|Конференции]]<br />
* [[:Категория:Открытые Семинары|Открытые Семинары]]<br />
* [[:Категория:Статьи сотрудников|Публикации сотрудников в СМИ]]<br />
* [[:Категория:Вакансии|Наши вакансии]]<br />
<!--<br />
* [[:Category:Алгоритмы|Алгоритмы]]<br />
* [[:Category:Документирование|Документирование и публикация]]<br />
* [[:Category:Программирование|Разработка программного обеспечения]]<br />
* [[:Category:Обучение|Обучение]]<br />
--><br />
<br />
==RSS==<br />
В [[{{SITENAME}}]] доступны следующие [[RSS]]-ленты:<br />
* [{{SERVER}}{{localurl:Special:Newpages|feed=rss}} Добавленные страницы] <html><br />
<a href="http://feedvalidator.org/check.cgi?url=http://lib.custis.ru/index.php%3Ftitle%3DSpecial:Newpages%26feed%3Drss" rel="nofollow"><img src="/custisinstall/valid-rss.png" alt="[Valid RSS]" title="Validate my RSS feed" width="66" height="15" /></a><br />
</html><br />
<br />
* [{{SERVER}}{{localurl:Special:Recentchanges|feed=rss}} Последние изменения] <html><br />
<a href="http://feedvalidator.org/check.cgi?url=http://lib.custis.ru/index.php%3Ftitle%3DSpecial:Recentchanges%26feed%3Drss" rel="nofollow"><img src="/custisinstall/valid-rss.png" alt="[Valid RSS]" title="Validate my RSS feed" width="66" height="15" /></a><br />
</html></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0&diff=33927Заглавная страница2012-01-16T15:44:36Z<p>Пресс-служба: </p>
<hr />
<div>[[{{SITENAME}}]] содержит {{NUMBEROFARTICLES}} статей IT-тематики, написанных (или переведенных) сотрудниками компании «[http://www.custis.ru CUSTIS]».<br />
<br />
Наиболее интересны следующие категории:<br />
* [[:Категория:Конференции (наша запись)|Конференции]]<br />
* [[:Категория:Открытые Семинары|Открытые Семинары]]<br />
* [[:Категория:Статьи сотрудников|Публикации сотрудников в СМИ]]<br />
* [[:Категория:Вакансии|Наши вакансии]]<br />
<!--<br />
* [[:Category:Алгоритмы|Алгоритмы]]<br />
* [[:Category:Документирование|Документирование и публикация]]<br />
* [[:Category:Программирование|Разработка программного обеспечения]]<br />
* [[:Category:Обучение|Обучение]]<br />
--><br />
<br />
==RSS==<br />
В [[{{SITENAME}}]] доступны следующие [[RSS]]-ленты:<br />
* [{{SERVER}}{{localurl:Special:Newpages|feed=rss}} Добавленные страницы] <html><br />
<a href="http://feedvalidator.org/check.cgi?url=http://lib.custis.ru/index.php%3Ftitle%3DSpecial:Newpages%26feed%3Drss" rel="nofollow"><img src="/custisinstall/valid-rss.png" alt="[Valid RSS]" title="Validate my RSS feed" width="66" height="15" /></a><br />
</html><br />
<br />
* [{{SERVER}}{{localurl:Special:Recentchanges|feed=rss}} Последние изменения] <html><br />
<a href="http://feedvalidator.org/check.cgi?url=http://lib.custis.ru/index.php%3Ftitle%3DSpecial:Recentchanges%26feed%3Drss" rel="nofollow"><img src="/custisinstall/valid-rss.png" alt="[Valid RSS]" title="Validate my RSS feed" width="66" height="15" /></a><br />
</html></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%BF%D0%B0%D0%B4%D0%BD%D1%8B%D0%B5_%D1%84%D1%80%D0%BE%D0%BD%D1%82-%D0%BE%D1%84%D0%B8%D1%81%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%B2_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%BC_%D0%B1%D0%B0%D0%BD%D0%BA%D0%B5:_%D0%BC%D0%B8%D1%81%D1%81%D0%B8%D1%8F_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D0%BC%D0%B0&diff=33925Западные фронт-офисные системы в российском банке: миссия выполнима2012-01-16T14:52:07Z<p>Пресс-служба: </p>
<hr />
<div>;[[:Категория:Максим Цепков (Статьи)|Максим Цепков]]: главный архитектор компании CUSTIS<br />
Опубликовано в [http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/12/12/zapadnye-front-ofisnye-sistemy-v-rossiiskom-banke-missija-vypolnima/index.html Национальном банковском журнале, № 12 (декабрь), 2011]<br />
<br />
<blockquote><br />
«Адаптивная бухгалтерия» как связующее звено между специализированным фронт-офисом и Главной книгой российского банка.<br />
</blockquote><br />
<br />
Расширяя набор финансовых инструментов, российские банки нередко обращаются к зарубежным системам автоматизации фронт- и мидл-офиса, вполне обоснованно стремясь использовать овеществленный в ИТ-системах опыт работы на более развитых финансовых рынках. Однако непосредственное использование зарубежных ИТ-систем в отечественных банках затрудняется необходимостью отражать сделки по правилам российских стандартов бухгалтерского учета (РСБУ).<br />
<br />
Обычно специализированные фронт-офисные системы имеют средства интеграции с западными учетными системами. Эта интеграция происходит либо на уровне проводок, либо на уровне учетных событий, порождаемых сделками. Однако ни в том, ни в другом случае встроенные средства интеграции не позволяют автоматически отражать учетные проводки в бухгалтерской книге российского банка, поскольку ни события, ни проводки, порождаемые по правилам западного учета, не соответствуют требованиям российских стандартов.<br />
<br />
=== Так плохо, и так нехорошо ===<br />
<br />
В отличие от западных регуляторов финансовых рынков, допускающих относительную гибкость при формировании учетных регистров и отражении в них банковских сделок, Банк России жестко предписывает как иерархию синтетических счетов со строго заданной аналитикой, так и определенный документооборот при открытии аналитических счетов.<br />
<br />
По РСБУ недостаточно просто выполнить проводку в автоматизированной системе. Нужно связать ее с первичными бухгалтерскими документами — мемориальными ордерами, платежными и кассовыми документами, которые также обладают предписанной атрибутикой. Западные банковские системы обычно совершенно не приспособлены к обеспечению подобных требований.<br />
<br />
Еще одним камнем преткновения при попытке вести российский учет непосредственно в западной системе является работа со счетами в иностранных валютах. РСБУ требуют указывать в проводках сумму рублевого покрытия, а также проводить переоценку при изменении курсов. Поэтому практически в каждой проводке приходится хранить три суммы: рублевого покрытия (для поддержания баланса) и две суммы в валютах счетов дебета и кредита. В зарубежной практике ведение мультивалютного учета реализуется иначе — посредством независимых и не корреспондирующих между собой счетов в различных валютах, каждый из которых имеет единственный остаток, а проводка — единственную сумму. Общий баланс банка получается только на уровне сборки отчетов.<br />
<br />
Казалось бы, если не получается подключить западную фронт-офисную систему к Главной книге банка на уровне проводок, можно попробовать связать их на уровне учетных событий по сделке. Однако российские системы не готовы принимать их «как есть».<br />
<br />
Западное ПО, как правило, внедряется для того, чтобы автоматизировать работу со сложными банковскими продуктами, которые не могут быть представлены в виде цепочки простых сделок. А российские учетные системы не настолько гибки, чтобы обеспечить произвольно настраиваемый бухгалтерский учет на основании потока событий, порождаемого подобными сложными сделками.<br />
<br />
=== Что же делать? ===<br />
<br />
Хорошим решением может быть установка для каждого западного фронт-офиса отдельной системы, обеспечивающей учет по РСБУ. Попытка создать для всех фронт-офисных систем единое решение сделает его излишне громоздким и лишит необходимой гибкости. А вот использование для всех этих «специализированных бухгалтерий» общей платформы целесообразно — это обеспечит единство подхода на уровне банка.<br />
<br />
Именно такие технологии развивает компания CUSTIS. Наша платформа для реализации учетно-аналитических систем называется «Учетная машина» (CUSTIS Accounting Engine). На ее основе мы разрабатываем бухгалтерский модуль — «адаптивную бухгалтерию» для сделок определенного типа. На входе этот модуль получает поток учетных событий из фронт-офисной системы, а на выходе выдает открытые лицевые счета и бухгалтерские проводки по РСБУ, которые напрямую поступают в Главную книгу банка.<br />
<br />
[[Файл:Adaptivnaya-buhgalteriya.png|thumb|660px|center| «Адаптивная бухгалтерия» между специализированным фронт-офисом и Главной книгой российского банка ]]<br />
<br />
Следует отметить, что использование «Учетной машины» в качестве общей платформы позволяет не только быстро разрабатывать специализированные учетные системы для различных фронт-офисов, но также дает возможность выполнять быструю адаптацию этих систем при частых изменениях нормативных требований.<br />
<br />
Описанный подход применим не только при сопряжении зарубежных и российских банковских систем. Правила ведения бухгалтерии в российских банках и на предприятиях также отличаются. Поэтому тот же механизм можно использовать для интеграции Главной книги банка со специализированными системами учета имущества, управления недвижимостью, факторинга, лизинга и др.<br />
<br />
***<br />
<br />
[[Категория:Максим Цепков (Статьи)]]<br />
[[Категория:Национальный банковский журнал (Публикации)]]<br />
[[Категория:2011 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%BF%D0%B0%D0%B4%D0%BD%D1%8B%D0%B5_%D1%84%D1%80%D0%BE%D0%BD%D1%82-%D0%BE%D1%84%D0%B8%D1%81%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%B2_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%BC_%D0%B1%D0%B0%D0%BD%D0%BA%D0%B5:_%D0%BC%D0%B8%D1%81%D1%81%D0%B8%D1%8F_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D0%BC%D0%B0&diff=33923Западные фронт-офисные системы в российском банке: миссия выполнима2012-01-16T14:50:52Z<p>Пресс-служба: </p>
<hr />
<div>;[[:Категория:Максим Цепков (Статьи)|Максим Цепков]]: главный архитектор компании CUSTIS<br />
Опубликовано в [http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/12/12/zapadnye-front-ofisnye-sistemy-v-rossiiskom-banke-missija-vypolnima/index.html Национальном банковском журнале, № 12 (декабрь), 2011]<br />
<br />
<blockquote><br />
«Адаптивная бухгалтерия» как связующее звено между специализированным фронт-офисом и Главной книгой российского банка.<br />
</blockquote><br />
<br />
Расширяя набор финансовых инструментов, российские банки нередко обращаются к зарубежным системам автоматизации фронт- и мидл-офиса, вполне обоснованно стремясь использовать овеществленный в ИТ-системах опыт работы на более развитых финансовых рынках. Однако непосредственное использование зарубежных ИТ-систем в отечественных банках затрудняется необходимостью отражать сделки по правилам российских стандартов бухгалтерского учета (РСБУ).<br />
<br />
Обычно специализированные фронт-офисные системы имеют средства интеграции с западными учетными системами. Эта интеграция происходит либо на уровне проводок, либо на уровне учетных событий, порождаемых сделками. Однако ни в том, ни в другом случае встроенные средства интеграции не позволяют автоматически отражать учетные проводки в бухгалтерской книге российского банка, поскольку ни события, ни проводки, порождаемые по правилам западного учета, не соответствуют требованиям российских стандартов.<br />
<br />
=== Так плохо, и так нехорошо ===<br />
<br />
В отличие от западных регуляторов финансовых рынков, допускающих относительную гибкость при формировании учетных регистров и отражении в них банковских сделок, Банк России жестко предписывает как иерархию синтетических счетов со строго заданной аналитикой, так и определенный документооборот при открытии аналитических счетов.<br />
<br />
По РСБУ недостаточно просто выполнить проводку в автоматизированной системе. Нужно связать ее с первичными бухгалтерскими документами — мемориальными ордерами, платежными и кассовыми документами, которые также обладают предписанной атрибутикой. Западные банковские системы обычно совершенно не приспособлены к обеспечению подобных требований.<br />
<br />
Еще одним камнем преткновения при попытке вести российский учет непосредственно в западной системе является работа со счетами в иностранных валютах. РСБУ требуют указывать в проводках сумму рублевого покрытия, а также проводить переоценку при изменении курсов. Поэтому практически в каждой проводке приходится хранить три суммы: рублевого покрытия (для поддержания баланса) и две суммы в валютах счетов дебета и кредита. В зарубежной практике ведение мультивалютного учета реализуется иначе — посредством независимых и не корреспондирующих между собой счетов в различных валютах, каждый из которых имеет единственный остаток, а проводка — единственную сумму. Общий баланс банка получается только на уровне сборки отчетов.<br />
<br />
Казалось бы, если не получается подключить западную фронт-офисную систему к Главной книге банка на уровне проводок, можно попробовать связать их на уровне учетных событий по сделке. Однако российские системы не готовы принимать их «как есть».<br />
<br />
Западное ПО, как правило, внедряется для того, чтобы автоматизировать работу со сложными банковскими продуктами, которые не могут быть представлены в виде цепочки простых сделок. А российские учетные системы не настолько гибки, чтобы обеспечить произвольно настраиваемый бухгалтерский учет на основании потока событий, порождаемого подобными сложными сделками.<br />
<br />
=== Что же делать? ===<br />
<br />
Хорошим решением может быть установка для каждого западного фронт-офиса отдельной системы, обеспечивающей учет по РСБУ. Попытка создать для всех фронт-офисных систем единое решение сделает его излишне громоздким и лишит необходимой гибкости. А вот использование для всех этих «специализированных бухгалтерий» общей платформы целесообразно — это обеспечит единство подхода на уровне банка.<br />
<br />
Именно такие технологии развивает компания CUSTIS. Наша платформа для реализации учетно-аналитических систем называется «Учетная машина» (CUSTIS Accounting Engine). На ее основе мы разрабатываем бухгалтерский модуль — «адаптивную бухгалтерию» для сделок определенного типа. На входе этот модуль получает поток учетных событий из фронт-офисной системы, а на выходе выдает открытые лицевые счета и бухгалтерские проводки по РСБУ, которые напрямую поступают в Главную книгу банка.<br />
<br />
[[Файл:Adaptivnaya-buhgalteriya-2.png|thumb|660px|center| «Адаптивная бухгалтерия» между специализированным фронт-офисом и Главной книгой российского банка ]]<br />
<br />
Следует отметить, что использование «Учетной машины» в качестве общей платформы позволяет не только быстро разрабатывать специализированные учетные системы для различных фронт-офисов, но также дает возможность выполнять быструю адаптацию этих систем при частых изменениях нормативных требований.<br />
<br />
Описанный подход применим не только при сопряжении зарубежных и российских банковских систем. Правила ведения бухгалтерии в российских банках и на предприятиях также отличаются. Поэтому тот же механизм можно использовать для интеграции Главной книги банка со специализированными системами учета имущества, управления недвижимостью, факторинга, лизинга и др.<br />
<br />
***<br />
<br />
[[Категория:Максим Цепков (Статьи)]]<br />
[[Категория:Национальный банковский журнал (Публикации)]]<br />
[[Категория:2011 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Adaptivnaya-buhgalteriya.png&diff=33922Файл:Adaptivnaya-buhgalteriya.png2012-01-16T14:46:57Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%BF%D0%B0%D0%B4%D0%BD%D1%8B%D0%B5_%D1%84%D1%80%D0%BE%D0%BD%D1%82-%D0%BE%D1%84%D0%B8%D1%81%D0%BD%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%B2_%D1%80%D0%BE%D1%81%D1%81%D0%B8%D0%B9%D1%81%D0%BA%D0%BE%D0%BC_%D0%B1%D0%B0%D0%BD%D0%BA%D0%B5:_%D0%BC%D0%B8%D1%81%D1%81%D0%B8%D1%8F_%D0%B2%D1%8B%D0%BF%D0%BE%D0%BB%D0%BD%D0%B8%D0%BC%D0%B0&diff=33921Западные фронт-офисные системы в российском банке: миссия выполнима2012-01-16T14:46:47Z<p>Пресс-служба: </p>
<hr />
<div>;[[:Категория:Максим Цепков (Статьи)|Максим Цепков]]: главный архитектор компании CUSTIS<br />
Опубликовано в [http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/12/12/zapadnye-front-ofisnye-sistemy-v-rossiiskom-banke-missija-vypolnima/index.html Национальном банковском журнале, № 12 (декабрь), 2011]<br />
<br />
<blockquote><br />
«Адаптивная бухгалтерия» как связующее звено между специализированным фронт-офисом и Главной книгой российского банка.<br />
</blockquote><br />
<br />
Расширяя набор финансовых инструментов, российские банки нередко обращаются к зарубежным системам автоматизации фронт- и мидл-офиса, вполне обоснованно стремясь использовать овеществленный в ИТ-системах опыт работы на более развитых финансовых рынках. Однако непосредственное использование зарубежных ИТ-систем в отечественных банках затрудняется необходимостью отражать сделки по правилам российских стандартов бухгалтерского учета (РСБУ).<br />
<br />
Обычно специализированные фронт-офисные системы имеют средства интеграции с западными учетными системами. Эта интеграция происходит либо на уровне проводок, либо на уровне учетных событий, порождаемых сделками. Однако ни в том, ни в другом случае встроенные средства интеграции не позволяют автоматически отражать учетные проводки в бухгалтерской книге российского банка, поскольку ни события, ни проводки, порождаемые по правилам западного учета, не соответствуют требованиям российских стандартов.<br />
<br />
=== Так плохо, и так нехорошо ===<br />
<br />
В отличие от западных регуляторов финансовых рынков, допускающих относительную гибкость при формировании учетных регистров и отражении в них банковских сделок, Банк России жестко предписывает как иерархию синтетических счетов со строго заданной аналитикой, так и определенный документооборот при открытии аналитических счетов.<br />
<br />
По РСБУ недостаточно просто выполнить проводку в автоматизированной системе. Нужно связать ее с первичными бухгалтерскими документами — мемориальными ордерами, платежными и кассовыми документами, которые также обладают предписанной атрибутикой. Западные банковские системы обычно совершенно не приспособлены к обеспечению подобных требований.<br />
<br />
Еще одним камнем преткновения при попытке вести российский учет непосредственно в западной системе является работа со счетами в иностранных валютах. РСБУ требуют указывать в проводках сумму рублевого покрытия, а также проводить переоценку при изменении курсов. Поэтому практически в каждой проводке приходится хранить три суммы: рублевого покрытия (для поддержания баланса) и две суммы в валютах счетов дебета и кредита. В зарубежной практике ведение мультивалютного учета реализуется иначе — посредством независимых и не корреспондирующих между собой счетов в различных валютах, каждый из которых имеет единственный остаток, а проводка — единственную сумму. Общий баланс банка получается только на уровне сборки отчетов.<br />
<br />
Казалось бы, если не получается подключить западную фронт-офисную систему к Главной книге банка на уровне проводок, можно попробовать связать их на уровне учетных событий по сделке. Однако российские системы не готовы принимать их «как есть».<br />
<br />
Западное ПО, как правило, внедряется для того, чтобы автоматизировать работу со сложными банковскими продуктами, которые не могут быть представлены в виде цепочки простых сделок. А российские учетные системы не настолько гибки, чтобы обеспечить произвольно настраиваемый бухгалтерский учет на основании потока событий, порождаемого подобными сложными сделками.<br />
<br />
=== Что же делать? ===<br />
<br />
Хорошим решением может быть установка для каждого западного фронт-офиса отдельной системы, обеспечивающей учет по РСБУ. Попытка создать для всех фронт-офисных систем единое решение сделает его излишне громоздким и лишит необходимой гибкости. А вот использование для всех этих «специализированных бухгалтерий» общей платформы целесообразно — это обеспечит единство подхода на уровне банка.<br />
<br />
Именно такие технологии развивает компания CUSTIS. Наша платформа для реализации учетно-аналитических систем называется «Учетная машина» (CUSTIS Accounting Engine). На ее основе мы разрабатываем бухгалтерский модуль — «адаптивную бухгалтерию» для сделок определенного типа. На входе этот модуль получает поток учетных событий из фронт-офисной системы, а на выходе выдает открытые лицевые счета и бухгалтерские проводки по РСБУ, которые напрямую поступают в Главную книгу банка.<br />
<br />
[[Файл:Adaptivnaya-buhgalteriya.png|thumb|660px|center| «Адаптивная бухгалтерия» между специализированным фронт-офисом и Главной книгой российского банка ]]<br />
<br />
Следует отметить, что использование «Учетной машины» в качестве общей платформы позволяет не только быстро разрабатывать специализированные учетные системы для различных фронт-офисов, но также дает возможность выполнять быструю адаптацию этих систем при частых изменениях нормативных требований.<br />
<br />
Описанный подход применим не только при сопряжении зарубежных и российских банковских систем. Правила ведения бухгалтерии в российских банках и на предприятиях также отличаются. Поэтому тот же механизм можно использовать для интеграции Главной книги банка со специализированными системами учета имущества, управления недвижимостью, факторинга, лизинга и др.<br />
<br />
***<br />
<br />
[[Категория:Максим Цепков (Статьи)]]<br />
[[Категория:Национальный банковский журнал (Публикации)]]<br />
[[Категория:2011 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%98%D0%BC%D0%B5%D0%B9%D1%82%D0%B5_%D0%BC%D1%83%D0%B6%D0%B5%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC_%D1%83%D0%BC%D0%BE%D0%BC,_%D0%B8%D0%BB%D0%B8_%D0%9A%D0%B0%D0%BA_%D0%BE%D1%80%D0%B3%D0%B0%D0%BD%D0%B8%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C_%D1%8D%D1%84%D1%84%D0%B5%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D1%83%D1%8E_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%83_%D0%BD%D0%B0%D0%B4_%D0%98%D0%A2-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%BC&diff=33074Имейте мужество пользоваться собственным умом, или Как организовать эффективную работу над ИТ-проектом2011-12-14T15:06:05Z<p>Пресс-служба: </p>
<hr />
<div>'''''«Имейте мужество пользоваться собственным умом»'''''<br />
<br />
'''''Иммануил Кант'''''<br />
<br />
<br />
;[[:Категория:Владимир Рахтеенко (Статьи)|Владимир Рахтеенко]]: Генеральный директор CUSTIS<br />
<br />
<blockquote><br />
''В декабре 2011 года эта статья с небольшими сокращениями опубликована на сайте [http://www.forbes.ru/ Forbes] в рубрике [http://www.forbes.ru/svoi-biznes/master-klass Свой бизнес / Мастер класс]<br />
под названием [http://www.forbes.ru/svoi-biznes/master-klass/77212-kak-organizovat-effektivnuyu-rabotu-nad-it-proektom Как организовать эффективную работу над ИТ-проектом] ''<br />
</blockquote><br />
<br />
=== ИТ и разные подходы к управлению бизнесом ===<br />
Граница между большими «готовыми» и «заказными» корпоративными системами не так очевидна, как принято считать. Чтобы убедиться в этом, попробуем для начала разобраться, кто и для чего их покупает.<br />
<br />
В любой компании, независимо от ее размера и сферы деятельности, можно выделить две группы бизнес-процессов. Первую, наиболее многочисленную, составляют обеспечивающие процессы. Сюда относятся процедуры, без которых невозможно нормальное функционирование ни одной компании. Ведение бухгалтерского учета, закупка канцелярских принадлежностей, организация работы базовой ИТ-инфраструктуры — типичные примеры обеспечивающих процессов. Обойтись без них нельзя, однако можно минимизировать затраты на их организацию, например покупая на рынке «лучшие практики».<br />
<br />
Ко второй группе бизнес-процессов относятся те, что составляют ноу-хау компании и дают ей конкурентное преимущество на рынке. Компания будет всегда стремиться развивать эти бизнес-процессы и повышать их эффективность, чтобы удерживать свои рыночные позиции. И, поскольку речь идет об уникальных процессах, которых нет больше ни у кого, делать это нужно исключительно своими силами, чтобы не потерять преимущества перед конкурентами.<br />
<br />
Когда речь заходит о выборе ИТ-системы, важно четко представлять, к какой из описанных двух групп относятся процессы, подлежащие автоматизации. Для большинства обеспечивающих процессов лучше всего использовать готовые или коробочные решения, стараясь извлечь максимальную пользу из заложенного в них потенциала. И даже если какие-то из автоматизируемых бизнес-процессов отличаются от тех, что предусмотрены в системе, эффективнее будет перестроить их под готовое ИТ-решение.<br />
<br />
Для автоматизации процессов, составляющих ноу-хау компании, а также обеспечивающих процессов, изменение которых по разным причинам неприемлемо, любое существующее ИТ-решение придется серьезно дорабатывать, или, как сейчас принято говорить, кастомизировать. И компании готовы идти на такой шаг, поскольку прекрасно понимают, что в данном случае выгоды от ИТ-системы с высокой степенью кастомизации будут несоизмеримо больше затрат на нее. Именно о таких ИТ-решениях мы и будем говорить дальше.<br />
<br />
=== Уговор дороже денег ===<br />
<br />
Процесс реализации большого проекта с высоким уровнем кастомизации очень специфичен и сопряжен с рисками.<br />
<br />
Основной риск заключается в том, что заказчик и исполнитель не смогут договориться, что именно надлежит сделать в рамках проекта. Зачастую представители бизнеса формулируют задачу в достаточно общих чертах, мелкие детали их не интересуют. При этом ИТ-инженерия не терпит неопределенностей и требует описания всех необходимых подробностей.<br />
<br />
Наш опыт говорит, что основой успешной реализации проекта является договоренность о системной архитектуре — верхнем уровне ИТ-проектирования. Речь идет о совместном концептуальном проекте системы — даже для большой системы он может быть описан документом не более 20-30 страниц, — который понимается одинаково заказчиком (как со стороны бизнеса, так и со стороны ИТ) и исполнителем. Эти рамочные крупноблочные договоренности, которые задают основные степени свободы проекта, и есть системная архитектура проекта. Дальше согласованная системная архитектура становится для трех сторон неоклассическим контрактом, то есть долгосрочным контрактом в условиях неопределенности, когда невозможно заранее предвидеть все последствия заключаемой сделки. Благодаря этому все стороны понимают, что любое отступление от первоначальных договоренностей будет стоить очень дорого, и относятся к ним в высшей степени ответственно. Представители бизнеса подтверждают, что они заинтересованы в проекте и готовы его финансировать. Представители заказчика со стороны ИТ и исполнитель берут на себя обязательство, что проект будет реализован в оговоренные сроки и в рамках согласованного бюджета.<br />
<br />
Обозначив критическую важность системной архитектуры, поговорим о том, как организовать эффективную работу над проектами с высокой степенью кастомизации.<br />
<br />
=== В Греции все есть? ===<br />
<br />
Согласованная системная архитектура подразумевает, что прототип, на базе которого будет выполняться проект, — это может быть и продукт, и платформа — уже выбран. Иначе ИТ просто не сможет гарантировать, что проект будет сделан. Важно отметить, что вопреки распространенному мнению, любой ИТ-материал — достаточно жесткая конструкция. Чем больше и сложнее прототип, тем больше времени и инженерных работ потребуется для внесения в него требуемых изменений. К примеру, новый завод проще построить на пустом месте, чем строить новый, одновременно ломая старый. Таким образом, правильный выбор прототипа становится вторым существенным риском.<br />
<br />
При оценке объемов, а значит и стоимости предстоящих доработок необходимо учитывать две вещи: размер прототипа и требуемый новый функционал. Приведем простой модельный пример. Предположим, что для решения поставленных задач мы можем выбрать из трех прототипов (для простоты назовем их A, B и С). У каждого прототипа есть две характеристики: объем имеющегося в нем функционала и необходимый объем доработок. Количественные значения в условных единицах представлены в таблице.<br />
<br />
{| cellspacing="0" cellpadding="0" border="1"<br />
|<br />
| &nbsp;&nbsp;&nbsp;А<br />
| &nbsp;&nbsp;&nbsp;В<br />
| &nbsp;&nbsp;&nbsp;С<br />
|-<br />
| Объем прототипа (V)<br />
| &nbsp;&nbsp;200<br />
| &nbsp;&nbsp;500<br />
| &nbsp;1000<br />
|-<br />
| Объем доработок до желаемой системы (v)<br />
| &nbsp;&nbsp;300<br />
| &nbsp;&nbsp;250<br />
| &nbsp;&nbsp;&nbsp;200<br />
|-<br />
| Итоговая стоимость доработок (у.е.)<br />
| &nbsp;&nbsp;&nbsp;84<br />
| &nbsp;&nbsp;&nbsp;94<br />
| &nbsp;&nbsp;&nbsp;100<br />
|}<br />
<br />
Итоговая стоимость инженерных работ будет функцией двух значений из каждого столбца следующего вида: (V+v)<sup>n</sup> — V<sup>n</sup>, где 1,5≤ n≤ 2 (в соответствии с моделью оценки стоимости разработки программного обеспечения COCOMO).<br />
<br />
В результате парадоксальным образом дешевле оказывается вариант А, когда нужно сделать больше изменений при меньшем исходном функционале. Приведенный пример наглядно показывает, что при выборе ИТ-материала необходимо учитывать оба параметра — размер прототипа и объем доработок. А истина, как всегда, где-то посередине: слишком малый прототип неэффективно дорабатывать, очень большой — тоже неэффективно.<br />
<br />
Стоимость разработки одной и той же новой функции в системах с объемами прототипов V и 4V будет соответственно равна 1 у.е. и 3 у.е., а для V и 16V — 1 у.е. и 6 у.е.<br />
<br />
Заметим, что пока мы рассматривали ситуацию в статике. Реально и сама системная архитектура и, значит, объем доработок со временем меняются. Как показывает наша практика, при выборе прототипа более уместен лозунг «Ничего лишнего!», чем традиционный «В Греции все есть», поскольку избыточный функционал придется протаскивать через все доработки.<br />
<br />
=== Без людей нет идей ===<br />
<br />
Третьим существенным риском при внедрении информационной системы с высокой степенью кастомизации оказываются люди, чьими руками будет реализован проект. Успех серьезно зависит от того, насколько персонал, который будет делать инженерные работы, знает инструмент и умеет с ним обращаться. Другими словами — насколько далеко исполнители отстоят от идеологов прототипа системы. Чем ближе они к идеологам и авторам инструмента, тем лучше они умеют им пользоваться и тем вероятнее они сделают работу эффективно. Чем длиннее цепочка от авторов до внедренцев, тем больше потери знаний к ее концу. В идеале внедрение системы должны делать авторы. Но так как это не всегда возможно, авторы, по меньшей мере, должны быть доступны в проекте. Если они вообще не доступны, качество проекта сильно снижается, не говоря уже о кратном увеличении объема инженерных работ (v).<br />
<br />
Кроме того, названные люди должны быть сильно проектоориентированны. То есть должны уметь уточнять архитектуру, которая хорошо «ляжет» на инструмент и обеспечит развитие будущей системы в гармонии с бизнесом. Это люди, которым интересны новшества и нетривиальные задачи.<br />
<br />
=== Жизнь только начинается ===<br />
<br />
После того как система внедрена, компания-заказчик рискует стать зависимой от подрядчика в вопросах эксплуатации, сопровождения и — особенно — развития. Поэтому на первый план выходит надежность исполнителя, которую можно охарактеризовать двумя критериями — лояльность и проектная харизма.<br />
<br />
Лояльность понимается в двух аспектах. Во-первых, это готовность исполнителя быстро выполнять специфические требования заказчика. Она существенно зависит от того, предполагает ли подрядчик тиражировать систему. Чем более он заинтересован в тиражировании, тем менее охотно будут выполняться уникальные разработки, которые в тираж не пойдут.<br />
<br />
Во-вторых, это сохранение в тайне ноу-хау бизнеса заказчика, который должен получить гарантии, что сведения о специфике его предприятия, организационной структуре, бизнес-процессах, корпоративных нормах не станут доступны конкурентам — прочим покупателям системы или услуг того же подрядчика.<br />
<br />
Наибольший уровень лояльности у внутреннего ИТ-отдела предприятия. Несколько меньший — у подконтрольных заказчику дочерних компаний. Третий уровень лояльности обеспечивают небольшие компании, специализирующиеся на заказной разработке, которые дают четкие гарантии, что будут работать на интересы клиента. Следующие по убыванию уровни лояльности вообще не заслуживают рассмотрения в контексте статьи, так как ноу-хау не могут быть отданы больше никому.<br />
<br />
Второй критерий надежности подрядчика — сохранение им проектной харизмы, что предполагает инновативность, креативность, желание работать на результат. Это характерно именно для небольших проектных компаний.<br />
<br />
Между лояльностью и проектной харизмой существует обратная зависимость. Наименее лояльный из трех перечисленных уровней сотрудничества (внешняя заказная разработка) на деле весьма востребован, потому что только он в долгосрочной перспективе обеспечивает качественную проектную работу. Причины тому — специализация, невовлеченность в рутинные процессы, постоянное развитие проектных технологий и проектной культуры, работа над промышленным качеством инструментов. В крупных организациях преобладает операционная деятельность, которая затягивает даже проектных людей, и они, скорее всего, уйдут, потеряв перспективы.<br />
<br />
Снизить зависимость от подрядчика помогает правильное распределение полномочий. Заказчик должен взять на себя контроль над архитектурой, всю эксплуатацию и большую часть сопровождения. Исполнителя правильно освободить от рутины и передать ему большую часть работ по развитию.<br />
<br />
=== В сухом остатке ===<br />
<br />
Наш опыт работы с ИТ-системами, требующими высокого уровня кастомизации, позволяет сформулировать следующие основные тезисы.<br />
<br />
Качество проекта внедрения и последующих проектов по развитию системы определяется именно качеством инженерной работы. Качество прототипа, который берется за основу, тоже имеет значение, но ничего не гарантирует. Прототип является материалом для инженерной работы, и если она сделана плохо, то никакое самое замечательное качество прототипа ничем не поможет.<br />
<br />
Основной риск таких проектов состоит в том, что будет сделано не то, что нужно. Этот риск снимается правильным отношением всех сторон к системной архитектуре. Надо понимать, что системная архитектура — это согласованные ответственные договоренности бизнеса, его ИТ-структуры и подрядчика, которые, во-первых, понятны бизнесу и, во-вторых, позволяют ИТ-стороне гарантировать реализуемость, сроки и бюджеты.<br />
<br />
В проектах оговоренного типа надо тщательно следить за тем, чтобы система была как можно меньшего объема. Любой невостребованный функционал станет серьезным тормозом для изменений в системе: чем больше система, тем дороже доработка. Поэтому доктрина «берем как можно больше и кастомизируем» является неэффективной. Эффективный подход — не брать с собой в систему ничего лишнего, а также следить за тем, чтобы в процессе эксплуатации из нее регулярно удалялись рудиментарные функции.<br />
<br />
Следующим критическим фактором является удаленность внедренцев от авторов прототипа. Чем они дальше друг от друга, тем хуже качество получаемой системы и тем больше объем инженерных работ, что негативным образом отражается на сроках и стоимости.<br />
<br />
Заказчик должен стремиться получить под свой контроль 100% эксплуатации, 80% сопровождения и 20% развития ИТ-системы. Это оптимальная ситуация как с точки зрения рисков, так и с точки зрения затрат на ИТ. Однако в зависимости от бизнес-приоритетов заказчика возможны различные варианты. Но всегда на стороне заказчика правильно оставлять два обязательных процесса: 1) контроль над системной архитектурой, который позволяет полностью определять логику развития ИТ-системы; 2) самостоятельную эксплуатацию всех значимых ИТ-систем, что существенно снижает операционные риски, а также повышает качество внедрений.<br />
<br />
[[Категория:Владимир Рахтеенко (Статьи)]]<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%98%D0%BC%D0%B5%D0%B9%D1%82%D0%B5_%D0%BC%D1%83%D0%B6%D0%B5%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC_%D1%83%D0%BC%D0%BE%D0%BC,_%D0%B8%D0%BB%D0%B8_%D0%9A%D0%B0%D0%BA_%D0%BE%D1%80%D0%B3%D0%B0%D0%BD%D0%B8%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C_%D1%8D%D1%84%D1%84%D0%B5%D0%BA%D1%82%D0%B8%D0%B2%D0%BD%D1%83%D1%8E_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%83_%D0%BD%D0%B0%D0%B4_%D0%98%D0%A2-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%BC&diff=33072Имейте мужество пользоваться собственным умом, или Как организовать эффективную работу над ИТ-проектом2011-12-14T14:58:10Z<p>Пресс-служба: переименовал «Имейте мужество пользоваться собственным умом» в «[[Имейте мужество пользоваться собственным умом, или Как организова...</p>
<hr />
<div>'''''«Имейте мужество пользоваться собственным умом»'''''<br />
<br />
'''''Иммануил Кант'''''<br />
<br />
<br />
;[[:Категория:Владимир Рахтеенко (Статьи)|Владимир Рахтеенко]]: Генеральный директор CUSTIS<br />
<br />
''Статья, ноябрь 2011.''<br />
<br />
=== ИТ и разные подходы к управлению бизнесом ===<br />
Граница между большими «готовыми» и «заказными» корпоративными системами не так очевидна, как принято считать. Чтобы убедиться в этом, попробуем для начала разобраться, кто и для чего их покупает.<br />
<br />
В любой компании, независимо от ее размера и сферы деятельности, можно выделить две группы бизнес-процессов. Первую, наиболее многочисленную, составляют обеспечивающие процессы. Сюда относятся процедуры, без которых невозможно нормальное функционирование ни одной компании. Ведение бухгалтерского учета, закупка канцелярских принадлежностей, организация работы базовой ИТ-инфраструктуры — типичные примеры обеспечивающих процессов. Обойтись без них нельзя, однако можно минимизировать затраты на их организацию, например покупая на рынке «лучшие практики».<br />
<br />
Ко второй группе бизнес-процессов относятся те, что составляют ноу-хау компании и дают ей конкурентное преимущество на рынке. Компания будет всегда стремиться развивать эти бизнес-процессы и повышать их эффективность, чтобы удерживать свои рыночные позиции. И, поскольку речь идет об уникальных процессах, которых нет больше ни у кого, делать это нужно исключительно своими силами, чтобы не потерять преимущества перед конкурентами.<br />
<br />
Когда речь заходит о выборе ИТ-системы, важно четко представлять, к какой из описанных двух групп относятся процессы, подлежащие автоматизации. Для большинства обеспечивающих процессов лучше всего использовать готовые или коробочные решения, стараясь извлечь максимальную пользу из заложенного в них потенциала. И даже если какие-то из автоматизируемых бизнес-процессов отличаются от тех, что предусмотрены в системе, эффективнее будет перестроить их под готовое ИТ-решение.<br />
<br />
Для автоматизации процессов, составляющих ноу-хау компании, а также обеспечивающих процессов, изменение которых по разным причинам неприемлемо, любое существующее ИТ-решение придется серьезно дорабатывать, или, как сейчас принято говорить, кастомизировать. И компании готовы идти на такой шаг, поскольку прекрасно понимают, что в данном случае выгоды от ИТ-системы с высокой степенью кастомизации будут несоизмеримо больше затрат на нее. Именно о таких ИТ-решениях мы и будем говорить дальше.<br />
<br />
=== Уговор дороже денег ===<br />
<br />
Процесс реализации большого проекта с высоким уровнем кастомизации очень специфичен и сопряжен с рисками.<br />
<br />
Основной риск заключается в том, что заказчик и исполнитель не смогут договориться, что именно надлежит сделать в рамках проекта. Зачастую представители бизнеса формулируют задачу в достаточно общих чертах, мелкие детали их не интересуют. При этом ИТ-инженерия не терпит неопределенностей и требует описания всех необходимых подробностей.<br />
<br />
Наш опыт говорит, что основой успешной реализации проекта является договоренность о системной архитектуре — верхнем уровне ИТ-проектирования. Речь идет о совместном концептуальном проекте системы — даже для большой системы он может быть описан документом не более 20-30 страниц, — который понимается одинаково заказчиком (как со стороны бизнеса, так и со стороны ИТ) и исполнителем. Эти рамочные крупноблочные договоренности, которые задают основные степени свободы проекта, и есть системная архитектура проекта. Дальше согласованная системная архитектура становится для трех сторон неоклассическим контрактом, то есть долгосрочным контрактом в условиях неопределенности, когда невозможно заранее предвидеть все последствия заключаемой сделки. Благодаря этому все стороны понимают, что любое отступление от первоначальных договоренностей будет стоить очень дорого, и относятся к ним в высшей степени ответственно. Представители бизнеса подтверждают, что они заинтересованы в проекте и готовы его финансировать. Представители заказчика со стороны ИТ и исполнитель берут на себя обязательство, что проект будет реализован в оговоренные сроки и в рамках согласованного бюджета.<br />
<br />
Обозначив критическую важность системной архитектуры, поговорим о том, как организовать эффективную работу над проектами с высокой степенью кастомизации.<br />
<br />
=== В Греции все есть? ===<br />
<br />
Согласованная системная архитектура подразумевает, что прототип, на базе которого будет выполняться проект, — это может быть и продукт, и платформа — уже выбран. Иначе ИТ просто не сможет гарантировать, что проект будет сделан. Важно отметить, что вопреки распространенному мнению, любой ИТ-материал — достаточно жесткая конструкция. Чем больше и сложнее прототип, тем больше времени и инженерных работ потребуется для внесения в него требуемых изменений. К примеру, новый завод проще построить на пустом месте, чем строить новый, одновременно ломая старый. Таким образом, правильный выбор прототипа становится вторым существенным риском.<br />
<br />
При оценке объемов, а значит и стоимости предстоящих доработок необходимо учитывать две вещи: размер прототипа и требуемый новый функционал. Приведем простой модельный пример. Предположим, что для решения поставленных задач мы можем выбрать из трех прототипов (для простоты назовем их A, B и С). У каждого прототипа есть две характеристики: объем имеющегося в нем функционала и необходимый объем доработок. Количественные значения в условных единицах представлены в таблице.<br />
<br />
{| cellspacing="0" cellpadding="0" border="1"<br />
|<br />
| &nbsp;&nbsp;&nbsp;А<br />
| &nbsp;&nbsp;&nbsp;В<br />
| &nbsp;&nbsp;&nbsp;С<br />
|-<br />
| Объем прототипа (V)<br />
| &nbsp;&nbsp;200<br />
| &nbsp;&nbsp;500<br />
| &nbsp;1000<br />
|-<br />
| Объем доработок до желаемой системы (v)<br />
| &nbsp;&nbsp;300<br />
| &nbsp;&nbsp;250<br />
| &nbsp;&nbsp;&nbsp;200<br />
|-<br />
| Итоговая стоимость доработок (у.е.)<br />
| &nbsp;&nbsp;&nbsp;84<br />
| &nbsp;&nbsp;&nbsp;94<br />
| &nbsp;&nbsp;&nbsp;100<br />
|}<br />
<br />
Итоговая стоимость инженерных работ будет функцией двух значений из каждого столбца следующего вида: (V+v)<sup>n</sup> — V<sup>n</sup>, где 1,5≤ n≤ 2 (в соответствии с моделью оценки стоимости разработки программного обеспечения COCOMO).<br />
<br />
В результате парадоксальным образом дешевле оказывается вариант А, когда нужно сделать больше изменений при меньшем исходном функционале. Приведенный пример наглядно показывает, что при выборе ИТ-материала необходимо учитывать оба параметра — размер прототипа и объем доработок. А истина, как всегда, где-то посередине: слишком малый прототип неэффективно дорабатывать, очень большой — тоже неэффективно.<br />
<br />
Стоимость разработки одной и той же новой функции в системах с объемами прототипов V и 4V будет соответственно равна 1 у.е. и 3 у.е., а для V и 16V — 1 у.е. и 6 у.е.<br />
<br />
Заметим, что пока мы рассматривали ситуацию в статике. Реально и сама системная архитектура и, значит, объем доработок со временем меняются. Как показывает наша практика, при выборе прототипа более уместен лозунг «Ничего лишнего!», чем традиционный «В Греции все есть», поскольку избыточный функционал придется протаскивать через все доработки.<br />
<br />
=== Без людей нет идей ===<br />
<br />
Третьим существенным риском при внедрении информационной системы с высокой степенью кастомизации оказываются люди, чьими руками будет реализован проект. Успех серьезно зависит от того, насколько персонал, который будет делать инженерные работы, знает инструмент и умеет с ним обращаться. Другими словами — насколько далеко исполнители отстоят от идеологов прототипа системы. Чем ближе они к идеологам и авторам инструмента, тем лучше они умеют им пользоваться и тем вероятнее они сделают работу эффективно. Чем длиннее цепочка от авторов до внедренцев, тем больше потери знаний к ее концу. В идеале внедрение системы должны делать авторы. Но так как это не всегда возможно, авторы, по меньшей мере, должны быть доступны в проекте. Если они вообще не доступны, качество проекта сильно снижается, не говоря уже о кратном увеличении объема инженерных работ (v).<br />
<br />
Кроме того, названные люди должны быть сильно проектоориентированны. То есть должны уметь уточнять архитектуру, которая хорошо «ляжет» на инструмент и обеспечит развитие будущей системы в гармонии с бизнесом. Это люди, которым интересны новшества и нетривиальные задачи.<br />
<br />
=== Жизнь только начинается ===<br />
<br />
После того как система внедрена, компания-заказчик рискует стать зависимой от подрядчика в вопросах эксплуатации, сопровождения и — особенно — развития. Поэтому на первый план выходит надежность исполнителя, которую можно охарактеризовать двумя критериями — лояльность и проектная харизма.<br />
<br />
Лояльность понимается в двух аспектах. Во-первых, это готовность исполнителя быстро выполнять специфические требования заказчика. Она существенно зависит от того, предполагает ли подрядчик тиражировать систему. Чем более он заинтересован в тиражировании, тем менее охотно будут выполняться уникальные разработки, которые в тираж не пойдут.<br />
<br />
Во-вторых, это сохранение в тайне ноу-хау бизнеса заказчика, который должен получить гарантии, что сведения о специфике его предприятия, организационной структуре, бизнес-процессах, корпоративных нормах не станут доступны конкурентам — прочим покупателям системы или услуг того же подрядчика.<br />
<br />
Наибольший уровень лояльности у внутреннего ИТ-отдела предприятия. Несколько меньший — у подконтрольных заказчику дочерних компаний. Третий уровень лояльности обеспечивают небольшие компании, специализирующиеся на заказной разработке, которые дают четкие гарантии, что будут работать на интересы клиента. Следующие по убыванию уровни лояльности вообще не заслуживают рассмотрения в контексте статьи, так как ноу-хау не могут быть отданы больше никому.<br />
<br />
Второй критерий надежности подрядчика — сохранение им проектной харизмы, что предполагает инновативность, креативность, желание работать на результат. Это характерно именно для небольших проектных компаний.<br />
<br />
Между лояльностью и проектной харизмой существует обратная зависимость. Наименее лояльный из трех перечисленных уровней сотрудничества (внешняя заказная разработка) на деле весьма востребован, потому что только он в долгосрочной перспективе обеспечивает качественную проектную работу. Причины тому — специализация, невовлеченность в рутинные процессы, постоянное развитие проектных технологий и проектной культуры, работа над промышленным качеством инструментов. В крупных организациях преобладает операционная деятельность, которая затягивает даже проектных людей, и они, скорее всего, уйдут, потеряв перспективы.<br />
<br />
Снизить зависимость от подрядчика помогает правильное распределение полномочий. Заказчик должен взять на себя контроль над архитектурой, всю эксплуатацию и большую часть сопровождения. Исполнителя правильно освободить от рутины и передать ему большую часть работ по развитию.<br />
<br />
=== В сухом остатке ===<br />
<br />
Наш опыт работы с ИТ-системами, требующими высокого уровня кастомизации, позволяет сформулировать следующие основные тезисы.<br />
<br />
Качество проекта внедрения и последующих проектов по развитию системы определяется именно качеством инженерной работы. Качество прототипа, который берется за основу, тоже имеет значение, но ничего не гарантирует. Прототип является материалом для инженерной работы, и если она сделана плохо, то никакое самое замечательное качество прототипа ничем не поможет.<br />
<br />
Основной риск таких проектов состоит в том, что будет сделано не то, что нужно. Этот риск снимается правильным отношением всех сторон к системной архитектуре. Надо понимать, что системная архитектура — это согласованные ответственные договоренности бизнеса, его ИТ-структуры и подрядчика, которые, во-первых, понятны бизнесу и, во-вторых, позволяют ИТ-стороне гарантировать реализуемость, сроки и бюджеты.<br />
<br />
В проектах оговоренного типа надо тщательно следить за тем, чтобы система была как можно меньшего объема. Любой невостребованный функционал станет серьезным тормозом для изменений в системе: чем больше система, тем дороже доработка. Поэтому доктрина «берем как можно больше и кастомизируем» является неэффективной. Эффективный подход — не брать с собой в систему ничего лишнего, а также следить за тем, чтобы в процессе эксплуатации из нее регулярно удалялись рудиментарные функции.<br />
<br />
Следующим критическим фактором является удаленность внедренцев от авторов прототипа. Чем они дальше друг от друга, тем хуже качество получаемой системы и тем больше объем инженерных работ, что негативным образом отражается на сроках и стоимости.<br />
<br />
Заказчик должен стремиться получить под свой контроль 100% эксплуатации, 80% сопровождения и 20% развития ИТ-системы. Это оптимальная ситуация как с точки зрения рисков, так и с точки зрения затрат на ИТ. Однако в зависимости от бизнес-приоритетов заказчика возможны различные варианты. Но всегда на стороне заказчика правильно оставлять два обязательных процесса: 1) контроль над системной архитектурой, который позволяет полностью определять логику развития ИТ-системы; 2) самостоятельную эксплуатацию всех значимых ИТ-систем, что существенно снижает операционные риски, а также повышает качество внедрений.<br />
<br />
[[Категория:Владимир Рахтеенко (Статьи)]]<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%98%D0%BC%D0%B5%D0%B9%D1%82%D0%B5_%D0%BC%D1%83%D0%B6%D0%B5%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C%D1%81%D1%8F_%D1%81%D0%BE%D0%B1%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%BC_%D1%83%D0%BC%D0%BE%D0%BC&diff=33073Имейте мужество пользоваться собственным умом2011-12-14T14:58:10Z<p>Пресс-служба: переименовал «Имейте мужество пользоваться собственным умом» в «[[Имейте мужество пользоваться собственным умом, или Как организова...</p>
<hr />
<div>#перенаправление [[Имейте мужество пользоваться собственным умом, или Как организовать эффективную работу над ИТ-проектом]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%94%D0%BC%D0%B8%D1%82%D1%80%D0%B8%D0%B9_%D0%9C%D0%B0%D0%B9%D0%BE%D1%80%D0%BE%D0%B2_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=32507Категория:Дмитрий Майоров (Статьи)2011-11-24T13:26:30Z<p>Пресс-служба: </p>
<hr />
<div>Статьи Дмитрия Майорова, опубликованные в бумажных и электронных СМИ.<br />
<br />
[[Image:Дмитрий Майоров.jpg|thumb|100px|right]]<br />
<br />
[[Category:По авторам (статьи сотрудников)|М]]<br />
[[Category:CustisWikiToLib]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B0%D1%87%D0%B8%D0%BD%D0%B0%D0%BB%D0%BE%D1%81%D1%8C_%D0%BF%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%81%D1%82%D0%B2%D0%BE_%D0%93%D0%9A_%22%D0%A1%D0%BF%D0%BE%D1%80%D1%82%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80%22_%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D0%B8_CUSTIS&diff=29249Как начиналось партнерство ГК "Спортмастер" и компании CUSTIS2011-08-23T16:00:17Z<p>Пресс-служба: Новая страница: «*'''Как создавалась ИТ-система в ГК «Спортмастер» до нас''' ИТ-система компании разрабатыва...»</p>
<hr />
<div>*'''Как создавалась ИТ-система в ГК «Спортмастер» до нас'''<br />
<br />
ИТ-система компании разрабатывалась и развивалась с 1995 г. силами собственного управления информационных технологий на базе ряда готовых программ. К 2000 г. она охватывала все основные технологические процессы, обеспечивающие торгово-закупочный цикл крупной географически распределенной компании.<br />
<br />
Однако дальнейшее развитие системы сдерживало то, что ее компоненты являлась недостаточно интегрированными и базировались на старой технологической платформе. Ситуация усугублялась тем, что многие фрагменты системы автоматизировались в очень сжатые сроки без учета архитектуры и дальнейшего развития, что сделало систему недостаточно гибкой и плохо масштабируемой. Это привело к тому, что в 2000 г. руководством «Спортмастера» было принято решение о замене информационной системы.<br />
<br />
*'''Почему «Спортмастер» решил делать ИТ-систему на заказ'''<br />
<br />
Выбор новой промышленной ERP-системы занял не один месяц. Были изучены все основные решения, которые предлагались для торговых сетей подобного масштаба на российском рынке, проведено несколько серьезных исследований, изучен опыт использования и развития ИТ-систем в похожих компаниях.<br />
<br />
В результате был сделан вывод, что при имеющихся финансовых ресурсах и в условиях интенсивного развития установка одной из предлагаемых на рынке ERP-систем невозможна без существенной потери функционала, который уже присутствовал в старой системе и давал компании серьезное конкурентное преимущество.<br />
<br />
<blockquote><br />
'''Опыт зарубежных коллег'''<br />
<br />
Знакомство с практикой автоматизации ряда крупных зарубежных торговых компаний подтвердило, что ни одна из них не работает целиком на стандартной промышленной ИТ-системе. Практически все они развивают системы собственными силами либо привлекают ИТ-партнера, специализирующегося на разработке систем под заказ.<br />
</blockquote><br />
<br />
В готовых системах не были реализованы многие сложившиеся технологии ведения бизнеса, доказавшие свою эффективность за годы работы. Кроме того, сложилось мнение, что покупка готовой системы — это проект с очень высокой степенью риска и большими разовыми вложениями, что для компании было неприемлемо.<br />
<br />
*'''Как выбирали исполнителя'''<br />
<br />
Когда руководство ГК «[http://www.sportmaster.ru/ Спортмастер]» приняло решение о замене ИТ-системы, было проведено тщательное исследование рынка и взвешены все возможные риски проекта. Решено было привлечь для разработки новой системы компанию, занимающуюся заказной разработкой и оказывающую консультационные услуги в области ИТ и автоматизации.<br />
<br />
Предпочтение отдавалось отечественным разработчикам, глубоко знающим российскую специфику. Не последнюю роль в принятии решения играло оптимальное соотношение «цена — качество». В итоге выбор остановился на нашей компании, которая совместно со специалистами «Спортмастера» приступила к работе в ноябре 2001 г.<br />
<br />
*'''С чего началась наша совместная работа'''<br />
<br />
Силами совместной группы ведущих ИТ-специалистов и архитекторов «Спортмастера» и нашей компании к лету 2002 г. был создан '''концептуальный проект системы'''. Он включал разработку 12 подсистем и модулей интегрированной распределенной системы, рассчитанной на установку во всех 50 московских и региональных подразделениях торговой сети более чем на 1000 рабочих местах, 500 из которых находятся в центральном офисе компании.<br />
<br />
Тогда же наши разработчики приступили к созданию функциональных модулей, которые по мере готовности замещали компоненты старой системы, существенно расширяя ее функционал. Первым модулем новой информационной системы стал '''«Каталог товаров»'''.<br />
<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%97%D0%B0%D0%B4%D0%B0%D1%87%D0%B8,_%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5_%D1%80%D0%B5%D1%88%D0%B0%D0%B5%D1%82_MDM-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0&diff=29105Задачи, которые решает MDM-система2011-08-17T12:28:19Z<p>Пресс-служба: Новая страница: «'''<u>Задачи, которые решает MDM-система в составе информационной системы предприятия:</u>''' * ''...»</p>
<hr />
<div>'''<u>Задачи, которые решает MDM-система в составе информационной системы предприятия:</u>'''<br />
<br />
* '''Интеграция приложений информационной системы (ИС) предприятия<br />
'''<br />
Система MDM обеспечивает все компоненты распределенной ИС справочными данными, в том числе теми, которые передаются между компонентами в ходе документооборота. Решается проблема сверок и синхронизации данных.<br />
<br />
* '''Интеграция данных'''<br />
<br />
Справочная информация об одних и тех же объектах может собираться из разных источников. MDM-система обеспечивает единую структуру и правила ведения справочной информации для всех компонентов ИС.<br />
<br />
* '''Контроль целостности и согласованности информации'''<br />
<br />
MDM-система обеспечивает целостность и снижает вероятность избыточности и многократного ввода одной и той же информации в разных компонентах ИС. Это необходимое условие для корректного формирования комплексных кросс-модульных отчетов.<br />
<br />
* '''Фиксация и разделение ответственности''' <br />
<br />
MDM-система обеспечивает фиксацию и разделение ответственности как за ведение и владение данными, так и за разработку и сопровождение функционала. Одной из важных функций MDM-системы является упорядочивание и контроль информационного обмена (информационных контрактов) между системами-поставщиками и системами-пользователями информации.<br />
<br />
* '''Распространение информации по всей ИС'''<br />
<br />
После того, как налажено централизованное ведение справочной информации, необходимо обеспечить ее распределенное использование в режимах on-line и off-line, включая транспортировку и удаленную поддержку данных. Основное требование, которое диктует специфика крупной торговой сети: поддержка удаленных экземпляров справочников должна отнимать минимум времени разработчиков и инженеров сопровождения.<br />
<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:CUSTIS (Заказные ИнформСистемы)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2011-08-17_%D0%9D%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%B1%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B8%D0%B9_%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB&diff=29104Блог:Публикации/2011-08-17 Национальный банковский журнал2011-08-17T12:11:57Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''17 августа 2011''</div>[[Файл:nbj(80x49).gif|80px]]</div><br />
<br />
В [http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/08/09/avtomatizatsija-bankovskoi-otchetnosti-kazhdomu-svoe-prilozhenie/index.html Национальном банковском журнале (NBJ) № 8 (август, 2011)] опубликована статья руководителя проектов и аналитика направления «Финансовые институты» [[:Категория:Елена Старынина (Статьи)|'''Елены Старыниной''']] о том, какие преимущества дает выделение специализированного компонента отчетности в составе информационной системы банка. Этот компонент (подсистема) использует данные Главной книги и реализует сложные механизмы классификации и обогащения данных для формирования отчетности всех необходимых видов.<br />
<br />
''«Мы исходим из того, что приложение максимально эффективно, когда оно нацелено на узкую область и удовлетворяет потребности конкретной группы специалистов. Поэтому мы разделяем отчетную и фронт-офисную системы и выделяем компонент отчетности, который располагается за Главной бухгалтерской книгой. Такое разделение позволяет избежать конфликта интересов различных бизнес-подразделений банка, у которых разные объекты (клиенты и отчетность), задачи и требования к системам.»''<br />
<br />
Полный текст статьи Елены Старыниной «[[Автоматизация банковской отчетности: каждому свое приложение]]»<br />
<br />
[[Категория:Для банков и финансовых институтов]]<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-08-17 15:04:59 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%A0%D0%B8%D1%81.2.jpg&diff=29109Файл:Автоматизация отчетности Рис.2.jpg2011-08-17T10:42:39Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%A0%D0%B8%D1%81.1.jpg&diff=29107Файл:Автоматизация отчетности Рис.1.jpg2011-08-17T10:42:16Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%95%D0%BB%D0%B5%D0%BD%D0%B0_%D0%A1%D1%82%D0%B0%D1%80%D1%8B%D0%BD%D0%B8%D0%BD%D0%B0.jpg&diff=29111Файл:Елена Старынина.jpg2011-08-17T10:41:24Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%8F:%D0%95%D0%BB%D0%B5%D0%BD%D0%B0_%D0%A1%D1%82%D0%B0%D1%80%D1%8B%D0%BD%D0%B8%D0%BD%D0%B0_(%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8)&diff=29106Категория:Елена Старынина (Статьи)2011-08-17T10:39:31Z<p>Пресс-служба: Новая страница: «Статьи Елены Старыниной, опубликованные в бумажных и электронных СМИ. [[Image:Елена Старынин...»</p>
<hr />
<div>Статьи Елены Старыниной, опубликованные в бумажных и электронных СМИ.<br />
<br />
[[Image:Елена Старынина.jpg|thumb|300px|right]]<br />
<br />
[[Category:По авторам (статьи сотрудников)|С]]<br />
[[Category:CustisWikiToLib]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%B1%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%BE%D0%B9_%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%BD%D0%BE%D1%81%D1%82%D0%B8:_%D0%BA%D0%B0%D0%B6%D0%B4%D0%BE%D0%BC%D1%83_%D1%81%D0%B2%D0%BE%D0%B5_%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5&diff=29103Автоматизация банковской отчетности: каждому свое приложение2011-08-17T10:38:03Z<p>Пресс-служба: Новая страница: «;Елена Старынина: руководитель проектов, аналитик на...»</p>
<hr />
<div>;[[:Категория:Елена Старынина (Статьи)|Елена Старынина]]: руководитель проектов, аналитик направления «Финансовые институты» CUSTIS<br />
<br />
''Национальный банковский журнал, № 8, август 2011. ''[http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/08/09/avtomatizatsija-bankovskoi-otchetnosti-kazhdomu-svoe-prilozhenie/index.html http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/08/09/avtomatizatsija-bankovskoi-otchetnosti-kazhdomu-svoe-prilozhenie/index.html]<br />
<br />
<blockquote><br />
Можно ждать или не ждать изменений, но они все равно произойдут. Изменения в бизнесе и отчетности банков динамичны и происходят с некоторой периодичностью. Каждый специалист по отчетности знает, что изменение требований к формированию отчетов неизбежно, ведь меняются и условия бизнеса, и правила, устанавливаемые ЦБ РФ.<br />
</blockquote><br />
<br />
=== СЛОЖНОСТИ АВТОМАТИЗАЦИИ ОТЧЕТНОСТИ ===<br />
<br />
Требования бизнеса и ЦБ к отчетности зачастую меняются быстрее, чем успевают вноситься правки в ИТ-системы. В этом случае автоматизация формирования отчетов становится условной, поскольку в них постоянно вносятся ручные правки.<br />
В большинстве современных банков используется сразу несколько приложений, и их тем больше, чем разнообразнее бизнес у банка. Это делает очень важной интеграцию существующих приложений и значительно усложняет процесс внесения изменений: правка любого отчета вызывает цепь изменений во всех приложениях банка.<br />
<br />
Одновременно возникает задача распределения многочисленных и разнообразных функций банка между этими приложениями. Наиболее распространенный подход — деление по бизнес-областям, то есть отдельные системы обрабатывают сделки в выделенных бизнес-областях целиком — от инициации процесса до получения отчетности по всем необходимым формам (ЦБ РФ, МСФО, ФСФР, внутрибанковская, управленческая).<br />
<br />
Но этот подход имеет существенные недостатки. Во-первых, у разных банковских специалистов свои специфические задачи и, соответственно, различные требования к приложениям. Например, специалистам фронт-офиса необходима система, обеспечивающая быстрое и качественное обслуживание клиентов, для них очень важны такие показатели, как скорость взаимодействия фронт-офисов с основным офисом, скорость первичной приемки-оформления документов по сделке, скорость проведения сделки по аналитическим и бухгалтерским счетам. А специалистам по отчетности нужна система, способная тщательно обработать и сгруппировать данные и составить правильный отчет. Поскольку требования различных специалистов противоречивы, в случае единой системы ни те, ни другие не получат необходимого функционала в полном объеме.<br />
<br />
Во-вторых, отчетные формы зачастую включают данные и показатели различных бизнес-областей, то есть для формирования таких отчетов необходимо обращаться к нескольким приложениям.<br />
<br />
[[Файл:Автоматизация отчетности Рис.1.jpg|thumb|500px|center|Автоматизация отчетности Рис.1.]]<br />
<br />
=== НАШ РЕАЛИЗОВАННЫЙ ПОДХОД ===<br />
<br />
Прежде всего, при автоматизации формирования отчетности банка необходимо учитывать существующий ИТ-ландшафт, поскольку полная перестройка всех систем банка — сложная, если не сказать неподъемная, задача, связанная с риском остановки работы банка. Потому процесс автоматизации очень специфичен в каждом конкретном случае.<br />
<br />
Мы исходим из того, что приложение максимально эффективно, когда оно нацелено на узкую область и удовлетворяет потребности конкретной группы специалистов. Поэтому мы разделяем отчетную и фронт-офисную системы и выделяем компонент отчетности, который располагается за Главной бухгалтерской книгой. Такое разделение позволяет избежать конфликта интересов различных бизнес-подразделений банка, у которых разные объекты (клиенты и отчетность), задачи и требования к системам.<br />
В сложном интегрированном многокомпонентном ИТ-ландшафте банка Главная бухгалтерская книга является одной из основ формирования отчетности. Она консервативна и минималистична, то есть содержит данные, необходимые для формирования оперативной отчетности (балансовой и оборотно-сальдовой ведомостей), и основные данные, используемые для остальных видов отчетности, — остатки и обороты на балансовых и аналитических счетах, проводки.<br />
<br />
Компоненту отчетности, напротив, не свойственны простота и консервативность. В целях формирования отчетности различных видов он реализует сложные механизмы классификации и обогащения данных, получаемых из различных компонентов ИТ-системы. Он может как выпускать отчеты, так и служить источником данных для формирования специфических отчетов другими компонентами. Обогащение данных в компоненте отчетности позволяет не загружать фронт-офисные системы нецелевой информацией, а вводить только данные, необходимые для их работы. Дополнительная классификация позволяет проводить сложную агрегацию данных и обеспечивает гибкие механизмы отчетности. Классификации могут подвергаться различные типы объектов, при этом можно выстроить древовидную сложноподчиненную структуру классификаторов для отчетности.<br />
<br />
[[Файл:Автоматизация отчетности Рис.2.jpg|thumb|500px|center|Автоматизация отчетности Рис.2.]]<br />
<br />
Существуя самостоятельно, компонент отчетности использует данные — проводки, остатки и обороты по лицевым и балансовым счетам, сведения о договорах и клиентах, хранящиеся в Главной книге. Они представляют большой массив информации, передача которого в компонент отчетности в полном объеме влияет на производительность. Обращаясь непосредственно к метаданным Главной бухгалтерской книги, компонент отчетности позволяет проводить дополнительную классификацию и обогащение данных. Еще большую гибкость компонент отчетности приобретает благодаря возможности настройки групп отчетов, отдельных отчетов и их полей, а также иерархии классификаторов, являющихся основой формирования отчетов.<br />
<br />
Компонент отчетности позволяет быстро вносить изменения в принципы формирования отчетности, будь то добавление агрегированных данных в отчеты, правка состава данных, включаемых в отчетные формы, или создание новой версии отчета, формируемой по отличным принципам. Компонент отчетности также дает возможность вносить массовые историчные правки в большие объемы данных, что особенно важно для неоперативных отчетов, в которых ввод первичных данных, формирование и проверка отчетной формы сильно разнесены во времени.<br />
<br />
=== ПОЛОЖИТЕЛЬНЫЙ ЭФФЕКТ ===<br />
<br />
Таким образом, наш подход предполагает, что в ИТ-ландшафте банка самостоятельно функционируют:<br />
* фронт-офисные системы, ведущие сделки с достаточной для их деятельности подробностью;<br />
* Главная бухгалтерская книга, в которую все приложения выгружают бухгалтерскую информацию, необходимую для формирования оперативной отчетности;<br />
* компонент отчетности, который использует данные Главной книги и реализует сложные механизмы классификации и обогащения данных для формирования отчетности всех необходимых видов.<br />
<br />
Это позволяет избежать конфликта интересов специалистов фронт-офиса и специалистов по отчетности, а также делает ненужным ввод нецелевой информации во фронт-офисные системы.<br />
<br />
Выделение компонента отчетности за Главной бухгалтерской книгой способно упростить использование банками западных ИТ-систем, поскольку отчетность, соответствующую всем требованиям российского законодательства (с чем зачастую в импортных продуктах возникают проблемы), можно формировать и настраивать в отдельном компоненте.<br />
<br />
[[Категория:Елена Старынина (Статьи)]]<br />
[[Категория:2011 год (Статьи)]]<br />
[[Категория:Национальный банковский журнал (Публикации)]]<br />
[[Категория:Банковская автоматизация]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Custis_logo(100x100).jpg&diff=27827Файл:Custis logo(100x100).jpg2011-06-29T15:40:40Z<p>Пресс-служба: переименовал «Файл:Custis logo(99x21).jpg» в «Файл:Custis logo(100x100).jpg»</p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Custis_logo(99x21).jpg&diff=27828Файл:Custis logo(99x21).jpg2011-06-29T15:40:40Z<p>Пресс-служба: переименовал «Файл:Custis logo(99x21).jpg» в «Файл:Custis logo(100x100).jpg»</p>
<hr />
<div>#перенаправление [[Файл:Custis logo(100x100).jpg]]</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Custis_logo(100x100).jpg&diff=27826Файл:Custis logo(100x100).jpg2011-06-29T15:39:29Z<p>Пресс-служба: загружена новая версия «Файл:Custis logo(99x21).jpg»</p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Custis_logo(100x100).jpg&diff=27825Файл:Custis logo(100x100).jpg2011-06-29T15:35:48Z<p>Пресс-служба: загружена новая версия «Файл:Custis logo(99x21).jpg»</p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F/2011-06-25_%D0%9B%D0%90%D0%A4_2011_%D0%B2_%D0%98%D0%B2%D0%B0%D0%BD%D0%BE%D0%B2%D0%BE&diff=27838Блог:События/2011-06-25 ЛАФ 2011 в Иваново2011-06-29T09:03:22Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''25 июня 2011''</div>[[Image:uml2(125x47).png|125px]]</div><br />
<br />
25-26 июня в Иваново состоялся очередной (второй) [http://conf.uml2.ru/ Летний Аналитический Фестиваль], посвященный профессии аналитика в проектах по разработке ПО .<br />
<br />
На фестивале с докладом [http://www.slideshare.net/custisppt/ddd-2011 DDD — модель вместо требований] выступил [[:Категория:Максим Цепков (Статьи) |'''Максим Цепков''']], главный архитектор CUSTIS.<br />
<br />
[http://conf.uml2.ru/index.php?laf2011-program Программа ЛАФ 2011.]<br />
<br />
Презентация выступления Максима Цепкова [http://www.slideshare.net/custisppt/ddd-2011 DDD — модель вместо требований].<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-27 19:03:09 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Custis_logo(100x100).jpg&diff=27801Файл:Custis logo(100x100).jpg2011-06-28T14:59:03Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F/2011-06-25_%D0%9B%D0%90%D0%A4_2011_%D0%B2_%D0%98%D0%B2%D0%B0%D0%BD%D0%BE%D0%B2%D0%BE&diff=27808Блог:События/2011-06-25 ЛАФ 2011 в Иваново2011-06-28T09:22:15Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''25 июня 2011''</div>[[Image:uml2(125x47).png|125px]]</div><br />
<br />
25-26 июня в Иваново состоялся очередной (второй) [http://conf.uml2.ru/ Летний Аналитический Фестиваль], посвященный профессии аналитика в проектах по разработке ПО .<br />
<br />
На фестивале с докладом [http://www.slideshare.net/custisppt/ddd-2011 DDD — модель вместо требований] выступил [[:Категория:Максим Цепков (Статьи) |'''Максим Цепков''']], главный архитектор CUSTIS.<br />
<br />
[http://conf.uml2.ru/index.php?laf2011-program Программа ЛАФ 2011.]<br />
<br />
Презентация выступления Максима Цепкова [http://www.slideshare.net/custisppt/ddd-2011 DDD — модель вместо требований].<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-24 19:03:09 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F/2011-06-05_DevConf_2011&diff=27616Блог:События/2011-06-05 DevConf 20112011-06-24T15:12:27Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''4 июня 2011''</div>[[Image:DevConf_logo.png|187]]</div><br />
<br />
4 июня 2011 наши специалисты — [http://yourcmc.ru/wiki/Участник:VitaliyFilippov '''Виталий Филиппов'''], ведущий веб-программист отдела технологического развития,<br />
и [http://belonesox.moikrug.ru/ '''Стас Фомин'''], заместитель директора по<br />
информационным технологиям, приняли участие в [http://devconf.ru/programm/ ежегодной международной конференции веб-разработчиков DEVCONF 2011] в Москве.<br />
<br />
Виталий и Стас представили на конференции доклад [http://devconf.ru/offers/48 Эволюция Wiki-Way командной разработки].<br />
C подробной аннотацией их выступления можно ознакомиться на нашем сайте [http://lib.custis.ru/WikiWay-DevConf-2011 http://lib.custis.ru/WikiWay-DevConf-2011]<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-05 16:23:32 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F/2011-06-25_%D0%9B%D0%90%D0%A4_2011_%D0%B2_%D0%98%D0%B2%D0%B0%D0%BD%D0%BE%D0%B2%D0%BE&diff=27617Блог:События/2011-06-25 ЛАФ 2011 в Иваново2011-06-24T15:09:48Z<p>Пресс-служба: Новая страница: «<div class="floatleft newdate"><div>''25 июня 2011''</div>125px</div> 25-26 июня в Иваново состоится очере...»</p>
<hr />
<div><div class="floatleft newdate"><div>''25 июня 2011''</div>[[Image:uml2(125x47).png|125px]]</div><br />
<br />
25-26 июня в Иваново состоится очередной (второй) [http://conf.uml2.ru/ Летний Аналитический Фестиваль], посвященный профессии аналитика в проектах по разработке ПО .<br />
<br />
На фестивале запланировано выступление [[:Категория:Максим Цепков (Статьи) |'''Максима Цепкова''']], главного архитектора CUSTIS — '''«DDD для корпоративных систем»'''.<br />
<br />
[http://conf.uml2.ru/index.php?laf2011-program Программа ЛАФ 2011.]<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-24 19:03:09 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:DevConf_logo.png&diff=27620Файл:DevConf logo.png2011-06-24T14:42:10Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F/2011-06-02_%D0%9A%D1%80%D1%83%D0%B3%D0%BB%D1%8B%D0%B9_%D1%81%D1%82%D0%BE%D0%BB_%D0%B2_%D0%90%D1%81%D1%81%D0%BE%D1%86%D0%B8%D0%B0%D1%86%D0%B8%D0%B8_%D0%B5%D0%B2%D1%80%D0%BE%D0%BF%D0%B5%D0%B9%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81%D0%B0&diff=27578Блог:События/2011-06-02 Круглый стол в Ассоциации европейского бизнеса2011-06-23T17:18:31Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''02 июня 2011''</div>[[Image:aeb-logo.gif|101px]]</div><br />
<br />
2 июня 2011 г. в московском представительстве Ассоциации европейского бизнеса (АЕБ) на Краснопресненской набережной прошел круглый стол<br />
на тему '''Неформатные Информационные Технологии''', организованный ИТ-Телекомовским Комитетом АЕБ.<br />
Генеральный директор CUSTIS [[:Категория:Владимир Рахтеенко (Статьи)|'''Владимир Рахтеенко''']] представил его участникам доклад '''Реализация уникальных бизнес-моделей с помощью динамических ИТ систем'''.<br />
<br />
[http://www.aebrus.ru/events/id/1267/# Фото-репортаж с круглого стола в Ассоциации европейского бизнеса]<br />
<br />
[http://www.aebrus.ru/application/views/aebrus/files/events_files/Program__06.02.11_rus_file_2011_05_19_17_24_38.pdf Программа Круглого стола «Неформатные Информационные Технологии»]<br />
<br />
{{wl-publish: 2011-06-02 21:17:45 +0400 | Пресс-служба }}<br />
{{To-lib-silent}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Aeb-logo.gif&diff=27582Файл:Aeb-logo.gif2011-06-23T17:11:17Z<p>Пресс-служба: </p>
<hr />
<div></div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2011-06-15_PC_Week_(%D0%9E%D0%B1%D0%B7%D0%BE%D1%80:_%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D1%82%D0%BE%D1%80%D0%B3%D0%BE%D0%B2%D0%BB%D0%B8)&diff=27577Блог:Публикации/2011-06-15 PC Week (Обзор: Автоматизация торговли)2011-06-23T16:06:42Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''15 июня 2011''</div>[[Image:Pcweek.gif|120px]]</div><br />
<br />
В обзоре [http://www.pcweek.ru/idea/article/detail.php?ID=131781 PC Week Review: Автоматизация торговли, июнь 2011] опубликовано<br />
интервью научного редактора PC Week/RE '''Сергея Свинарева''' с руководителем технологического отдела компании CUSTIS [[:Категория:Беспальчук Игорь (Статьи)|'''Игорем Беспальчуком''']] [http://www.pcweek.ru/idea/article/detail.php?ID=131781 «Промышленное качество заказной разработки»]:<br />
<br />
«Мы исходим из того, что промышленное качество ПО обеспечивается такими процессами его создания, которые гарантируют соответствие результата ожиданиям заказчика. Эти процессы предполагают контроль на всех этапах разработки и использование механизмов постоянного улучшения. При разработке приложений силами программистов заказчика не всегда удается обеспечить промышленное качество, поскольку создание ПО не является профильной деятельностью компании. Мы же, специализируясь на заказной разработке информационных систем и располагая штатом квалифицированных ИТ-специалистов, выстраиваем зрелые процессы разработки, позволяющие обеспечивать высокое качество программных продуктов.»<br />
<br />
Полный текст интервью [[:Категория:Беспальчук Игорь (Статьи)|Игоря Беспальчука]] — [[Промышленное качество заказной разработки]]<br />
<br />
[[Категория:События и публикации]]<br />
[[Категория:IT-стратегия и проектные технологии заказной разработки ПО]]<br />
[[Категория:IT-стратегия и проектные технологии заказной разработки ПО (анонс)|Н]]<br />
[[Категория:Информационные системы (ИС) в торговых сетях]]<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-15 20:01:02 +0400 | Пресс-служба }}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%9F%D1%80%D0%BE%D0%BC%D1%8B%D1%88%D0%BB%D0%B5%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BA%D0%B0%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%BE_%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D0%BD%D0%BE%D0%B9_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8&diff=27580Промышленное качество заказной разработки2011-06-23T15:31:38Z<p>Пресс-служба: </p>
<hr />
<div>;[[:Категория:Беспальчук Игорь (Статьи)|Беспальчук Игорь]]<br />
: руководитель отдела технологического развития CUSTIS<br />
<br />
Интервью опубликовано в газете [http://www.pcweek.ru/idea/article/detail.php?ID=131781 PC Week Review: Автоматизация торговли, 7 июня 2011]<br />
<br />
<blockquote><br />
''Известно немало примеров, когда даже в таких массовых отраслях, как розничная торговля, компании предпочитают заказную разработку тиражному программному продукту. Об этом свидетельствует, в частности, опыт российской компании CUSTIS, которая на протяжении многих лет решает задачи автоматизации для группы компаний «Спортмастер». Научный редактор PC Week/RE '''Сергей Свинарев''' беседует с руководителем отдела технологического развития компании CUSTIS '''Игорем Беспальчуком.'''''<br />
</blockquote><br />
<br />
'''PC Week: Какова сегодня ситуация на российском рынке приложений для розничной торговли?'''<br />
<br />
'''Игорь Беспальчук:''' К нам обращаются клиенты с различными потребностями. Например, в прошлом году представителей торговых сетей очень интересовала тема управления товарными запасами, а в нынешнем перед многими компаниями стоят задачи прогнозирования спроса. Но общей тенденцией является то, что большинство заказчиков интересует нечто специфическое, привязанное к собственной практике и своим бизнес-процессам. То есть требования к функциональности систем варьируются в очень широких пределах.<br />
<br />
'''PC Week: Что мешает заказчику выбрать продукт, уже представленный на рынке?'''<br />
<br />
'''И. Б.:''' Дело в том, что иногда поставщик тиражного продукта, ознакомившись с требованиями заказчика, приходит к выводу, что бизнес-процессы торговой сети настолько нетипичны, что не укладываются в стандартную функциональность. Надо понимать, что бизнес-практики торговых предприятий вырабатываются годами и отражают существенные особенности их работы в конкретных условиях. Отказываться от них предприятию трудно. Есть два выхода из положения: либо подстроить свои бизнес-процессы под те, что «зашиты» в тиражное приложение, либо попытаться реализовывать их с помощью настроек и доработок. Во втором случае речь идет фактически о некой заказной разработке, которая, тем не менее, ограничена рамками базового приложения. Мы же можем вести такую разработку без каких-либо ограничений, создавая именно тот функционал, который нужен заказчику.<br />
<br />
'''PC Week: Допустим, в организации уже используется ПО собственной разработки, которое устарело технологически, но содержательно всех вполне устраивает. Вы беретесь воссоздать такое приложение на более современной платформе?'''<br />
<br />
'''И. Б.:''' Главная проблема здесь заключается в том, что предприятию, выросшему до определенного размера, становится крайне тяжело развивать такую «самописную» систему, поскольку при ее создании о вопросах последующего сопровождения и развития никто особо не задумывался. Иными словами, предприятие нуждается в более зрелом процессе разработки. Построение такого процесса требует особой экспертизы и высоких трудозатрат, но они впоследствии окупаются за счет способности системы к развитию, ее лучшей сопровождаемости, а также предсказуемости результатов и сроков разработки . Чаще всего мы не берем на себя сопровождение или развитие кода приложения, созданного на предприятии собственными силами, поскольку к этому моменту, как правило, уже сама собой назревает необходимость полной переработки информационной системы. Такая разработка, но уже базирующаяся на промышленных стандартах, и ведется нашими специалистами. Предварительно мы обследуем существующую систему и фиксируем все бизнес-процессы, которые она поддерживает, в том числе сложившиеся спонтанно и никем не документированные. Такой подход позволяет заказчику сохранить инвестиции, сделанные им ранее в бизнес-практики и системную архитектуру.<br />
<br />
'''PC Week: А как при таком подходе происходит замена старого приложения на новое?'''<br />
<br />
'''И. Б.:''' Это действительно важная проблема. Ведь информационная система крупного торгового предприятия должна функционировать круглосуточно и без перерывов, а переход на новое приложение всегда сопряжен с огромными рисками. На данном этапе мы используем методологию, которую называем «бережное внедрение». Суть ее в том, что старая и новая системы некоторое время работают параллельно в режиме промышленной эксплуатации, дополняя, но не дублируя друг друга. Новой системе постепенно передаются либо отдельные бизнес-процессы, либо поддержка всех функций некоторых структурных подразделений (например, магазинов или складов). При этом никаких проблем, связанных с несогласованностью данных или с их двойным вводом, нет, поскольку на протяжении всего переходного периода отсутствует какое-либо дублирование: всегда одни данные хранятся в старой системе, а другие — в новой. Выявленные на очередном шаге внедрения недоработки оперативно устраняются, после чего сфера действия новой системы расширяется на очередные бизнес-процессы или подразделения. Чтобы обеспечить такой режим работы, нам приходится прикладывать дополнительные усилия: нужно обеспечить интеграцию новой системы с внешними по отношению к ней приложениями, а также временную интеграцию старой и новой систем, которые должны определенное время функционировать как единое целое. Такой проект выполняется дольше, но при этом риски внедрения существенно снижаются, а дополнительные трудозатраты с лихвой компенсируются отсутствием масштабных сбоев в работе ритейлера на протяжении внедрения. Отмечу, что финансовые последствия подобных перебоев намного значительнее любых затрат на ИТ.<br />
<br />
'''PC Week: Как в результате заказной разработки обеспечить промышленное качество программного продукта?'''<br />
<br />
'''И. Б.:''' Мы исходим из того, что промышленное качество ПО обеспечивается такими процессами его создания, которые гарантируют соответствие результата ожиданиям заказчика. Эти процессы предполагают контроль на всех этапах разработки и использование механизмов постоянного улучшения. При разработке приложений силами программистов заказчика не всегда удается обеспечить промышленное качество, поскольку создание ПО не является профильной деятельностью компании. Мы же, специализируясь на заказной разработке информационных систем и располагая штатом квалифицированных ИТ-специалистов, выстраиваем зрелые процессы разработки, позволяющие обеспечивать высокое качество программных продуктов.<br />
<br />
'''PC Week: Спасибо за беседу.'''<br />
<br />
[[Категория:Беспальчук Игорь (Статьи)]]<br />
[[Категория:PCWeek (Публикации)]]<br />
[[Категория:2011 год (Статьи)]]<br />
<br />
{{replicate-from-custiswiki-to-lib}}</div>Пресс-службаhttp://lib.custis.ru/index.php?title=%D0%91%D0%BB%D0%BE%D0%B3:%D0%9F%D1%83%D0%B1%D0%BB%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D0%B8/2011-06-06_%D0%A4%D0%B8%D0%BD%D0%B0%D0%BD%D1%81%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B3%D0%B0%D0%B7%D0%B5%D1%82%D0%B0&diff=27341Блог:Публикации/2011-06-06 Финансовая газета2011-06-15T10:06:23Z<p>Пресс-служба: </p>
<hr />
<div><div class="floatleft newdate"><div>''6 июня 2011''</div>[[Image:fingaz.jpg|160px]]</div><br />
<br />
В [http://www.fingazeta.ru/ Финансовой газете] № 23/2011 опубликована статья руководителя направления «Торговые сети» компании CUSTIS [[:Категория:Михаил Заборов (Статьи)| '''Михаила Заборова''']] —<br />
«[[Системная архитектура]]».<br />
<br />
''Системная архитектура'' — это модель информационной системы, описанная в терминах, понятных бизнесу. Она отражает ''долгосрочные'' и ''ключевые'' договоренности между заказчиком и исполнителем. Как правило, она фиксируется в виде небольшого (около 10-20 страниц) документа. Помимо текста он включает наглядные схемы — графические проекции модели системы. Для его составления требуются опыт и квалификация. Главное, чтобы ключевые участники процесса разработки понимали этот документ одинаково и могли общаться в его терминах.<br />
<br />
В последнее время для заказной разработки больших информационных систем все чаще применяются реляционные контракты. Их использование подразумевает совместное с заказчиком проектирование системной архитектуры, что дает возможность избежать многих проблем, возникающих при работе с детальными спецификациями требований. Системная архитектура в сочетании с гибкими (Agile) методологиями дают уверенность, что будет реализовано именно то, что нужно.<br />
<br />
Прочитать статью Михаила Заборова [[Системная архитектура]]<br />
<br />
{{To-lib-silent}}<br />
{{wl-publish: 2011-06-06 14:47:13 +0400 | Пресс-служба }}</div>Пресс-служба