Системный и творческий подход
![kion.ru kion.ru](https://storage.mds.yandex.net/get-bstor/9799511/9db1e6de-bbfa-44fa-bd1b-6d6ae3943bbb.jpeg)
РЕКЛАМАПрограммист-фрилансер1,2K подписчиковПодписаться
Системный и творческий подход
Сколько существует разработка, столько, наверно, идут споры о том, какой подход применять для разработки, а особенно для команды разработчиков — системный или творческий.
Доходило до того, что некоторые разработчики предлагали имитировать системный подход, чтобы начальство от них отстало, а по факту работать “как Бог даст”.
Системный подход экран лед — это когда крупная нерешаемая задача разбивается на множество мелких и легко решаемых. Здесь может быть несколько уровней подзадач. А в итоге получается аккуратное дерево, описывающее проблему и её решение. И решением является последовательное выполнение поставленных задач.
Однако на практике так, пожалуй, никто не делает. Разработчики на самом деле скачут от одной задачи к другой, как обезьяны по веткам этого дерева, чтобы сорвать банан послаще, а потом уже заниматься рутиной. Часто надеясь на то, что когда очередь дойдёт до рутины, то какие-то задачи отвалятся или их решит кто-то другой.
К тому же в ходе разработки нас обязательно посещают гениальные идеи, воплощение которых не может ждать, и мы берёмся за реализацию этих идей, даже если они имеют малую важность для проекта в целом.
Поэтому, если нет жёсткого контроля за разработчиками, и руководство не заставляет их строго следовать плану, то они всегда будут работать методом “творческого подхода”, то есть бессистемно.
Но это плохо для руководства. Потому что в менеджменте и в управлении проектами всегда есть чёткий план, которого придерживаются все руководители. Потому как отклонение от этого плана сулит им большие неприятности.
В итоге сходятся две стихии — лёд и пламень. Так и умирают многие проекты, потому что в худшем случае из-за конфликта с руководством проект могут покинуть ведущие разработчики, и останутся только те, кем легко управлять. То есть люди системы. Они хороши, как исполнители, но для реализации проекта одной исполнительности часто бывает недостаточно.