РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury VetrovВыступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
Гибкие методологии при создании ИТ продукта.Project Management Institute (PMI) in UfaГибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrekМногие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Roles happy dev-2013-tsepkovMaxim TsepkovРоли в проекте разработки софта - Максим Цепков на HappyDev-2013. Подробнее http://mtsepkov.org/Roles-HappyDev-2013
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-TechnologyСамый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
определение и реализация требований к ИТ продуктуDanil Dintsis, Ph. D., PgMPУправление ИТ разработкой: определение и реализация требований к ИТ продукту
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Maxim TsepkovВыступление на AgileDays-2016. Страница доклада http://mtsepkov.org/GosAgile-CUSTIS-AgileDays-2016
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-TechnologyВ рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrekВ больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Комбинированное управление ИТ разработкой гибкими и иерархическими моделямиDanil Dintsis, Ph. D., PgMPВ презентации представлен методологический подход и опыт автора по комбинированному использованию иерархических (водопад, набегающая волна) и гибких (Scrum, Agile) подходов для разработки, выпуска, сопровождения и развития программных продуктов и приложений для мобильных устройств.
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)OnticoРИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 12:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2743.html
Для кого-то Agile - рутина со своим местом в системах управления. Для кого-то - модный тренд, который теперь во что бы то ни стало надо применить, даже если в этом нет необходимости.
Мы - группа компаний с традиционным производственным укладом, со штатом в более 28 тысяч человек и парком техники более 14 тысяч единиц. Проблема таких компаний в том, что несмотря на стек перспективных начинаний, как только настает момент практической реализации, все затухает, сталкиваясь с инерционностью, непониманием необходимости что-то менять, культурой организации. Очевидно, что здесь все и всегда шло по водопаду и все инициативы, в том числе инновации в IT проходили долго, теряя темп и актуальность.
...
Дополнительные материалы по предмету "Управление проектами"Jana PavlenkovaКраткий обзор особенностей ИТ-проектов для группы ТО - все это вам пригодится на контрольной. Еще раз матрица логики проектов, фазы и особенности ИТ-проектов, а также общая формула оценки стоимости ПО-проекта. Удачи!
Roles happy dev-2013-tsepkovMaxim TsepkovРоли в проекте разработки софта - Максим Цепков на HappyDev-2013. Подробнее http://mtsepkov.org/Roles-HappyDev-2013
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-TechnologyСамый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
определение и реализация требований к ИТ продуктуDanil Dintsis, Ph. D., PgMPУправление ИТ разработкой: определение и реализация требований к ИТ продукту
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Maxim TsepkovВыступление на AgileDays-2016. Страница доклада http://mtsepkov.org/GosAgile-CUSTIS-AgileDays-2016
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-TechnologyВ рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrekВ больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Комбинированное управление ИТ разработкой гибкими и иерархическими моделямиDanil Dintsis, Ph. D., PgMPВ презентации представлен методологический подход и опыт автора по комбинированному использованию иерархических (водопад, набегающая волна) и гибких (Scrum, Agile) подходов для разработки, выпуска, сопровождения и развития программных продуктов и приложений для мобильных устройств.
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)OnticoРИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 12:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2743.html
Для кого-то Agile - рутина со своим местом в системах управления. Для кого-то - модный тренд, который теперь во что бы то ни стало надо применить, даже если в этом нет необходимости.
Мы - группа компаний с традиционным производственным укладом, со штатом в более 28 тысяч человек и парком техники более 14 тысяч единиц. Проблема таких компаний в том, что несмотря на стек перспективных начинаний, как только настает момент практической реализации, все затухает, сталкиваясь с инерционностью, непониманием необходимости что-то менять, культурой организации. Очевидно, что здесь все и всегда шло по водопаду и все инициативы, в том числе инновации в IT проходили долго, теряя темп и актуальность.
...
Дополнительные материалы по предмету "Управление проектами"Jana PavlenkovaКраткий обзор особенностей ИТ-проектов для группы ТО - все это вам пригодится на контрольной. Еще раз матрица логики проектов, фазы и особенности ИТ-проектов, а также общая формула оценки стоимости ПО-проекта. Удачи!
O que vai supoñer o decreto (formato A3)Coordinadora Galega ENDL Vídeo explicativo das consecuencias que vai ter o Decreto 79/2010, o chamado Decreto do Plurilingüismo aprobado pola Xunta de Galicia, no ensino non universitario. Textos da Coordinadora Galega de ENDL. Ilustracións de Serxio Suárez.
Www.canalminassaude.com.br 2013 gestao_para_resultado_leitura_complementar_mo...Myrella gomes de sousa1. O documento lista os governantes e secretários do estado de Minas Gerais.
2. É apresentada a estratégia de desenvolvimento do estado organizada em 12 redes integradas, incluindo educação, saúde, segurança, desenvolvimento econômico e regional.
3. A estratégia propõe uma regionalização do estado em regiões de planejamento para viabilizar a gestão regionalizada e participativa.
TransformersAngelo HafnerO documento discute transformadores elétricos, incluindo sua importância, tipos, construção, operação, parâmetros e aplicações. É apresentado o circuito equivalente de transformadores e exemplos numéricos para ilustrar conceitos como impedância, regulação de tensão e conexões trifásicas.
Guião de EntrevistaGo4 GlampingEste documento apresenta um guião de entrevista para o projeto Go 4 Glamping. O objetivo é entender como o conceito de glamping (alojamento de luxo na natureza) pode gerar valor para hotéis, turismo rural, parques de campismo e eventos. A entrevista aborda tópicos como a percepção do glamping, os benefícios potenciais, preocupações, e disposição em experimentar soluções do Go 4 Glamping.
Go 4 Glamping LL03 Energia de Portugal 2013Go4 GlampingA Go 4 Glamping ajuda unidades hoteleiras e organizadores de eventos a atrair novos clientes através de estadias diferenciadas na natureza. O documento discute o modelo de negócio, hipóteses testadas, entrevistas realizadas, landing pages criadas e lições aprendidas sobre validação do modelo e necessidade de ação.
Meu primeiro beijo !Edna MedaEste documento fornece informações sobre uma série de 6 aulas destinadas a desenvolver habilidades de leitura e interpretação de textos narrativos em estudantes. As aulas abordarão o texto "Meu primeiro beijo" e incluirão atividades como leitura silenciosa, discussão em grupo, dramatização e análise de vocabulário, pontuação e trechos-chave. O objetivo é despertar a sensibilidade dos alunos para a literatura e trabalhar conceitos como o primeiro beijo de uma maneira envolvente e significativa.
Apresentacao infograficos felipe viarofelipeviaroO documento discute infográficos para fins educacionais. Ele descreve o contexto atual de infográficos, define o conceito de infográficos estáticos e dinâmicos e discute como infográficos podem ser usados para fins educacionais.
TrabalhoGeorgia MottaOs hebreus viviam em sociedade agrícola e pastoril, com poucas atividades comerciais. Os fenícios se destacaram no comércio marítimo entre cidades-estado, enquanto os persas formaram um grande império sob o domínio de Ciro e Dario I, administrando-o por meio de satrapias.
Grupo 2042129O texto propõe uma atividade sobre o avestruz dividida em 4 etapas: 1) leitura e pesquisa de palavras, 2) identificação de características, 3) pesquisa de animais semelhantes e produção de painéis, 4) reescrita do texto com outro animal.
E32 ll04Go4 GlampingO documento descreve os resultados de testes realizados pela startup Go 4 Glamping para validar hipóteses sobre seu modelo de negócio. Foram testadas hipóteses sobre canais de comunicação e marketing digital, com entrevistas e questionários aplicados a clientes-alvo. Os resultados indicaram validação parcial de algumas hipóteses sobre valorização de canais próprios e redes sociais.
Seminário Recursos e Práticas Educacionais Abertas no Ensino Superior: desafi...PPGE UFFO documento discute as experiências da Universidade Federal de Juiz de Fora (UFJF) com recursos educacionais abertos (REA). A UFJF oferece cursos presenciais e a distância, produzindo recursos em diferentes formatos. O Centro de Educação a Distância da UFJF produz materiais didáticos e os disponibiliza em repositório online sob licença Creative Commons. A universidade também disponibiliza vídeoaulas online em parceria com outras instituições.
Semiário Recursos e Práticas Educacionais Abertas no Ensino Superior: desafio...PPGE UFFO documento introduz iniciativas de recursos educacionais abertos na Universidade Estácio de Sá, discutindo desafios e oportunidades. Apresenta brevemente a Estácio de Sá e iniciativas em desenvolvimento, como materiais didáticos online e artefatos multimídia. Também discute a necessidade de implantar uma cultura de reuso e colaboração, e como avançar diante dos desafios de recursos humanos e foco em marketing versus qualidade acadêmica.
Técnica e ética operacionalLaudineio SouzaEste documento fornece diretrizes sobre ética operacional e boas práticas para radioamadores, incluindo: (1) identificar-se corretamente, (2) respeitar outros usuários da frequência, (3) evitar criticas públicas, e (4) operar dentro dos limites regulatórios.
Trabalho robertinho twitterfilipemarianoO documento discute como empresas podem usar mídias sociais para se conectar melhor com os clientes. Ele fornece dicas como entender os consumidores, ser autêntico, gerar conteúdo relevante e aproveitar oportunidades nas redes sociais. Além disso, destaca que clientes valorizam bom atendimento mais do que apenas bons produtos.
Contraste ser / estarElaine TeixeiraO documento discute a diferença entre os verbos "ser" e "estar" em espanhol. O "ser" é usado para características permanentes, enquanto o "estar" é usado para características temporárias ou condições. O documento foi escrito por Elaine Teixeira, professora de espanhol.
Семинар ФКН: современные подходы к разработке ПО - часть 1Andrii GakhovРассматриваются популярные практики, методологии и техники разработки программного обеспечения
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахDanil Dintsis, Ph. D., PgMPДостоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Ответственность за качество в разных ИТ-проектах: в чем она и как ее разделятьCUSTISВыступление Максима Цепкова, нашего главного архитектора дирекции развития решений, на SQA Days – 20 (25 ноября 2016 года, Минск).
Проектирование Программных Систем. Лекция 01Dima DzubaЛекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Технологический цикл и соблюдение фаз производства.Сергей СторожевСоблюдение технологического цикла, как способ повысить скорость, эффективность и качество разработки.
Module 4 On going service consumption vs deliverables expectationsNatalia PerestyukИТ-аутсорсинг: сервис с ответственностью за процесс работы команды (team leasing) или за поставленные наработки (deliverables) с успешным приёмочным тестированием
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...New Business IdeaОсновные ошибки ведения IT-проектов - от документации до коммуникаций.
* Сбор и формирование требований к продукту;
* выработка стратегии;
* начальное проектирование;
* документирование процесса;
* построение схемы ролей и коммуникаций;
* дизайн проекта;
* программирование;
* примеры из жизни.
Введение в Lean и AgileKirill RubinshteynПрезентация Никиты Филиппова (Scrumtrek) с вебинара для сообщества Смартсорсинг (http://smartsourcing.ru/events/scrumwebinar072011)
3. Процесс разработки программного обеспечения (англ. software
development process, software process) — структура, согласно
которой построена разработка программного обеспечения
(ПО).
5. Каскадная модель (англ.
waterfall model, иногда
переводят как модель
«Водопад») — модель
процесса разработки
программного обеспечения, в
которой процесс разработки
выглядит как поток,
последовательно проходящий
фазы анализа требований,
проектирования, реализации,
тестирования, интеграции и
поддержки.
7. Только тогда, когда требования известны, понятны и
зафиксированы. Противоречивых требований не имеется.
Нет проблем с доступностью программистов нужной
квалификации.
В относительно небольших проектах.
9. Итеративный подход (англ. iteration, «повторение») в
разработке программного обеспечения — это выполнение
работ параллельно с непрерывным анализом полученных
результатов и корректировкой предыдущих этапов работы.
10. Когда основные требования к системе четко определены и
понятны. В то же время некоторые детали могут
дорабатываться с течением времени.
Требуется ранний вывод продукта на рынок.
Есть несколько рисковых фич или целей.
13. планирование;
анализ рисков;
конструирование;
оценка результата и при удовлетворительном качестве переход
к новому витку.
Эта модель не подойдет для малых проектов, она резонна для
сложных и дорогих, например, таких, как разработка системы
документооборота для банка, когда каждый следующий шаг
требует большего анализа для оценки последствий, чем
программирование.
15. Гибкая методология разработки (англ. Agile software
development, agile-методы) — серия подходов к разработке
программного обеспечения, ориентированных на
использование итеративной разработки, динамическое
формирование требований и обеспечение их реализации в
результате постоянного взаимодействия внутри
самоорганизующихся рабочих групп, состоящих из
специалистов различного профиля
16. Agile – семейство гибких методологий
Характеристики:
Минимизация рисков
Разработка на базе коротких циклов (итераций)
Упор на общение в команде
17. Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий
контракта
Готовность к изменениям важнее следования
первоначальному плану
18. Удовлетворение клиента;
Приветствие изменения требований
Частая поставка рабочего программного оборудования
Ежедневное общение заказчика с разработчиками
Мотивированные личности, обеспеченные нужными
условиями работы, поддержкой и доверием
Рекомендуемый метод передачи информации – личный
разговор, лицом к лицу
Работающее ПО – лучший измеритель прогресса
19. Спонсоры, разработчики, пользователи должны иметь
возможность поддерживать постоянный темп работы
Улучшение технического мастерства и удобный дизайн
Простота и искусство не делать лишней работы
Самоорганизованная команда
Частая адаптация к изменяющимся обстоятельствам
20. Регулярно получать новую версию ПО
Возможность менять требования
Постоянное общение с командой, лучшая коммуникация
Постоянный ритм бесконечно
Высокий уровень кода в проекте
Минимизация лишней работы
Регулирвоать сроки проекта
Страхование финансовых и временных рисков
21. «Законная» адаптация инженерных практик
Постоянное общение с заказчиком, лучшая коммуникация
Уменьшение роли менеджера
Внимание к техническому совершенству
Постоянная обратная связь
Приверженность общей идее
Смелость и прозрачный процесс
23. Это набор приёмов программирование, таких как:
Стандарт кодирования
Разработка через тестирование (TDD)
Коллективное владение кодом
Непрерывная интеграция
Тестирование со стороны заказчика
Парное программирование
Рефакторинг кода
Code review
Continuous integration
Стабильный темп
Частые небольшие релизы
24. В современной практике модели разработки программного
обеспечения многовариантны. Нет единственно верной для
всех проектов, стартовых условий и моделей оплаты. Даже
столь любимая всеми нами Agile не может применяться
повсеместно из-за неготовности некоторых заказчиков или
невозможности гибкого финансирования. Методологии
частично пересекаются в средствах и отчасти похожи друг на
друга. Некоторые другие концепции использовались лишь для
пропаганды собственных компиляторов и не привносили в
практику ничего нового.