Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU
http://techtalks.nsu.ru
15 марта 2012. Методологии разработки ПО (Семён Факторович и Алексей Сапожков, Noveo)
«Семён Факторович (Noveo) рассказывает про методологии разработки и про то, что на самом деле скрывается за словами "scrum" и "agile"»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
На примере пространственного индекса квадродерева рассматривается реализация интерфейса пользовательских типов индексов в СУБД Caché, Коблов Александр.
Source Control Addon for InterSystems Caché with UDL supportInterSystems
Source control module which lets import/export source codes of Caché Object Script classes, routines in UDL, XML modes.
Provides usage of every IDE with Caché and Ensemble
Разработка мобильного и веб интерфейса для CachéInterSystems CEE
Клиент, сервер и их взаимодействие, разработка веб и мобильных приложений, Лебедюк Эдуард /
Client & server overview & communication between them, how to develop mobile apps based on existing webapp, Eduard Lebedyuk
Approach on how make Continuous Integration development cycle with InterSystems Caché.
Caché Object Script solution for CI with Github
https://github.com/intersystems-ru/CacheGitHubCI
Приемы Сontinuous Integration при разработке приложений на CachéInterSystems CEE
Об организации автоматизированного рабочего процесса в InterSystems Caché, Лебедюк /
Implementing modern developement practices with InterSystems Caché, Eduard Lebedyuk
Обзор возможностей прогнозной аналитики в InterSystems Caché, Эдуард Лебедюк / Overview of predicitive analytics in InterSystems Caché, Eduard Lebedyuk
The project aims to ease the creation of new REST APIs by providing robust self-discovery generic REST API solution
Goals
No coding required to create a new REST API
Minimal modifications to persistent classes
Links
https://github.com/intersystems-ru/RESTForms/
https://github.com/intersystems-ru/RESTFormsUI/
The document discusses how to build a case for change within an organization. It explains that a clear vision of the future state is important, including what products/services, technology, operations, structure, and stakeholder interactions will be like. A case for change should introduce the driver for change, what type of change it is (developmental, transitional, or transformational), and address questions about the scope, strategy alignment, stakeholders, sponsorship, benefits, resources, risks, dependencies, impacts, success factors, feedback, and success measurement. Communicating the case through storytelling can help stakeholders envision the future state. Gaining support involves engaging stakeholders in dialogue to understand concerns and build trust early in the change process.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Гибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU
http://techtalks.nsu.ru
15 марта 2012. Методологии разработки ПО (Семён Факторович и Алексей Сапожков, Noveo)
«Семён Факторович (Noveo) рассказывает про методологии разработки и про то, что на самом деле скрывается за словами "scrum" и "agile"»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
На примере пространственного индекса квадродерева рассматривается реализация интерфейса пользовательских типов индексов в СУБД Caché, Коблов Александр.
Source Control Addon for InterSystems Caché with UDL supportInterSystems
Source control module which lets import/export source codes of Caché Object Script classes, routines in UDL, XML modes.
Provides usage of every IDE with Caché and Ensemble
Разработка мобильного и веб интерфейса для CachéInterSystems CEE
Клиент, сервер и их взаимодействие, разработка веб и мобильных приложений, Лебедюк Эдуард /
Client & server overview & communication between them, how to develop mobile apps based on existing webapp, Eduard Lebedyuk
Approach on how make Continuous Integration development cycle with InterSystems Caché.
Caché Object Script solution for CI with Github
https://github.com/intersystems-ru/CacheGitHubCI
Приемы Сontinuous Integration при разработке приложений на CachéInterSystems CEE
Об организации автоматизированного рабочего процесса в InterSystems Caché, Лебедюк /
Implementing modern developement practices with InterSystems Caché, Eduard Lebedyuk
Обзор возможностей прогнозной аналитики в InterSystems Caché, Эдуард Лебедюк / Overview of predicitive analytics in InterSystems Caché, Eduard Lebedyuk
The project aims to ease the creation of new REST APIs by providing robust self-discovery generic REST API solution
Goals
No coding required to create a new REST API
Minimal modifications to persistent classes
Links
https://github.com/intersystems-ru/RESTForms/
https://github.com/intersystems-ru/RESTFormsUI/
The document discusses how to build a case for change within an organization. It explains that a clear vision of the future state is important, including what products/services, technology, operations, structure, and stakeholder interactions will be like. A case for change should introduce the driver for change, what type of change it is (developmental, transitional, or transformational), and address questions about the scope, strategy alignment, stakeholders, sponsorship, benefits, resources, risks, dependencies, impacts, success factors, feedback, and success measurement. Communicating the case through storytelling can help stakeholders envision the future state. Gaining support involves engaging stakeholders in dialogue to understand concerns and build trust early in the change process.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Гибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Лекция посвящена последнему этапу работы над проектом, а именно его завершени. Часто случается так, что якобы выполненные проекты затягиваются на этапе сдачи. В этой лекции мы рассмотрим причины и возможные пути решения.
Ссылка на текстовую версию: http://growandmanage.com/zavershenie-proektov/
In this slides, we provide an introduction to the EcoSys Enterprise Projects Performance (EPP) software platform. By natively combining portfolio, project, and contract management processes into a single, flexible solution, EcoSys delivers increased visibility and greater predictability across the project lifecycle to empower informed decisions that maximize returns for owners and agencies and margins for contractors.
Дополнительные материалы по предмету "Управление проектами"Jana Pavlenkova
Краткий обзор особенностей ИТ-проектов для группы ТО - все это вам пригодится на контрольной. Еще раз матрица логики проектов, фазы и особенности ИТ-проектов, а также общая формула оценки стоимости ПО-проекта. Удачи!
Это первый вебинар блока "Разбор ситуаций". Весь блок направлен на то, чтобы увидеть конкретную ситуацию со стороны, в контексте всего проекта, чтобы лучше понимать возможные действия в ней.
На этом вебинаре мы разберем ситуацию с изменениями в проекте, инициатором которых выступает заказчик. Мы посмотрим на ситуацию глазами менеджера проекта и увидим, где его зоны влияния в ней.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
4. Гибкие методологии
• Люди и
взаимодействие
• Работающий продукт
• Сотрудничество с
заказчиком
• Готовность к
изменениям
• Процессы и
инструменты
• Исчерпывающая
документация
• Согласование условий
контракта
• Следование
первоначальному плану
8. Внимание к главному
Наивысшим приоритетом является
удовлетворение потребностей заказчика,
благодаря регулярной и ранней поставке
ценного программного обеспечения
18. Метрики
• Улучшать можно только то, что измеряете
• Будьте аккуратны с тем, что вы измеряете
• Хорошо:
– Прогресс
– Качество
– Производительность
• Плохо:
– Кол-во строк в коде
– Посещаемость офиса
19. Производительность
• Улучшаем производительность –
усложняем систему
• Понимать, где нужно бороться за
производительность – непросто
• Делайте простые обвязки вокруг сложных
участков кода (методы, Custom SQL)
20. Автоматизация
• Чем больше процессов у вас
автоматизировано, тем меньше
возможность ошибки и проще вносить
изменения
– Генерация кода
– Сборка дистрибутива
– Тестирование
– Сбор метрик, отчетность