English
Conferences for professionals in the information technology industry

Цепков Максим Александрович

Независимый эксперт
mtsepkov.org
Russia
Moscow

Biography:

IT-архитектор, бизнес-аналитик, эксперт и навигатор по миру Agile и бирюзовых организаций.

Проектированием корпоративных и банковских систем занимаюсь 20+ лет, а всего IT 30+. Я убежден, что автоматизация открывает новые возможности для развития, а создавая IТ-системы, мы открываем путь прогрессу и делаем мир лучше.

Работа в больших проектах позволяет сравнивать классический и гибкий подходы. Я знаком с Agile с 2008 года и вижу, что это - способ менеджмента будущего. Я активно участвую в профессиональном IT-сообществе, веду блог на своем сайте http://mtsepkov.org/, вхожу в программные комитеты конференций SECR и Analyst Days, открыт к общению с коллегами на различных площадках и в соцсетях.

Talks

Visual models of corporate application

26.11.2018

When designing complex enterprise applications, it is effective to use models that describe the subject area and the application itself in accordance with the Domain Driven Design approach. At the same time, good visualization is an indispensable attribute of the model. We will exchange experience in building an application architecture using three main models: a domain model, represented by a class diagram, a resource movement model, represented by accounting diagrams, and a workflow model based on a state diagram. All this is complemented by a business process model based on the activity diagram (activity diagram) and combined by the Archimate enterprise architecture model, and complemented by a system metaphor when it comes up to be invented. We will show examples of diagrams from real projects.

Audience level
Regular Talk (40 min)

Spiral dynamics model for multicultural communication of analysts

31.10.2018

Analysts work between the cultures of customers and the dev team. Even in one company, the cultures in divisions often vary dramatically. Analysts must have the competence to recognise the culture of users and customers quickly and align to it because the culture sets an implicit context and defines the meanings of concepts. Later they should transfer the meanings and implications to the development team based on their culture. Also, the sensation of the culture is significant during the maintenance of software to provide joint activities of people of different cultures.


For fast and effective operations in various cultures, we can’t explore the corporate culture of a company or a division separately. We need to have cultural models in our kit. I'll talk about the spiral dynamics model that describes and operates with the values and culture of people and organisations. This talk continues and develops my lectures and articles about it, with a focus on the activities of the analysts.

Audience level
Regular Talk (40 min)

Solving the client’s problem rather than blindly doing the task

04.02.2018

Clients often accompany their request for new features with an idea of what exactly it is necessary to develop. Performers, in their turn, embark on designing the features required immediately, without finding out what problems they are supposed to solve. As a result, the solution developed does not meet the client’s expectations, and this may be due to several reasons. First, the customer’s idea may not be relevant to his situation initially. Secondly, the solution may turn out to be wrong because of the details of the implementation. Thirdly, it happens that the task can be accomplished faster and easier. For this reason, the analyst should define the client’s problems as early as on the first stage of the project.


My presentation demonstrates how it can be done and provides the examples of how the immersion into the business plan of the project changes the ways of solving the problem.

Audience level
Regular Talk (40 min)

Tester and DevOps: Can you effectively resolve incidents using interface of your system?

22.10.2017

One of the tester's tasks is to look on the system through the helpdesk's eyes, to check whether the interfaces of the system can effectively resolve incidents according to SLA. Good resolution of the incident is not only to localize the error in the system, but also to help the user solve his business problem, find a workaround "here and now." Even in the case, then the cause of the problem is situated in the another system. Experience shows that this is often a weak point and requires the involvement of developers to directly analyze the data and correct it directly in the database.

Based on my experience, I will tell you what functions are useful in the system for the effective resolution of incidents of inter-system integration, as well as incidents related to processing of special business situations and deals not provided for in the system. I think the story will help listeners look at their system in terms of compliance with the SLA.

Audience level
Lightning Talk (20 min)

Agile: what does the analyst need to know for action?

13.09.2017

Quite regularly you hear questions like the following: "We have a Scrum project, I need to write test cases for the testers, and I do not understand where I get information from." When you start to discuss, it turns out often that the word "Scrum" in the project they know some original design, while the inquirer is precisely sure that this is exactly Scrum. Meanwhile, Scrum and other Agile methods are a normalized model, about which you can read the documents, and from which you can get answers to this and other questions. But I will not provide the documents. I will show how to think in the logic of Agile mindset, get answers to this and other issues. Of course, as long as such values of the Agile Manifesto as working software, cooperation with customers and others do not seem to be a mere sound. I will show everything on real cases from listeners, solving their problems.

Audience level
Workshop (1h 30 min)

Stakeholders satisfation - two different meanings

13.09.2017

Later...

Audience level
Lightning Talk (20 min)

Technology for Self-determination

22.03.2017

The problem of self-determination, planning and building own future becomes more and more actual nowadays, comparing to the past, when you determine only ~2 times, when define your profession and create your family, and moreover, this was pre-defined by your family. 

Today you should do that regularly, moreover - in fast changing world, we see that especially in the IT-world, when technologies change rapidly.

I've built and prepared a bunch of schemes helping to do that. I'll tell about them in my talk, and then I'm ready to solve your cases in the bar camp format. 

Audience level
Regular Talk (40 min)

Methods of requirements processing and design: what is the best for your project?

20.01.2017

Methods of design and requirements processing should ensure effective communication between team members and provide agile development of software with the possibility of further modernization. In the course of evolution, IT has accumulated a rich set of practices for projects with different complexity, scale and purpose: user story, use case, BDD, TDD, FDD, DDD, architectural work in SAF, and more traditional approaches. As it always happens with a wide range of tools, the problem of choice appears. Well-known tools or methods' comparision on model tasks are mostly preferred. But what's good for small tasks, not always suits long project.


The report provides an overview of various practices that help to solve communication problems and the conceivable models of labour division within the team. The presentation also considers approaches to support the product development and modernization on a long life cycle. This report develops the ideas of my "Agile Engineering practices" post.

Audience level
Regular Talk (40 min)

Essence of Responsibility for Quality in Different IT-Projects and Sharing Principles

31.08.2016

Many QA professionals are convinced that IT industry has perfect vision of the quality and the means of its achievement. Therefore, the situation, when you switch to another company this ideal appears to be different, most values are being challenged, and common ways of working are very distinguishing, becomes an unexpected shock.

The fact is that understanding of the quality criteria in IT-projects has come a long way from orientation to the perfect engineering product to meeting the steak-holders’ interests and providing prospects for business. Currently the awareness appears that different projects require different quality, and its criteria vary during the project.

The report considers the space of quality criteria description and shared responsibility in the projects, which are to be examined for detailed examples.

The speech develops my preceding reports (http://mtsepkov.org) about the evolution of quality criteria (AgileDays-2015) and sharing responsibilities (AnalystDays-2015).

Audience level
Regular Talk (40 min)

Communication with different MindSet: Taxonomy vs Folksonomy

16.03.2016

An analyst starts his work with building a hierarchical structure of terms, where all clears and understandable for all stakeholders. This is a scientific mindset. However, there is an alternative - a tag cloud of concepts with associative chains. Therefore, thinks the child, when still cannot create logical structures. Previously we believed that a professional’s mindset should be based on hierarchical structure, but now comes the understanding that second mindset also works effectively: marketing, political technologies and media follows by this way.


There was even a special word – folksonomy – contrary to the taxonomy for logical classification. Imagine that you describe a clear hierarchical architecture to a colleague and it seems he knows all the words. Only in his head instead of taxonomies - cloud folksonomy in which your design will fall quite differently.


The analyst must be able to work with it, and in the talk, I will give a few methods based on schemes of SMD-methodology.

Audience level
Regular Talk (40 min)

Sharing responsibilities in the custom development

02.02.2015

Division of responsibilities in software development process is one of the most popular topics for discussions and chats. Participants are usually confident about other persons' misunderstanding of their responsibilities, although the issue of responsibilities division is certainly known. However, there's no the only true division of responsibilities in software development, because the boundaries depend on certain project aspects and special kinds of performed work: analysis, design, development, testing. The presentation considers schemes of management and shared responsibility in software development: responsibilities and roles in the development team, division of responsibilities from the Company and the Customer and different stakeholders on the Customer's side. We are to discuss the origination of some schemes of shared responsibility, kinds of project characteristics, which affect design of project roles and those effects, which cause slack in different places of these schemes.

Audience level
Regular Talk (40 min)

Spiral Dynamics: understand values - and act

06.11.2014

Last autumn my range of vision was extended by such model as Spiral Dynamics. It gave me systematic viewpoint of many trends such as community development or IT (as well as not IT) management.

I spoke about the Spiral Dynamics itself on Agile Days conference. Here I’m going to explain how it influences on understanding of processes used in the company, in the industry and in the world in general. Also I'll unfold how it might give you knowledge about how you can find proper place in these processes and how to make decisions more wilfully.

I’m going to do it from Software Test Engineer point of view. Precisely from Software Test Engineer who is going to grow into Manager. I’ll consider some important questions and provide Spiral Dynamic’s answers on them.

Audience level
Regular Talk (40 min)

Sharing responsibilities in the custom development

29.10.2014
Division of responsibilities in software development process is one of the most popular topics for discussions and chats. Participants are usually confident about other persons' misunderstanding of their responsibilities, although the issue of responsibilities division is certainly known. However, there's no the only true division of responsibilities in software development, because the boundaries depend on certain project aspects and special kinds of performed work: analysis, design, development, testing. The presentation considers schemes of management and shared responsibility in software development: responsibilities and roles in the development team, division of responsibilities from the Company and the Customer and different stakeholders on the Customer's side. We are to discuss the origination of some schemes of shared responsibility, kinds of project characteristics, which affect design of project roles and those effects, which cause slack in different places of these schemes.
Audience level
Regular Talk (40 min)

DDD - model instead of requirements

01.04.2014
There are many methods to develop requirements (user story, use case and so on), but all of them mainly describe behavioural aspects. But how to work in the sphere of complex business requirements where objects change their behaviour as the context may admit? Domain-Driven Design (DDD) is an approach that allows to create clear and clean vision of domain area. Ubiquitous language gives ground for communication between customers, analytics, developers, testers and end-users. And we can use models developed in this language instead of traditional requirements, which are used only to build models in this process, and then they lost their actuality. This approach significantly simplifies design process and reduces risks in complex IT-projects enabling business professionals to fully verify Models. And then, while in operation, Models allow to develop and expand software system efficiently for many years following changes of customer’s business processes.
Audience level
Regular Talk (40 min)

You and Customer: solve problems instead of operate requirements

28.02.2014
Who among of us has not faced with a situation when customer requirements were implemented thus he did not required at all? Hence, the implementation were changed many times, unless excluded. In the report we will talk about establishing that kind of relationships with customer when main goal is to solve customer problems and not just to working out requirements. This report is not about “how to live”, it based on real (!) cases that was arising in relationships with customer. We would like propose a method establishing relations, analyze the combination of formal and informal communication, as well as deal with labor costs and payment issues. We also will consider the psychological side on different project phases. There is no way without that, because teamwork assumes no formal interaction, but communication and collaboration, with establishing partnerships for produce the value. As a result, this approach leads to mutual success and improving realization of the potentials of you and your team.
Audience level
Regular Talk (40 min)