Как избежать гибели проекта

За время своей работы в различных областях человеческой деятельности и понял множество истин. О паре из них я сейчас поведаю.

Любой проект, любое начинание, любая идея в своей реализации, любое предприятие и даже любое государство проходит пять стадий. Это: зарождение, развитие, стагнация, упадок, гибель. Чтобы ни говорили об успешности чего-то, это что-то обязательно пройдет эти стадии.

Главное в работе руководителя - миновать стадии упадка и гибели. Как это сделать? Их приближение нужно чувствовать. И чувствовать не тот момент, когда они уже наступили, а видеть их заранее - на этапе стагнации. А еще лучше - начинать избегать на этапе развития.

Когда медный таз будет подлетать к проекту - тут уже необходимо действовать оперативно и довольно резко. Не бояться идти на внутренние революции. Не бояться менять проект, даже под угрозой увольнения. На это может решиться не каждый. Поэтому большинство проектов погибает - руководители не изменяют себя и манеры своего руководства, боятся уступить свое место другому. В такой ситуации нужен смелый человек, который видит, что развитие проекта в прежнем русле ведет к его гибели, нужен человек, который внесет свежую струю в работу. Если руководитель готов пойти на кардинальные изменения, а также на отстранение себя от руководства - проект можно спасти.

А как избежать стадии, когда необходима революция? Нужно на этапе окончания развития проводить "мягкие" революции - в характере организации работы, характере управления, в коллективе, который работает над проектом. Не рекомендуется разгонять коллектив и увольнять всех направо и налево - иначе за стадией развития наступит почти моментальная гибель. Нужно менять функции работников, передавать обязанности и права работников, тасовать коллектив. Есть множество доводов в пользу этого, приводить их я пока не хочу.

Именно действия на стадии окончания развития определяют продолжительность этого развития и последующие стадии, которые при правильных решениях и поступках руководства, могут и не наступить. Как ни маразматично это звучит, необходимо уметь жертвовать текущим развитием проекта ради будущего развития. Только это позволит избежать или пережить стагнацию. Только это спасет проект от упадка и гибели.