Нефть, газ, информация: переход к информационной экономикеАлександр ЧеркавскийОрганизация ИМ Центр в программном докладе обозначает подход к глобальным изменениям российских рынков через подготовку современных специалистов.
www.im-centr.ru
Как мы экспериментируем в больших микросервисных системахEatDogДоклад Александра Баранецкого для Съесть собаку #13, 14/06/2018.
Тезисы:
- Как сделать гибкой разработку на микросервисной системе, в которой более 100 узлов;
- Как минимизировать ошибки и их цену;
- Как мягко обеспечить миграции версий и эволюцию всей системы в целом.
Peopletrack short product presentationrmikheevPeopletrack – это решение по автоматизации
процесса подбора персонала, основанное на платформе Salesforce. Подробности на сайте http://peopletrack.ru
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrekМой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...Игорь МызгинЧто и как надо делать, чтобы быть ближе к идеальному аптайму?
Спойлер: порядок, мониторинг, коммуникации и не надо работать с неподходящими людьми.
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...OnticoДля любого крупного проекта работа над uptime сервиса должна быть постоянной, непрерывной и многовекторной.
Каждый инцидент с доступностью проще всего “свалить” на поставщика услуг хостинга и провайдера. Однако, начиная с определенного уровня масштаба сервиса, такой подход уже начинает стоить бизнесу слишком много.
Данный доклад — это обзор работы над проблемами доступности на пути от клиента до хостера, проведенной с целью достижения доступности сервисов клиента выше 99,99% на примере интернет-компании с оборотом выше 1 млрд рублей.
Ключевая особенность доклада в том, что он максимально объективен в силу того, что каждый докладчик представляет свою сторону "баррикад".
В докладе будут рассмотрены вопросы:
+ Почему хостер — наименьшая из проблем?
+ Какие бывают источники проблем?
+ Как научиться видеть проблемы и построить необходимый базис для своевременного их обнаружения и решения?
+ Третий не лишний — почти всегда между хостером и вами есть еще один источник проблем.
+ Что учитывать в современных реалиях при выборе dedicated / colocation услуг?
+ Чем различаются хостеры, как их сравнить, что от них стоит ждать?
Вебинар: ИТ-проекты глазами ЗаказчикаАлександр КольцовПрезентация Александра Кольцова и Юрия Шиляева на вебинаре "ИТ-проекты глазами Заказчика", проведенного Сергеем Бережным.
Андрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУПАдванта - онлайн система управления проектамиДоклад Андрея Делидова с конференции "Внедрение проектного управления. Успешный проектный офис 2016" о том, как директор может управлять проектным бизнесом с помощью ИСУП.
#pmoconf
Прагматичный подход к документированию Веб-проектовAnatol FilinPragmatic approach to documenting Web projects. Talk at RIT conference, April 2010.
Речь идет о документировании процесса разработки Веб-систем. В работе над проектом как правило участвует команда, состоящая из специалистов разных областей: инвесторы, владельцы бизнеса, бизнес-менеджеры, аналитики, разработчики, юзабилисты, дизайнеры, тестировщики, системные администраторы. Эти специалисты обладают разным опытом, имеют разные цели и говорят на разных языках (причем часто – в прямом смысле этого слова). Некоторые роли могут отсутствовать, другие роли могут «склеиваться».
Существует достаточно развитая культура документирования проектов, которая включает как традиционные артефакты: видение (vision), бизнес-требования (BRD), функциональные требования (FRD), требования к интерфейсу, технические и архитектурные требования (TAD), требования к тестированию, требования к инфраструктуре, так и аджайльные артефакты: пользовательские истории (user stories), визуальные истории (visual stories).
Все Веб-проекты разные: интерфейсные проекты и проекты со сложной логикой (финансовые, научные), средние по размеру проекты и крупные проекты, проекты, которые пишутся с нуля и унаследованные от других разработчиков. Кроме того заказчики могут предъявлять разные требования к документированию: кому-то достаточен список характеристик, кто-то требует детальные функциональные требования, кто-то готов «идти в Agile». Команды тоже бывают разные: полные (свои аналитики, дизайнеры и т.д), локальные и распределенные.
В докладе не предлагается один рецепт на все случаи жизни. Главная идея доклада состоит в том, чтобы в соответствии с особенностями проекта и проектной команды рациональным образом выбрать тот набор документов, который абсолютно необходим для его успешного развития.
Operating through the “eyes” of development: Efficient communicationsDevGAMM ConferenceThe speech will cover main tasks of developers at the operating stage of the project. How to use milestone time efficiently. Things to keep in mind at the stage of designing new functional and content.
Как мы экспериментируем в больших микросервисных системахEatDogДоклад Александра Баранецкого для Съесть собаку #13, 14/06/2018.
Тезисы:
- Как сделать гибкой разработку на микросервисной системе, в которой более 100 узлов;
- Как минимизировать ошибки и их цену;
- Как мягко обеспечить миграции версий и эволюцию всей системы в целом.
Peopletrack short product presentationrmikheevPeopletrack – это решение по автоматизации
процесса подбора персонала, основанное на платформе Salesforce. Подробности на сайте http://peopletrack.ru
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrekМой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...Игорь МызгинЧто и как надо делать, чтобы быть ближе к идеальному аптайму?
Спойлер: порядок, мониторинг, коммуникации и не надо работать с неподходящими людьми.
Опыт совместной работы хостера (Webzilla) и клиента (CityADS) над достижением...OnticoДля любого крупного проекта работа над uptime сервиса должна быть постоянной, непрерывной и многовекторной.
Каждый инцидент с доступностью проще всего “свалить” на поставщика услуг хостинга и провайдера. Однако, начиная с определенного уровня масштаба сервиса, такой подход уже начинает стоить бизнесу слишком много.
Данный доклад — это обзор работы над проблемами доступности на пути от клиента до хостера, проведенной с целью достижения доступности сервисов клиента выше 99,99% на примере интернет-компании с оборотом выше 1 млрд рублей.
Ключевая особенность доклада в том, что он максимально объективен в силу того, что каждый докладчик представляет свою сторону "баррикад".
В докладе будут рассмотрены вопросы:
+ Почему хостер — наименьшая из проблем?
+ Какие бывают источники проблем?
+ Как научиться видеть проблемы и построить необходимый базис для своевременного их обнаружения и решения?
+ Третий не лишний — почти всегда между хостером и вами есть еще один источник проблем.
+ Что учитывать в современных реалиях при выборе dedicated / colocation услуг?
+ Чем различаются хостеры, как их сравнить, что от них стоит ждать?
Вебинар: ИТ-проекты глазами ЗаказчикаАлександр КольцовПрезентация Александра Кольцова и Юрия Шиляева на вебинаре "ИТ-проекты глазами Заказчика", проведенного Сергеем Бережным.
Андрей Делидов. Как директору управлять проектным бизнесом с помощью ИСУПАдванта - онлайн система управления проектамиДоклад Андрея Делидова с конференции "Внедрение проектного управления. Успешный проектный офис 2016" о том, как директор может управлять проектным бизнесом с помощью ИСУП.
#pmoconf
Прагматичный подход к документированию Веб-проектовAnatol FilinPragmatic approach to documenting Web projects. Talk at RIT conference, April 2010.
Речь идет о документировании процесса разработки Веб-систем. В работе над проектом как правило участвует команда, состоящая из специалистов разных областей: инвесторы, владельцы бизнеса, бизнес-менеджеры, аналитики, разработчики, юзабилисты, дизайнеры, тестировщики, системные администраторы. Эти специалисты обладают разным опытом, имеют разные цели и говорят на разных языках (причем часто – в прямом смысле этого слова). Некоторые роли могут отсутствовать, другие роли могут «склеиваться».
Существует достаточно развитая культура документирования проектов, которая включает как традиционные артефакты: видение (vision), бизнес-требования (BRD), функциональные требования (FRD), требования к интерфейсу, технические и архитектурные требования (TAD), требования к тестированию, требования к инфраструктуре, так и аджайльные артефакты: пользовательские истории (user stories), визуальные истории (visual stories).
Все Веб-проекты разные: интерфейсные проекты и проекты со сложной логикой (финансовые, научные), средние по размеру проекты и крупные проекты, проекты, которые пишутся с нуля и унаследованные от других разработчиков. Кроме того заказчики могут предъявлять разные требования к документированию: кому-то достаточен список характеристик, кто-то требует детальные функциональные требования, кто-то готов «идти в Agile». Команды тоже бывают разные: полные (свои аналитики, дизайнеры и т.д), локальные и распределенные.
В докладе не предлагается один рецепт на все случаи жизни. Главная идея доклада состоит в том, чтобы в соответствии с особенностями проекта и проектной команды рациональным образом выбрать тот набор документов, который абсолютно необходим для его успешного развития.
Operating through the “eyes” of development: Efficient communicationsDevGAMM ConferenceThe speech will cover main tasks of developers at the operating stage of the project. How to use milestone time efficiently. Things to keep in mind at the stage of designing new functional and content.
DocTrix DocFlow 2013DocTrix Product LineDocTrix DocFlow 2013 is an electronic document management system built on SharePoint that allows for automation of electronic workflows and business processes. It provides standardized system modules, customizable routing of documents, and support for organizational structures. The system offers advanced search capabilities, integration with external systems, and high performance for large volumes of data. It provides ease of use, deployment, operation, and development through features like configurable interfaces, rapid box edition deployment, visual process editing, and potential for expanded functionality.
DocTrix(eng)DocTrix Product LineThe DocTrix Platform is a flexible platform for automating business processes in SharePoint that provides over 150 additional components beyond SharePoint's core functionality. It includes modules for managing organizational structure and roles, custom business objects and forms, workflow development tools, and preconfigured software solutions. The platform is developed by i-Sys Labs, a Russian IT company with over 12 years of experience developing custom software solutions.
DocTrix presentation DocTrix Product LineDocTrix allows businesses to automate processes like business trips, help desk requests, purchase orders, agreements and approvals in hours without requiring developers. The platform uses a LEGO-style approach to allow non-technical users to visually assemble automated workflows from pre-built modules for common business processes like HR.
DocTrix Platform 2013: модуль печати водяных знаков и QR-кодов. SharePoint.DocTrix Product LineМодуль печати водяных знаков и QR кодов в платформе DocTrix позволяет минимизировать возможность подделки печатных форм документов.
DocTrix Portal 2013 - корпоративный портал на SharePointDocTrix Product LineDocTrix Portal 2013 предназначен для совместной работы сотрудников компании с корпоративной информацией. Решение представляет собой набор модулей, которые предназначены для быстрого развертывания корпоративного портала на платформе Microsoft SharePoint.
DocTrix Portal 2013 можно развернуть не только на стандартной локальной версии SharePoint. Вы можете выбрать в качестве основы Microsoft Office 365, Microsoft SharePoint Online, развёртывание «Инфраструктура Azure как услуга» (IaaS) или сочетание этих вариантов.
***
DocTrix Portal 2013 is especially designed for staff joint work with corporate information. The solution is made of set of modules which enable fast deployment of corporate portal based on Microsoft SharePoint platform.
DocTrix Docflow 2013DocTrix Product LineDocTrix DocFlow 2013 - это система электронного документооборота, построенная по российским стандартам делопроизводства и документационного обеспечения.
Система разработана на базе DocTrix Platform 2013, с применением графического редактора бизнес процессов Nintex Workflow, что позволяет быстро адаптировать её под любые бизнес-процессы.
Функциональные преимущества DocTrix DocFlow 2013:
- Возможность создания собственных типовых маршрутов обработки документов силами профильных специалистов (юристы могут составлять новые маршруты договоров, кадровая служба – свои внутренние процессы и т.п.). Удобный конструктор маршрутов согласования.
- Поддержка холдинговых структур с отсутствием дублирования ввода информации при внутрихолдинговом документообороте. Распределение доступа к документам в разрезе юридических лиц.
- Отслеживание цепочки прохождения документа среди согласующих и подписывающих сотрудников.
- Возможность автоматизации процессов для новых видов документов силами администратора СЭД.
- Быстрый запуск системы за счёт настройки справочников и распределения ролей пользователей
- Создание карточек документов по шаблону (из ранее созданных), возможность выгрузки информации из карточек в MS Word.
- Самообучающиеся уведомления, которые будут подсказкой пользователю.
- Улучшенная эргономика работы с карточками и вложениями.
- Улучшенный личный кабинет пользователя с возможностью настройки представлений для разных ролей.
- Создание и настройка печатных форм документов силами администраторов СЭД.
i-Sys labs 2013DocTrix Product LineГруппа компаний i-Sys существует с мая 2001 года.
Основная деятельность i-Sys заключается в разработке высокотехнологичного заказного и тиражируемого программного обеспечения с использованием современных подходов (технологии: .NET, C++, Java, PHP, Liferay Portal, SharePoint, Diasoft 5NT, IBM WebSphere Product Line, Oracle SOA Suite, MapInfo, iOS, Google Application Engine, исследования и разработки в области NUI с применением Microsoft Kinnect).
DocTrix Platform 2010/2013DocTrix Product LineПлатформа DocTrix является конструктором для автоматизации бизнес-задач различной степени сложности. В неё включены более ста компонентов, которые превращают SharePoint в удобную ECM систему, изменять и развивать которую можно без привлечения разработчиков. Технологической основой DocTrix являются продукты Microsoft SharePoint и Nintex Workflow.
DocTrix Platform включает в себя:
- Создание бизнес-объектов и связей между ними, что позволяет наиболее точно отразить любую предметную область.
- Моделирование организационной структуры, благодаря чему можно автоматизировать бизнес-процессы с учетом распределения ответственности и полномочий внутри компании.
- Более ста разработанных компонентов, которые значительно упрощают использование SharePoint как для профессионалов ИТ, так и для пользователей
На платформе DocTrix реализованы несколько тиражируемых решений, которые содержат готовую реализацию основных процессов и сопровождаются документацией для начала работы:
- DocTrix DocFlow - система электронного документооборота;
- DocTrix Portal - корпоративный портал;
- DocTrix Service Desk - система автоматизации работы службы технической поддержки по методологии ITIL.
Модульный принцип платформы DocTrix и широкие возможности по её настройке позволяют с одинаковой эффективностью автоматизировать процессы как крупных государственных и холдинговых структур, так и небольших коммерческих компаний.
i-Sys опыт разработок для госоргановDocTrix Product LineРеализация автоматизированных систем для государственных органов в рамках электронного правительства. Системы межведомственного взаимодействия содействуют в предоставлении информации о государственных и муниципальных услугах, оказании услуг в электронной форме и формировании за счет этого оптимальных условий для создания информационного общества.
СЭД для госорганов - АИС DocFlow GovernmentDocTrix Product LineАИС «DocFlow Government» разработана для ведения делопроизводства и документооборота в органах местного самоуправления.
Система связывает между собой бизнес-процессы всех ведомств, обеспечивает управление и контроль работы с различными типами документов, задачами и поручениями.
В АИС «DocFlow Government» входят стандартные модули делопроизводства, а также функции, учитывающие специфику документационного обеспечения в государственных учреждениях.
Как капля здравого смысла может спасти проект внедрения СЭД?
1. Ежегодная конференция-выставка по теме
электронного документооборота и управления
информационными ресурсами
DOCFLOW 201420
мая
Борьба интересов и противоположностей:
как капля здравого смысла может
спасти проект внедрения СЭД?
2. Кто мы?
• Юлия Ерина, руководитель отдела аналитики i-Sys
• Артём Хахалин, руководитель проектов i-Sys
3. Как измеряется успешность IT-
проекта• За 8 лет количество успешных проектов увеличилось, но цифры
по-прежнему неутешительны.
• В бюджет/рамки/границы вписывается лишь 39% всех IT проектов.
5. Что больше всего страдает в
неудачных проектах?
Соотношение перерасхода средств, несоблюдения сроков и недоработок
функционала в сложных IT-проектах.
84%
72%
79%
71%
74%
56%
47%
54%
46%
59%
64%
68% 67%
74%
69%
20%
30%
40%
50%
60%
70%
80%
90%
2004 2006 2008 2010 2012
Время
Стоимость
Функционал
6. Текущая ситуация
• Всего 39% IT-проектов успешны
• Больше всего при неудачах страдает функционал и
тратится время клиентов
• Маленькие проекты в 7 раз чаще оказываются
успешными, чем крупные
7. Успешен ли провальный проект?
Успешный проект -
это всегда компромисс между двумя сторонами
Для клиента успех это:
• Работающая система,
решающая потребности
бизнеса
• Достигнутые цели
• Окупаемость инвестиций
Для исполнителя это:
• Сделать систему в
соответствии с
требованиями и в
первоначальных рамках
проекта и получить за
это деньги
8. Составляющие успеха
• Выбор платформы для СЭД в соответствии с ИТ
стратегией
• Понимание целей и задач проекта
• Выбор надёжного вендора
• Инициативная команда со стороны заказчика
• Правильные коммуникации между исполнителем
и заказчиком
9. Анализ выполненных проектов
внедрения СЭД
• Одинаковые требования к системе
• Одна и та же команда от исполнителя
• Одни сроки и бюджет
Но такие разные заказчики…
Команда А
Невнимательность
Хаотичность
Пускают на самотёк
Команда Б
Формализм
Внимание к мелочам
Скрупулёзность
10. - Нет сформулированных
требований, ТЗ пишем
ориентируясь на функционал
типовой версии Системы
- Рискуем внедрить кота в мешке
+ Не тратим времени на лишние
согласования
+ Базируемся на типовых функциях
системы, максимально
апробированных и отлаженных
- Очень долгое согласование ТЗ.
Занимаемся нормоконтролем
вместо согласования сути.
- Описываем «идеальную» СЭД,
многим клиент не будет
пользоваться, но пока этого не
понимает
+ Получаем 2000 листов ТЗ, с
которым можно запустить
ракету в космос. Заказчик
думает, что предусмотрел все.
Этап анализа требований
Команда А Команда Б
12. Этап разработки
- Разрабатываем систему по ТЗ,
которое сами и сочинили. На
этапе запуска в ОЭ заказчик
присылает требования и мы
перенастраиваем систему
+ Заказчик опытным путём
понимает что ему нужно, а что
нет. Не тратим время на
мёртвый функционал
+ В ТЗ прописан каждый чих
разработчиков, им просто и
приятно
Команда А Команда Б
13. Этап внедрения
- Много замечаний, доделываем
систему «на ходу»
+ Быстро устраняем все вопросы,
сдаём систему в эксплуатацию
- Очень много замечаний не
относящихся с функционалу (высота
полей, шрифт)
- Задерживаем выход в пром, гонясь
за идеальной СЭД
Команда А Команда Б
Количество обращений: 160
По делу По зову души
Количество обращений: 600
По делу По зову души
14. По отношению к запланированным
затратам
Срок Затраты
заказчика
Затраты
исполнителя
Функционал
5 % 0 % 0% 10 %
30 % 20 %* 250% 60 %
В таблице указываются дополнительные затраты Заказчика
(дополнительные затраты на свою команду). При этом дополнительные
затраты вендора во втором случае выросли в 2,5 раза.
Команда А
Команда Б
18. Не перенасыщайте систему
требованиями, посмотрите как она будет
вести себя в опытном режиме.
Дополнительные требования – хороший
повод для второго этапа.
19. Не тратьте время «дорогих»
специалистов на неквалифицированные
задачи. Команда должна участвовать в
проекте с равномерной загрузкой, а не
выезжать за счёт руководителя.
23. Вопросы?
• Юлия Ерина, руководитель отдела аналитики i-Sys
• Артём Хахалин, руководитель проектов i-Sys
Editor's Notes
#2: О чем доклад?
Наш доклад не о преимуществах СЭД и не о технологиях, а об одном из аспектов внедрения СЭД на предприятии – «Влияние стиля поведения заказчика на результат проекта».
Для этого мы взяли несколько наших наиболее интересных проектов, отобрали из них два самых показательных,
И провели анализ двух весьма распространенных типов поведения Заказчика, встречаюшихся на реальных проектах внедрения.
#3: Кто мы и почему именно мы говорим об этом.
Юлия Ерина 5 лет занимается аналитикой и внедрением ECM-систем
Артем Хахалин сам несколько лет сам являлся нашим заказчиком и как никто знает, как правильно организовать проектную деятельность по ту сторону силы.
#4: Артем –
О том успешен завершенный проект или нет, можно судить сравнивая его плановые результы, с фактическими. Обычно сравнивается три основных критерия соблюдение сроков, бюджетов и соответствие реализации согласованному ТЗ.
Сейчас немного предыстории по статистике внедрений проектов. (по данным агентства «Standish Group International»)
Т.е. 29% успешных проектов действительно имели место быть, но это было в далеком уже 2004-м году. В 2012 этот процент вырос до 39%. Что, наверное, хорошо. Но, если таки вдуматься в эту цифру, то оказывается, что в бюджет/сроки/скоуп задач вписывается лишь чуть больше одной трети IT-шных проектов!
При этом обращу ваше внимание на увеличение процента успешных проектов в 2010 и 2012. Это были годы финансового кризиса, затронувшего весь мир. А в условиях кризиса деньги выделяются только под самые важные проекты, контроль за которыми ведется намного жестче, да и мотивация исполнителей совсем другая. В общем, когда на кону вопрос выживания, то можно и проект вовремя закончить ;)
#6: Артем - график показывает, во что же обходится исполнение т.н. тяжелых проектов. За последние 10 лет появились новые технологии в управлении проектами. Скрамы, эджайлы… Однако, как мы видим, статистика существенно не меняется.
#17: Юля. Помните, что идеальный газ, идеальная материя и идеальная фигура существуют только в теории. Как бы вы не приближались к этой величине, ее абсолюта вы все равно не достигните.
Ищите здоровый компромисс требований, качества и уддовлетворенности решением.
#18: Юля. Помните, с чего мы начинали? С того, что маленькие проекты более успешны. Выберите самый интересный или самый бизнес-критичный процесс и опробуйте на нем выбранных исполнителей да и свою команду заодно. Так будет гораздо проще планировать дальнейшее развитие (появятся нормативы на определенные работы) и вы сможете не утонуть в количестве оценок и требований
#20: Артем. Зачастую на плечи Руководителя проекта возлагают ответственность за принятие решений по бизнес-вопросам, в то время как его основная обязанность – процедурные вопросы проекта.
#21: Часто бывает так, что заказчик говорит «сделайте мне интерфейс, как в старой системе». Ему старая система кажется идеальной, потому что он привык. На самом же деле, чтобы сделать рывок в производительности, нельзя думать по-старому. Нельзя ожидать серьезных перемен от системы, которая будет братом-близнецом старенькой сэд.
#22: Не очень понял мысль которую пытаемся тут донести до слушателей. В чем ее ценность?