Myths and legends of Agile - from the Pharaohs to the present day

“Everything is poison, everything is medicine; both determine the dose. ”
 3r3204. Paracelsus
3r3195.  3r3204. Myths and legends of Agile - from the Pharaohs to the present day 3r3195.  3r3204. 3r3195.  3r3204. It is customary to count the history 3r315. Agile 3r3184. from February 200? when a rather strange document was born - 3r3177. Agile Manifesto
. By and large, the text of the document is made up of philosophical evidences (for example, “simplicity is the art of not doing extra work”) and controversial statements (for example, “the best technical requirements, design and architecture are obtained from a self-organized team”). But this document is strange not so much by its content (you never know what might come to mind at a ski resort), as by the epicity of the subsequent changes in the software development industry. In the shortest possible time, many techniques have emerged that implement the methodology of “flexible” development, which marched around the world in a solemn march, capturing the minds of the Contractors and the wallets of the Customers. Adherents this movement is presented as a kind of magic pill that solves everything. It got to the point that to the noble Don r3r322. honest programmer has become indecent to admit involvement in software development on the traditional 3r-321. orientation methodology. Let us try to understand the causes and effects of the phenomenon, using the example of 3r-323. Scrum 3r3184. , as the most common manifestation of Agile. 3r3195.  3r3204.
3r3184. 3r3195.  3r3204. To begin with, we will try to understand what is really new in the Agile wrapper in general and Scrum in particular. 3r3195.  3r3204. 3r3195.  3r3204. 3r3189. Scrum in ancient Egypt
3r3195.  3r3204. 3r3195.  3r3204. 3r3195.  3r3204. I dare to assert that the flexible methodology in general, and the Scrum method in particular, have always existed, although they were not called. They were not named at all, but were simply the most natural and effective way to conduct their internal projects (the key word here is “internal”). 3r3195.  3r3204. 3r3195.  3r3204. For example, the ancient Egyptian pharaoh decided to build a pyramid and it started. He discussed the idea with the priests (stakeholders) and appointed his cupbearer responsible for the project (product owner). Vinocherp found a competent mason (scrum master). Mason hired a scrum team, and they went to the slave market and recruited slaves (working tools: PC, server, software for development, etc.). 3r3195.  3r3204. 3r3195.  3r3204. Since Pharaoh ordered to report to him monthly on the progress of construction, the bricklayer (with assistants) began to hold a monthly demonstration of the construction site (demo) for the butler. During the show, not only what was already done (retrospective) was discussed, but a plan for the next month (sprint) was also drawn up. In order not to miss anything, the clerk spent a whole month discussing with the priests their user stories and writing them into a special backlog, from which the women got into the plan for the next month. Well, and so on. I don’t know what the stickers, scrum board and burndown diagrams looked like then. Any competent manager selects the most convenient tools for managing and controlling the project. Details are not important here, the main thing is that the technique works. 3r3195.  3r3204. 3r3195.  3r3204. Those. I think that all managers at all times used a flexible method to create their own internal (at their own peril and risk) product because:
 3r3204. 3r3195.  3r3204. 3r3124.  3r3204. 3r33132. competent enough to design the final result;
 3r3204. 3r33132. sufficiently competent to monitor the process;
 3r3204. 3r33132. have enough power over subordinate participants in the process;
 3r3204. 3r33132. the relationship of time, cost, and quality of work is not a dogma for them and can be revised if necessary (since it is “one’s own master”);
 3r3204. 3r33132. and most importantly - the end result and the process of its achievement is in one hand, and pursue one commercial interest.
3r3195.  3r3204. But for an external Customer, none of the items in this list is applicable, so for external (custom) projects, the flexible method was almost never used (exceptions only prove the rule). After all, the people were simple and intolerant, for the glaring excess of deadlines and estimates could be shortened by a head. 3r3195.  3r3204. 3r3195.  3r3204. 3r3189. Scrum nowadays
3r3195.  3r3204. 3r388. 3r3195.  3r3204. 3r3195.  3r3204. The only novelty of modern Scrum is the fact of its use for the implementation of external (custom) projects. They try not to push this side of the question, because by pulling the thread you can pull out the real motivation of market participants. In fact, the Agile manifesto and the whole Scrum argument are pure propaganda of the Contractor’s interests, for the sake of appearances, veiled under the struggle for all the good against all the bad. That is the genius of the solution, which allows convincing the Customer to donate the result for the sake of the process! 3r3195.  3r3204. 3r3195.  3r3204. So, what changes if the product owner is an employee of another, and not his own, company? The main difference is that the final result and the process of its achievement are now on opposite sides of the “barricade” and each of the parties pursues only its own commercial interest. The result is important for the customer, and the process is for the Contractor. It cannot be any other way - after all, “nothing personal, this is just business.” 3r3195.  3r3204. 3r3195.  3r3204. Agile is beneficial to the players of the IT market, as it provides them with the opportunity: 3r3195.  3r3204. 3r3195.  3r3204. 3r3124.  3r3204. 3r33132. Earn on the process and not be responsible for the result;
 3r3204. 3r33132. reduce the cost of competent management personnel (they are expensive, but now you don’t need to design anything and do not need to write TK, and the process is now controlled by the product owner of the Customer).
3r3195.  3r3204. And since this is profitable, then right before our eyes, programmer teams with a skeleton of highly skilled and systemically-minded professionals can turn into farms of rented medium hand coders. 3r3195.  3r3204. 3r3195.  3r3204. Try to put yourself in the place of a person who hires a team of builders to repair his apartment and tries to get the time and cost of repair from the foreman, and in response he hears: 3r3195.  3r3204. 3r3195.  3r3204. 3r3124.  3r3204. 3r33132. we are creative people, so we will work “as it goes,” but you pay for each hour of the work of the brigade and materials;
 3r3204. 3r33132. we will not do the general project and plan, we will understand along the way (if we do something wrong, then we will redo it for the additional time paid by you and additional materials);
 3r3204. 3r33132. we will show the results of our work every two weeks and talk about our problems, and then together we will plan the next two weeks.
3r3195.  3r3204. It is unlikely that someone would agree with such a proposal, and customers of IT-Schnick agree! That's what makes life-giving propaganda! 3r3195.  3r3204. 3r3195.  3r3204. Not only are customers convinced to agree to unpredictable time and cost, they also put all responsibility for failures on him. As a rule, the qualification of the Customer does not allow to formalize the requirements for the final result and to professionally control the course of the process. Therefore, one can always confuse him and divert him (in the absence of a common TK) to the solution of many minor issues (which arise most often due to the lack of long-term planning). 3r3195.  3r3204. 3r3195.  3r3204. 3r3189. Consequences of Agile worship
3r3195.  3r3204. 3r33150. 3r3195.  3r3204. 3r3195.  3r3204. Do not you think that the quality of software products falls in proportion to the breadth of Agile distribution in the industry? Where does quality come from if the whole process is focused on solving problems in the simplest and fastest way possible? And thinking ahead is officially prohibited by the methodology! 3r3195.  3r3204. 3r3195.  3r3204. Do not you think that software products are increasingly turning into “quilts” when you notice with surprise that different sections of the same software seem to be made by completely different people? And even on one screen, programs can mix different styles of design, different approaches to ergonomics, and different algorithms for the functioning of similar controls. But after all, TK and the Style Guide for the product are missing, which means that as usual, he will do so! And the QA-staff, like everyone, is locked within the timing of the sprint. 3r3195.  3r3204. 3r3195.  3r3204. 3r3189. What is it all about? 3r3190. 3r3195.  3r3204. From the above, it may seem that I am an ardent Agile-hater. But this is not the case at all! And I did not try to offend anyone at all! I just tried to illustrate the words of the great Paracelsus in the epigraph more clearly. 3r3195.  3r3204. 3r3195.  3r3204. The flexible methodology is quite suitable for internal small and even medium projects. The size of the project is limited only by the abilities of a specific manager “not to lose the forest for the trees”, ability to keep in mind, as all the details, and the desired result, without systematizing it "on paper". 3r3195.  3r3204. 3r3195.  3r3204. The flexible methodology is limited and suitable for external projects. In this case, the same requirements apply to the product owner of the Customer as to the manager of the internal project, i.e. this person must be a real IT professional, and not a secretary of the pull of the temporary burden in combination. He must be able to verify the qualifications of the hired team and constantly monitor the quality of the product being developed. In addition, the product being developed must allow (in the case of force majeure) the replacement of the development team. Only in this case, it is possible to expect that it will not be “insulting and painful for purposelessly lived years.” 3r3195.  3r3204. 3r3195.  3r3204. As you can see, Agile has its place in the sun, but it is very limited in the field of contract-based IT development. What to do if your project does not fall into the category of Agile-suitable? 3r3195.  3r3204. 3r3195.  3r3204. Doesn't it seem suspicious to you that the flexible methodology has not taken root anywhere other than contractual software development? Well, neither submarines, nor airplanes, nor cars do Scrum. The wisdom of the ancestors teaches us that even a normal doghouse cannot be knocked out without a design stage (pencil sketch with dimensions) and preparation of the TZ (list of materials and tools). Everything that you see around (from the stool to the spacecraft) is created according to the good old 3r3183. Waterfall
. Why don't you do the same? And remember - everything will be fine! 3r3195.  3r3204. 3r3195.  3r3204. 3r3189. P.S. 3r3190. 3r3195.  3r3204. Everything said is based on my personal considerable (19 years) experience in contract web development using both traditional (Waterfall) and progressive (Scrum) approaches. The motive for writing the article was the moral torment of contemplating the next "miracle of hostile technologies", cobbled together according to the precepts of the great Frankenstein for one respected western company. 3r3195.  3r3204. 3r3195.  3r3204. 3r3197.
3r3204. 3r3204. 3r3204. 3r3202. ! function (e) {function t (t, n) {if (! (n in e)) {for (var r, a = e.document, i = a.scripts, o = i.length; o-- ;) if (-1! == i[o].src.indexOf (t)) {r = i[o]; break} if (! r) {r = a.createElement ("script"), r.type = "text /jаvascript", r.async =! ? r.defer =! ? r.src = t, r.charset = "UTF-8"; var d = function () {var e = a.getElementsByTagName ("script")[0]; e.parentNode.insertBefore (r, e)}; "[object Opera]" == e.opera? a.addEventListener? a.addEventListener ("DOMContentLoaded", d,! 1): e.attachEvent ("onload", d ): d ()}}} t ("//"""_mediator") () ();
+ 0 -

Add comment