The document discusses two Rust-based full-text search engines: Tantivy and Bayard. It describes trying out Tantivy using its CLI tool to index 1000 Wikipedia articles and perform searches. It then discusses Bayard's features like supporting Japanese text, REST API, and clustering. The author shares their experience setting up Bayard with Docker to index and search Japanese sample data.
Product Key Finder - Find Product Key, Recovery and BackupNsaSoft US LLC
Product Page: http://www.nsauditor.com/product_key_finder.html
Product Key Explorer quickly recovers and displays product key, including Windows 7 keys, Windows Vista key, Windows XP product key, Microsoft Office 7 product key, MS office 2010 key, Adobe Photoshop, Adobe CS5, CS4, CS3, SQL Server, Electronic Arts games and more than 3000 popular software products installed in your local machine or in network computers.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
The document discusses how agile and traditional project management frameworks can be used together. It presents an overview of agile principles and compares the project management process groups of traditional and agile approaches. While their techniques differ, the knowledge areas of the PMBOK Guide still apply to both. The document advocates that organizations assess their readiness and a project's suitability before adopting agile practices. Earned value can provide metrics for agile projects if story points are used as the unit of measurement.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
The document provides an overview of the waterfall model and agile methodologies for software development projects. It discusses:
- The linear sequential phases of the waterfall model and when it is suitable.
- Issues with the waterfall model like inability to handle changes and lack of testing throughout.
- Benefits of agile like ability to adapt to changes, early delivery of working software, and improved success rates.
- Key aspects of the Scrum agile framework like sprints, daily stand-ups, and product backlogs.
- Differences in how development costs are treated as capital expenditures or operating expenses between waterfall, agile, and cloud-based models.
Scrum is an agile framework for managing product development that focuses on continuous delivery of working software in short cycles called sprints, typically two weeks or less. Scrum emphasizes self-organizing cross-functional teams and accountability, iterative development and progress transparency through regular inspection of working increments. Key Scrum practices include sprint planning, daily stand-up meetings, sprint reviews, and retrospectives. Scrum can scale to large, complex projects through techniques like Scrum of Scrums.
Вебинар посвящен обзору гибких технологий разработки программного обеспечения, которые активно применяются в ИТ-проектах и, главным образом, подходу Agile/Scrum.
Максим Цепков, Действуй, опираясь на ценности, а не просто применяй инструменты!ScrumTrek
Scrum, Kanban, популярная сегодня холакратия... Все это — лишь инструменты, которые можно использовать для достижения разных целей. Все понимают, что систему премий можно применять для поощрения успехов сотрудников, а можно сделать механизмом, посредством которого им не доплачивают. Так и Scrum может использоваться для той цели, под которую был разработан, — для создания самоорганизующихся развивающихся команд, а может — для введения системы непрерывного «подпинывания» персонала, о таких вариантах тоже известно. Цели, для достижения которых будут использоваться инструменты, определяются ценностями топ-менеджмента компании.
Многие уверены, что о ценностях можно говорить, только рассматривая конкретные случаи. В действительности существуют достаточно проработанные описания уровней систем ценностей, о которых я расскажу в соотнесении с развитием Agile в IT. Используя их, можно научиться различать цели, для которых используются организационные фреймворки, и соотносить с ценностями реальные действия. Основная сложность заключается в том, что на всех уровнях используют одни и те же слова — «влиться в коллектив», «построить отношения с заказчиком», «эффективно работать», «хорошо сделать проект», — но вкладывают в них совершенно разный смысл.
Особое внимание в докладе будет обращено на старшие уровни, поскольку ценности Agile-манифеста соответствуют именно этим уровням. Scrum, Kanban и другие фреймворки были разработаны как инструмент их реализации, хотя с тех пор классический менеджмент, которому соответствуют предыдущие уровни, научился применять эти инструменты и для своих целей. Холакратия же является способом построения новой организации, изначально ориентированным на старшие уровни.
Доклад является развитием моих выступлений по системам ценностей Спиральной динамики на AgileDays и SQA Days в 2013 году и дополнен материалами из недавно переведенной книги Фредерика Лалу «Открывая организации будущего».
Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
На вебинаре были рассмотрены следующие вопросы:
· современных методологиях и практиках управления проектами;
· тенденциях развития методологий и практик управления проектами;
· современных практиках внедрения систем управления проектами.
Post Agile эра / Борис Вольфсон (HeadHunter)Ontico
Многие компании успешно используют Agile-методологии на протяжении многих лет. На данный момент некоторые из них переосмысливают понимание Agile, распространяя его за пределы конкретных методологий.
Я расскажу о том, как сделать компанию / подразделение по-настоящему гибкими, выстроив собственный Agile-фреймворк. Для создания такого фреймворка нужно понимать, из чего он состоит: от методологии управления проектами до организационной культуры.
Если вы уже успешно используете Scrum или Kanban и задумываетесь о том, что вам необходимо делать дальше - добро пожаловать на мой доклад!
Вебинар: 12 принципов Agile, которые делают его довольно успешнымak-itconsulting.com
Мы приглашаем вас на бесплатный вебинар, посвященный основам философии Agile. Мы познакомим вас с основными принципами, которые делают Agile успешным и популярным.
В ходе вебинара вы:
- Узнаете о 12 принципах Agile
- Разберетесь, почему каждый из них является важным для достижения успеха
- Поймете принципы, на основе которых создаются инструменты Agile
Узнать больше о вебинаре: http://coach.ak-itconsulting.com/2014/08/12-principov-agile/
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
3. История 1986г. Хиротака Такеучи и Икуджиро Нонака: «подход регби» . 1991г. ДеГрейс и Шталь: «подход регби» - это Scrum. 1995 г. Джеф Сазерленд и Кен Швабер: задокументировали и явили свету Scrum как подход для разработки ПО.
4. Разработка: Последовательная против параллельной Вместо того, чтобы выполнять эти активности по очереди... ... Скрам команды делают понемногу от каждой все время Требования Дизайн Разработка Тестирование Источник : “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.
5. Популярность Скрам Microsoft Yahoo Google Electronic Arts Lockheed Martin Philips Siemens Nokia IBM Capital One BBC Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce
6. Применение Скрам Коммерческое ПО Внутренняя разработка Разработка на заказ Проекты с фиксированной стоимостью Финансовые приложения ISO 9001- сертифицированные приложения Встроенные системы 24x7 системы с требованиями 99.999% работоспособности Создание «Унифицированного истребителя-бомбардировщика» Разработка видеоигр Жизненно важные системы, утвержденные Управлением по контролю за продуктами и лекарствами (США) ПО контроля за спутниками Веб-сайты Портативное ПО Мобильные телефоны Приложения работы сети ISV приложения Некоторые крупнейшие, широко используемые приложения
7. Scrum это… Гибкий подход к разработке ПО ( принципы, рекомендации ) . Это фреймворк (не готовая к применению методология). Описание организационных аспектов процесса (не инженерных).
8. Основные характеристики Самоорганизующаяся кросс-функциональная команда. Все требования записываются в виде единого списка Product Backlog. Продукт разрабатывается итеративно, серией “ спринтов ” , каждый не больше месяца. Agile .
9. Scrum в действии Картинка доступна на www.mountaingoatsoftware.com/scrum
10. Спринты Скрам проекты развиваются сериями “ спринтов ”. Типичная продолжительность – от 2-х недель до месяца с жестким ограничением по времени. Постоянная продолжительность спринта привносит ритм в разработку. Состав команды и требования в течение спринта не должны меняться. Продукт проектируется, разрабатывается и тестируется на протяжении одного спринта.
11. Agile -манифест – декларация ценностей Источник : www.agilemanifesto.org/iso/ru процессов и инструментов Люди и взаимодействие важнее следования первоначальному плану Готовность к изменениям важнее исчерпывающей документации Работающий продукт важнее согласования условий контракта Сотрудничество с заказчиком важнее
12. Структура Скрам Владелец продукта Скрам -мастер Команда Роли Бэклог продукта Спринт бэклог Burndown charts Артефакты Планирование спринта Ежедневный Скрам Обзор спринта Ретроспектива спринта Ритуалы
13. Роли Владелец продукта Скрам -мастер Команда Роли Бэклог продукта Спринт бэклог Burndown charts Артефакты Планирование спринта Ежедневный Скрам Обзор спринта Ретроспектива спринта Ритуалы
14. Владелец продукта Один человек Определяет требования к продукту Определяет дату релиза и наполненность Ответственен за доходность проекта (ROI) Назначает приоритеты требованиям, исходя из их рыночной ценности Корректирует приоритеты на каждой итерации, если необходимо Принимает работу Миссия: образ продукта
15. Скрам-мастер Представляет руководство проекта Ответственен за внедрение ценностей и практик Скрам Не раздает задания Устраняет препятствия Ответственен за эффективность работы команды Обеспечивает видимость и прозрачность ситуации в команде Защищает команду от внешних воздействий Миссия: эффективная организация
16. Команда Обычно 5-9 человек Кросс функциональная программисты, тестировщики, дизайнеры... Заняты полный рабочий день Могут быть исключения (например, администратор базы данных) Команды самоорганизуются В идеале, нет специальных ролей Состав команды может меняться только между спринтами Миссия: качественный продукт
18. Планирование Спринта Планирование Бизнес среда Команда Бэклог продукта Технология Продукт Что делаем Выбираем Цель спринта Оцениваем Product Backlog Создаём Sprint Backlog из элементов Product Backlog с учётом производительности Цель спринта Спринт бэклог
19. Ежедневный скрам Характеристики Ежедневно 15 минут Стоя Не для решения проблем Приглашены все желающие Только участники команды могут говорить (владелец продукта - тоже часть команды) ScrumMaster лишь ведет собрание Цель: обновление статуса спринта
20. Каждый отвечает на три вопроса Это НЕ статусный отчет Scrum-мастеру! Это обязательства перед коллегами Что ты сделал вчера? 1 Что будешь делать сегодня? 2 Что тебе мешает? 3
21. Обзор спринта Команда представляет, что было сделано за спринт Фокус на результат, а не процесс Обычно принимает форму демонстрации Неформально Максимум 2 часа на подготовку Без слайдов Вся команда участвует Приглашены все, кому может быть интересно Цель: обратная связь, показ результатов
22. Ретроспектива Периодический пересмотр того, что работает, а что нет Обычно 15-30 минут После каждого спринта Участвует вся команда Возможно, приглашен Владелец продукта, заказчики или кто-то из менеджмента компании Цель: повышение производительности
24. Бэклог продукта Требования Список желательной функциональности В идеале написан так, что каждый элемент имеет значение для конечного пользователя Приоритеты выставляются Владельцем продукта Приоритеты обновляются в начале спринта Бэклог продукта
27. Управление бэклогом спринта Члены команды выбирают работу на свой выбор Задачи никогда не назначаются принудительно Оценка оставшейся работы ежедневно обновляется Любой член команды может добавить, удалить или изменить элементы Бэклога Спринта Задачи на спринт могут появляться в ходе работы Если задача не понятна, то этому элементу бэклога резервируется больше времени и он разбивается на составные части позже Оценка оставшейся работы обновляется, по мере того как узнаем больше о задачах
29. Масштабируемость Обычно команда состоит из 7 ± 2 человек Масштабируемость за счет групп команд Факторы расширения Тип приложения Размер команды Рассредоточенность команды Продолжительность проекта Scrum использовался в проектах со сложной структурой, где работало более 500 человек
30. Scrum и XP Парное программирование TDD Рефакторинг Code Review CI
31. Что в результате Клиент Получение наиважнейших, с точки зрения бизнеса, ценностей в наикротчайшие сроки Команда Эффективность Творчество Удовольствие
33. Где еще почитать www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com [email_address]
34. Книги по Scrum Agile and Iterative Development: A Manager’s Guide by Craig Larman Agile Estimating and Planning by Mike Cohn Agile Project Management with Scrum by Ken Schwaber Agile Retrospectives by Esther Derby and Diana Larsen Agile Software Development Ecosystems by Jim Highsmith Agile Software Development with Scrum by Ken Schwaber and Mike Beedle
35. Книги по Scrum Scrum and The Enterprise by Ken Schwaber Scrum and XP from the Trenches by Henrik Kniberg Succeeding with Agile by Mike Cohn User Stories Applied for Agile Software Development by Mike Cohn
36. Первоисточник Работа выполнена на основе перевода презентации Майка Кона «Введение в Scrum ». Перевод на русский язык осуществлен Марией Евграшиной и Тимофеем Евграшиным The Improved Methods http://tim.com.ua в соавторстве с Алексеем Кривицким SCRUMguides http://scrumguides.com . Часть слайдов были удалены, изменены или добавлены. Также в нескольких слайдах были использованы картинки из книги Scrum and XP from the Trenches by Henrik Kniberg .
37. Авторские права Вы можете : Делиться ― копировать и передавать эти материалы Изменять ― адаптировать и дополнять эти материалы При условии Первоисточник . Вы должны указать в своей работе всех авторов материалов, которые предоставлены на основе этой или других лицензии(но это не означает, что автор поддерживает вас или вашу работу ). Ничто в этой лицензии не нарушает и не ограничивает моральные права автора Подробнее о лицензии можно узнать: http://creativecommons.org/licenses/by-nc/3.0/
38. Контактная информация Презентация : Майк Кон [email_address] www.mountaingoatsoftware.com (720) 890-6110 Вы можете удалить этот слайд или какой-либо другой, но вы должны указать источник где-либо в вашей презентации. Используйте логотип и название компании (как , например, в левом нижнем углу) или включите в презентацию слайд, где говорится, что часть слайдов (или все) вашей презентации взяты из этого источника . Спасибо.