Печенкин Григорий
Человек-оркестр - WEBURSITET.RU
Moscow, Russia
Talks (8)
  • 04.10.2020
    What is wrong with Wiegers’ classification of requirements?

    Panel discussion


    The classification of requirements given by Karl Wiegers in his book “Software Requirements” is well known to most analysts. This book, thanks to its popularity, has become a kind of Bible for the analyst, and the classification of requirements has entered most courses on business analysis.

    But when analysts try to use this classification in practice of different types of projects, they often face difficulties. I propose to dive into the analysis of these difficulties to get understood what is wrong with the Wiegers’ classification of requirements, and how it can be improved.

    • Average
    • Analyst Days / 11
  • 30.11.2019
    Worth a thousand words. Drawing diagrams with a customer

    A variety of diagrams is a powerful tool in the arsenal of an analyst. They are widely used within development teams for analysis, transmission and storage of information in a compact visual form. It would be great to use their advantages when communicating with customers. But such attempts usually come up against the difficulty of not understanding diagram concepts and notations by untrained people. 

    In my talk, I will share the experience of using visual schemes when communicating with customers during the pre-project survey and analysis sessions. I’ll tell you about the basic elements, types of diagrams used, techniques for their use, emerging problems and how to solve them.

    • Average
    • 40 min
    • Analyst Days / 11
  • 18.10.2018
    Human in Software Development: Factor or Actor?

    Developers never read specifications, and users never read the documentation.

    A customer never knows what he wants.

    An ingenious user will always find a way to bypass fool-proof.


    You're undoubtedly familiar with this IT folklore. And, of course, you have met such situations more than once. But do you know how to manage them because you always consider the human factor in your work?


    But is it correct to call the factor just everyday human interaction?


    There are two rules a business analyst should always keep in mind: 

    1. Software products are created for people

    2. Software products are created by people.


    Despite the obviousness of these rules, their understanding dramatically facilitates the work of the analyst. They directly affect the choice of effective approaches, design methods and formats of requirements and other results of the analyst’s work.


    We will examine in detail this influence and how it helps analysts in their work.

    • Average
    • 40 min
    • Analyst Days / 9
  • 15.09.2017
    Go and draw! Modeling in the analyst work

    All analysts know: the best way to exchange information is drawing models together on a white board. Everyone knows, but almost no one uses.

    This is surprising, because visual modeling is applicable almost everywhere in the analyst's work. At each stage of identifying, analyzing, documenting requirements and transferring them to development, drawing the models gives unquestionable benefit. 

    We'll consider some examples of visual models suitable for basic cases in the analyst's work. We'll also discuss a set of simple modeling principles that allow creating intuitive and effective models.

    • Easy
    • 40 min
    • Analyst Days / 7
  • 30.01.2017
    Modelling is the Simplest Thing

    In the talk it will be presented a list of simple principles and a minimum set of elements for visual modeling, that can be used for teaching entry-level analysts, and for practical purposes in the identification and description of requirements.

    The talk is a development of the topics raised in my speech at the Analyst Days - 2015 "Why does the UML a bad choice for teaching of  entry-level analysts": https://vimeo.com/127806626

    • Easy
    • 40 min
    • Analyst Days / 6
  • 04.04.2016
    The Dark Side of the System Analysis

    TBD

    • Hard
    • 40 min
    • Analyst Days / 5
  • 10.02.2015
    Why UML is a bad choice for beginners

    Most visual modelling courses for BA are based on UML. The author's experience shows that using UML to teach beginners is not a good idea.


    Some reasons of that will be presented and analized in the speech, illustrated by real cases collected from BA site forum.


    A possible solution will be proposed: a simple set of elements which may be used to learn visual modelling.

    • Average
    • 40 min
    • Analyst Days / 4
  • 10.04.2014
    The Woes of System Wit

    The modern picture of System Analyst profession in Russia was formed in 80s. The appropriate educational programs and professional standards are primarily based on the concept of business process automation. That concept still works in some areas, but the whole software world is much wider now. The attempts to use some practices based on the old concept are not efficient under the new conditions. As a result, analysts feel useless in new areas. On the other hand, the new areas ignore existing practices and methods that could be successfully applied anyway. Some cases will be considered in the speech, together with analysis of their sources. Possible ways to overcome the probelms will be also suggested.

    • Hard
    • 40 min
    • Analyst Days / 3
To leave a feedback you need to

or
Chat with us, we are online!