Kate Sushko, ScrumMaster, Insurencecom
Содержание:
Основные проблемы в работе с удалённым заказчиком
«С чего начинается Родина?»
Что можем сделать мы?
Что могут сделать они?
А что ещё можно сделать?
Разработчик, аналитик, заказчик — как найти общий язык?ngrebnev
В проектах по разработке программного обеспечения участвуют множество различных специалистов, у которых разные роли, разные специализации, своя терминология, свой жаргон. И часто в проекте люди не понимают друг друга. Заказчики не понимают, почему те или иные доработки стоят так дорого. Аналитики вынуждены выступать переводчиками между пользователями и разработчиками. А разработчики работают сразу с двумя моделями системы — с моделью представленной аналитиками и моделью реализованной в коде. Это приводит к тому, что основные усилия расходуются не на разработку полезного функционала, а на попытки удержать обе модели в голове и сопоставить их друг с другом.
Методология Domain Driven Design (проектирование на основе предметной области — далее DDD) для решения этой проблемы предлагает в качестве единой опорной точки использовать модель предметной области. Такая модель хорошо понятна заказчикам, служит отличным инструментом для аналитиков. Но важной особенностью такой модели является то, что она может быть напрямую реализована в коде, а значит, пригодна для использования разработчиками.
При принятии решения всегда встают вопросы:
– Что такое Domain Driven Design?
– На каких проектах можно применить DDD? Является ли мой проект таким?
– Какова цена и какие риски?
– Какие типичные ошибки ждут на пути?
Презентация для владельцев бизнеса, предпринимателей, руководителей, маркетеров -всех тех, кто желает улучшить отношения с Клиентами, сделать их постоянными, взаимовыгодными и приносящими друг другу позитивный и эффективный результат. Внедряйте и применяйте!
WebCamp:Designers Day.Юра Грановский «Теория потока» в интерфейсах. Как сдела...GeeksLab Odessa
04.07.2015 WebCamp:Designers Day
Юра Грановский (USABILITYLAB Украина)
«Теория потока» в интерфейсах. Как сделать пользователя счастливым
Юзабилити - это простота или, всё-таки, удовлетворённость? Почему мы всё максимально упрощаем? Действительно ли пользователь хочет простоты? Что более важно - процесс или результат выполнения задачи? Как применить "теорию потока" Михайя Чиксентмихайи при проектировании интерфейсов и сделать пользователя более счастливым?
Подробнее:
http://geekslab.co,
http://webcamp.in.ua/
https://www.facebook.com/GeeksLab.co , https://www.facebook.com/OdessaInnovationWeek
https://www.youtube.com/user/GeeksLabVideo
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Разработчик, аналитик, заказчик — как найти общий язык?ngrebnev
В проектах по разработке программного обеспечения участвуют множество различных специалистов, у которых разные роли, разные специализации, своя терминология, свой жаргон. И часто в проекте люди не понимают друг друга. Заказчики не понимают, почему те или иные доработки стоят так дорого. Аналитики вынуждены выступать переводчиками между пользователями и разработчиками. А разработчики работают сразу с двумя моделями системы — с моделью представленной аналитиками и моделью реализованной в коде. Это приводит к тому, что основные усилия расходуются не на разработку полезного функционала, а на попытки удержать обе модели в голове и сопоставить их друг с другом.
Методология Domain Driven Design (проектирование на основе предметной области — далее DDD) для решения этой проблемы предлагает в качестве единой опорной точки использовать модель предметной области. Такая модель хорошо понятна заказчикам, служит отличным инструментом для аналитиков. Но важной особенностью такой модели является то, что она может быть напрямую реализована в коде, а значит, пригодна для использования разработчиками.
При принятии решения всегда встают вопросы:
– Что такое Domain Driven Design?
– На каких проектах можно применить DDD? Является ли мой проект таким?
– Какова цена и какие риски?
– Какие типичные ошибки ждут на пути?
Презентация для владельцев бизнеса, предпринимателей, руководителей, маркетеров -всех тех, кто желает улучшить отношения с Клиентами, сделать их постоянными, взаимовыгодными и приносящими друг другу позитивный и эффективный результат. Внедряйте и применяйте!
WebCamp:Designers Day.Юра Грановский «Теория потока» в интерфейсах. Как сдела...GeeksLab Odessa
04.07.2015 WebCamp:Designers Day
Юра Грановский (USABILITYLAB Украина)
«Теория потока» в интерфейсах. Как сделать пользователя счастливым
Юзабилити - это простота или, всё-таки, удовлетворённость? Почему мы всё максимально упрощаем? Действительно ли пользователь хочет простоты? Что более важно - процесс или результат выполнения задачи? Как применить "теорию потока" Михайя Чиксентмихайи при проектировании интерфейсов и сделать пользователя более счастливым?
Подробнее:
http://geekslab.co,
http://webcamp.in.ua/
https://www.facebook.com/GeeksLab.co , https://www.facebook.com/OdessaInnovationWeek
https://www.youtube.com/user/GeeksLabVideo
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Коммуникации с заказчиком и проектной командой при сборе требованийAlexander Novichkov
http://anovichkov.msk.ru
http://cmcons.com
Большая часть способов, используемых при сборе требований к программным системам, так или иначе связана с необходимостью взаимодействия как с представителями заказчика, так и членами проектной команды. От того, каким образом будет организовано данное взаимодействие или, иначе, насколько эффективными будут осуществляемые коммуникации.
Зачастую зависит и успех проекта в целом. В связи с этим представляется целесообразным рассмотреть теоретические аспекты коммуникационного процесса, такие как:
- понятие коммуникаций,
- содержание коммуникационного процесса,
- виды коммуникационных каналов и сетей, достоинства и недостатки каждого вида, условия применимости в зависимости от класса проекта.
Когда речь идет о коммуникациях, неизбежно и влияние человеческого фактора на эффективность коммуникационного процесса - как положительное, так и отрицательное. В качестве примера будут приведены ситуации, взятые из реальных проектов, дано описание каждого фактора, оказавшего положительное или отрицательное влияние, и показано, какие коммуникационные приемы помогли снизить влияние отрицательного фактора или, наоборот, повысить влияние положительного, на результат.
Коммуникации в проектах Act.in.ua OdessaDmytro Voytko
Проблемы в коммуникациях - это не особенность "совкового менталитета" - они есть во всем мире. И задача руководителя проекта наладить коммуникацию, чтобы снизить хаос и создать эффективную структуру.
https://coaching-way.com/
Нетворкинг: искусство установления и развития взаимовыгодных деловых связейNordic Agency AB
Презентация корпоративных бизнес-тренингов Леонида Бугаева.
Нетворкинг: искусство установления и развития взаимовыгодных деловых связей.
НЕТВОРКИНГ В СЛАЙДАХ.
http://LBugaev.ru/speaking/
Networking: искусство установления и развития взаимовыгодных деловых связейNordic Agency AB
Описание бизнес-тренингов по нетворкингу Леонида Бугаева. Подробности по ссылке: http://LBugaev.ru/speaking/ и http://LBugaev.ru/treningi/
Нетворкинг и мобиьный нетворкинг. Кейт Феррации рекомендует :-)
Технологическое ИТ-предпринимательство Вологодской области. Сегодня и завтра.Pavel Gorbunov
Анализ ситуации с технологическим предпринимательством и ИТ-стартапами в Вологодской области. Доклад впервые был сделан на 5-м ИТ-форуме в Вологде 04.04.2014 http://2014.itforum-vologda.ru/
Доработанная версия - на круглом столе в Вологодской торгово-промышленной палате 21.04.14 http://adremamici.ru/blog/master-klass-i-krugly-j-stol-po-tehnologicheskim-innovatsiyam-itogi.html
Quality attributes testing. From Architecture to test acceptanceIT Weekend
This document summarizes an expert's experience and qualifications in software architecture and automation testing, including 8 years of IT experience and a PhD in IT automation testing. It then discusses what software architecture is, how it is formed based on business, users and systems, and what quality attributes and acceptance criteria can be tested. Finally, it provides an example of defining acceptance criteria for a software error scenario using a specific methodology and tools.
Mobile development for JavaScript developerIT Weekend
This document discusses mobile development platforms for JavaScript developers and provides links to code examples using various frameworks. It mentions trying different approaches and sometimes getting unsatisfactory results. Links are included to CodePen demonstrations of building mobile interfaces using frameworks like Famo.us that use JavaScript for layout, animation and user interaction.
Коммуникации с заказчиком и проектной командой при сборе требованийAlexander Novichkov
http://anovichkov.msk.ru
http://cmcons.com
Большая часть способов, используемых при сборе требований к программным системам, так или иначе связана с необходимостью взаимодействия как с представителями заказчика, так и членами проектной команды. От того, каким образом будет организовано данное взаимодействие или, иначе, насколько эффективными будут осуществляемые коммуникации.
Зачастую зависит и успех проекта в целом. В связи с этим представляется целесообразным рассмотреть теоретические аспекты коммуникационного процесса, такие как:
- понятие коммуникаций,
- содержание коммуникационного процесса,
- виды коммуникационных каналов и сетей, достоинства и недостатки каждого вида, условия применимости в зависимости от класса проекта.
Когда речь идет о коммуникациях, неизбежно и влияние человеческого фактора на эффективность коммуникационного процесса - как положительное, так и отрицательное. В качестве примера будут приведены ситуации, взятые из реальных проектов, дано описание каждого фактора, оказавшего положительное или отрицательное влияние, и показано, какие коммуникационные приемы помогли снизить влияние отрицательного фактора или, наоборот, повысить влияние положительного, на результат.
Коммуникации в проектах Act.in.ua OdessaDmytro Voytko
Проблемы в коммуникациях - это не особенность "совкового менталитета" - они есть во всем мире. И задача руководителя проекта наладить коммуникацию, чтобы снизить хаос и создать эффективную структуру.
https://coaching-way.com/
Нетворкинг: искусство установления и развития взаимовыгодных деловых связейNordic Agency AB
Презентация корпоративных бизнес-тренингов Леонида Бугаева.
Нетворкинг: искусство установления и развития взаимовыгодных деловых связей.
НЕТВОРКИНГ В СЛАЙДАХ.
http://LBugaev.ru/speaking/
Networking: искусство установления и развития взаимовыгодных деловых связейNordic Agency AB
Описание бизнес-тренингов по нетворкингу Леонида Бугаева. Подробности по ссылке: http://LBugaev.ru/speaking/ и http://LBugaev.ru/treningi/
Нетворкинг и мобиьный нетворкинг. Кейт Феррации рекомендует :-)
Технологическое ИТ-предпринимательство Вологодской области. Сегодня и завтра.Pavel Gorbunov
Анализ ситуации с технологическим предпринимательством и ИТ-стартапами в Вологодской области. Доклад впервые был сделан на 5-м ИТ-форуме в Вологде 04.04.2014 http://2014.itforum-vologda.ru/
Доработанная версия - на круглом столе в Вологодской торгово-промышленной палате 21.04.14 http://adremamici.ru/blog/master-klass-i-krugly-j-stol-po-tehnologicheskim-innovatsiyam-itogi.html
Quality attributes testing. From Architecture to test acceptanceIT Weekend
This document summarizes an expert's experience and qualifications in software architecture and automation testing, including 8 years of IT experience and a PhD in IT automation testing. It then discusses what software architecture is, how it is formed based on business, users and systems, and what quality attributes and acceptance criteria can be tested. Finally, it provides an example of defining acceptance criteria for a software error scenario using a specific methodology and tools.
Mobile development for JavaScript developerIT Weekend
This document discusses mobile development platforms for JavaScript developers and provides links to code examples using various frameworks. It mentions trying different approaches and sometimes getting unsatisfactory results. Links are included to CodePen demonstrations of building mobile interfaces using frameworks like Famo.us that use JavaScript for layout, animation and user interaction.
Building an Innovation & Strategy ProcessIT Weekend
This document discusses building an innovation and strategy process. It emphasizes that operational effectiveness alone is not a strategy and that both operations and strategy are needed for superior performance. It also discusses assessing the current state, getting management buy-in, setting up an innovation governance process, starting with tangible initiatives, and creating structures to support innovation. Additionally, it covers positioning options, scouting options, and stepping stones as stages in innovation and building an opportunity portfolio.
IT Professionals – The Right Time/The Right PlaceIT Weekend
The document discusses recent changes in Ukraine's government and goals for the country's growing IT sector. It notes that Dmytro Shymkiv was appointed as Deputy Head of the Presidential Administration to implement e-governance reforms. Ukraine aims to transform its economy from resource-based to knowledge-based, creating 100,000 IT jobs and $10B in exports by 2020. The Ukrainian IT market is expected to grow significantly in the next 5-6 years, with the sector employing over 50,000 people and 500+ outsourcing providers annually growing 20-30%. Ukraine has the largest IT outsourcing market and talent pool in Central and Eastern Europe.
This document discusses how to build a data-driven organization by collecting and analyzing metrics. It emphasizes that data is important for making decisions, hitting goals, and knowing if systems are working properly. The author promotes their tool called Larimar, which aims to automate data collection and analysis at the application level to provide insights without configuration. Building a data culture where employees are inspired to act on insights is key to success.
The document discusses tools and concepts for product owners and managing a product. It includes diagrams of different stakeholders and their motivations, use cases for tracking library usage, and considerations around features like in-scope versus out-of-scope for the project. Key elements covered are motivating stakeholders, capturing requirements through use cases, and prioritizing features.
The document discusses hacking your doorbell and getting started with IoT devices. It provides an overview of the Internet of Things and its growth, then recommends several hardware platforms for starting IoT projects - the Arduino, Netduino, Raspberry Pi, and BeagleBone Black. Each option is described with its advantages and disadvantages. Contact information and credits are provided at the end.
An era of possibilities, a window in timeIT Weekend
This document discusses the rapid pace of technological change and innovation. It notes that what seems impossible today in terms of data and computing power will be commonplace just a few years later. A list of technologies from the past 200 years shows how innovation has transformed industries and liberated women from domestic work. The document outlines several ongoing megatrends, such as networks, mobile devices, sensors and big data, that are driving the next industrial revolution through context-aware and pervasive computing using technologies like quantum computing and drones. It emphasizes letting data and analytics, rather than preconceptions, guide decisions about new opportunities.
The document discusses two main standards for web services - REST and SOAP. It provides details on how each one works and how data is handled. It also outlines steps for building a framework for web service automation, including creating classes to represent requests and responses, a SOAP client, and tests to validate responses. Examples of requests and responses are given for login and user creation operations.
The document outlines why the author started using Ruby and provides an overview of the Ruby programming language and Ruby on Rails web application framework. It discusses how Ruby is a dynamic, object-oriented language designed to be elegant and efficient. Ruby on Rails makes it easy to build database-backed web applications according to the MVC pattern. The document also covers the Ruby ecosystem including interpreters, frameworks, libraries and tools, and discusses the future of Ruby and Rails.
The document discusses REST principles for building client-server applications using HTTP. It covers topics like REST, HTTP methods (GET, POST, PUT, DELETE), request and response formats, status codes, and headers. Code examples are provided for retrieving user data from an API using different HTTP methods and request parameters. The document emphasizes best practices for REST APIs and includes recommendations to review REST API tutorials and HTTP specification documents.
The document provides an overview of Kanban, an agile project management framework. It discusses why Kanban was developed, its main benefits which include shorter cycle times, responsiveness to change, and reducing waste. The core aspects of Kanban are also summarized, such as visualizing workflow, limiting work-in-progress, and managing flow. Examples of Kanban boards are shown and how they can improve communication, collaboration, and productivity within a team. Steps for implementing Kanban on a project are outlined. Finally, common myths about Kanban are debunked.
1. Requirements are only 50% defined, posing a risk of unclear or changing requirements which could lead to delays or scope issues.
2. Critical database performance is a risk area that must meet strict acceptance criteria.
3. The project team is missing 5 key resources which could cause delays if tasks take longer than expected to complete.
4. The database architect is only available 60-70% of the time due to another project assignment, posing a risk to timely database design and implementation.
5. Communication risks exist due to the client's main expert Jar Jar Binks not regularly using email and having a strong non-
«Spring Integration as Integration Patterns Provider»IT Weekend
The document discusses Spring Integration, an open-source framework for enterprise application integration. It provides goals, features, main components and examples of Spring Integration. Some key points:
- Spring Integration aims to provide a simple model for complex integration solutions and facilitate asynchronous, message-driven behavior within Spring applications.
- It implements most Enterprise Integration Patterns and supports integration with various external systems like HTTP, FTP, JMS.
- Main components include messages, channels, endpoints like transformers, filters, routers.
- Examples demonstrate receiving JMS messages, extracting data, routing/aggregating messages, and sending results to another queue.
- Compared to Apache Camel, Spring Integration uses only XML configuration while
The document discusses machine learning techniques for classification problems. It introduces classification using raw pixel data before discussing feature extraction to represent images more effectively using features like wheels and seas. Neural networks can also learn features through techniques like autoencoders, where the network is pre-trained before being used for classification. Deep learning networks take advantage of unlabeled data, avoid overfitting through techniques like dropout, and use computational efficiency through GPU processing to effectively perform tasks like classifying images of handwritten digits and galaxies.
Parallel Programming In Modern World .NET TechnicsIT Weekend
This document discusses parallel programming concepts in .NET, including concurrency vs parallelism, limitations to parallel speedup, Amdahl's Law and Gustafson's Law for calculating parallel speedup, phases of parallel development like finding concurrency and algorithm structures, data parallelism patterns like map-reduce, futures, dynamic task parallelism using pipelines, and asynchronous programming using async and await. Key algorithm structures covered include task parallelism, divide and conquer, and map-reduce patterns. Supporting structures discussed are SPMD, master-worker, and fork/join models. The document also touches on error handling and cancellation techniques in parallel programming.
Parallel programming in modern world .net technics sharedIT Weekend
This document discusses parallel programming concepts in .NET, including concurrency vs parallelism, limitations on parallel speedup, Amdahl's Law and Gustafson's Law for calculating parallel speedup, phases of parallel development like finding concurrency and algorithm structures, data parallelism patterns like map-reduce, futures for asynchronous programming, dynamic task parallelism, pipelines, and asynchronous programming with async and await. Error handling and cancellation techniques for parallel programs are also covered.
This document discusses maximizing the effectiveness of human capital. It contains the following key points:
1) Top performers in software engineering are much more productive and valuable than average employees, with estimates ranging from 2-4x to 12x to 300x more productive.
2) The cost of fixing defects is highest in the late stages of a project and lowest early on, so identifying and eliminating risks early is important.
3) The document outlines models and frameworks for evaluating employee performance, knowledge, competencies and developing skills through training to maximize productivity.
3. 1. Основные проблемы в работе с
удалённым заказчиком
2. «С чего начинается Родина?»
3. Что можем сделать мы?
4. Что могут сделать они?
5. А что ещё можно сделать?
4.
5.
6. Проблемы со стороны команды
Отсутствие дружелюбия
Слишком высокий
профисионализм
Отсутсвие интереса и
любознательности
Отсутствие искринности
Большая обобщённость
Не понимание нужд заказчика
Непрозрачность процесса
Отсутствие вовлечённости
заказчика
8. Прозрачность процесса
• Понимание и выполнение
методологии разработки
• Единое понимание
жизнинного цикла
разработки
• Точное опредение
«Задача сделана»
• Прозрачносты очереди
задач
• Ежедневная отчётность
9. Вовлечение заказчика
Уточнение задач с заказчиком
Постоянная обратная связь
Возможность корриктировки
процесса в связи с нуждами заказчика