Одной из трудностей проектирования можно считать то, что подход к этому делу отличается от привычных течений жизни. Для нас обычно начинать с мелочей и потом постепенно складывать картину; постепенно двигаться по карьерной лестнице; изучать сначала сложение и вычитание, а потом переходить к уравнениям с тремя переменными.
В проектировании все наоборот. Сначала нам необходимо увидеть результат, общую картину и только потом переходить к деталям, а от деталей двигаться опять к целому. Это похоже на то, как если бы перед нами стоял совершенно новый автомобиль, и была бы цель сделать точно такой же. Если допустить, что теорию мы знаем, то лучший практический путь к цели, разобрать автомобиль-пример по деталям, а потом собрать из похожих деталей такой же или лучше.
Хорошие конструкторы и пазлы для детей продаются в собранном виде. Потому что ребенок разберет, а потом соберет то, что видел или то, что хотел, по подобию. Инструкцию к конструктору он читать не будет. Жаль, что производителям и продавцам конструкторов из экономии на перевозках и хранении, приходится часто продавать именно в разобранном виде, а это, на мой взгляд, существенный минус в интуитивном обучении.
Итак, перед нами задача. С чего начать ее проектирование и планирование? Если продолжить аналогию с разборкой автомобиля, то это могли бы быть конкретные вопросы: сначала снять колеса или двигатель? Что дольше делать: разбирать салон или снимать двери? Если не снять сначала двери удобно ли будет дальше разбирать кузов?
Конечно, такие вопросы возникнут у того, кто впервые сталкивается с задачей, но именно о проектирование разных задач я и веду речь. Мне приходится почти каждый раз в своей работе при создании сайтов и программ, сталкиваться с новыми задачами, отличными от предыдущих, все они требуют не типичных решений и соответственно не типичного плана-проекта. Поэтому без грамотного подхода к такой работе, можно было бы постоянно изобретать велосипед и все время сталкиваться с одними и теми же проблемами, тратя время впустую.
С чего начать проектирование?
Если перед нами уже есть поставленная задача или идея проекта, то начинать следует с определения самых важных и главных этапов работы. Я делю всю работу на четыре основных этапа. Именно из четырех этапов состоит практически любой проект. Можно возразить и придумать еще массу важных этапов, но есть очевидный проект в жизни каждого человека, в котором именно четыре этапа и он весьма показателен. Этот проект — год жизни человека, разделенный на четыре сезона: зима, весна, лето, осень.
Этап первый (Зима)
Первый этап подготовительный. Он включает сбор информации, материалов по проекту, подготовка документации для дальнейшей работы, определение сроков проекта, выбор ответственного за ведение проекта и его управление.
Этот этап отвечает на вопросы:
- Как будем делать?
- С помощью чего?
- На основе чего?
- Когда закончим делать?
- Как будет организована работа?
- Что хотим получить в итоге?
- Кто за это ответит?
После того как все ответы получены, можно приступить к подбору исполнителей и перейти к самой работе.
Этап второй (Весна)
Начало работы. Часто самый творческий этап. В IT-сфере, промышленности и многих других областях, он обычно связан с дизайном или разработкой интерфейсов. На этом этапе закладываются основы проекта, по которым почти сразу видны первые результаты и поэтому можно в случае каких-то просчетов без большого ущерба окончательному результату, подкорректировать ход работы и сам проект. В дальнейшем никаких корректив и изменений в проектирование и план вносить нельзя. Это опасно, вплоть до неудачи всего проекта.
Если мы решили зимой посадить в огороде картофель и весной посадили его, то осенью мы и соберете картофель. А если мы передумали и захотели посадить морковь, а потом снова передумали и решили посадить помидоры, то либо мы не успеем посадить все до лета, из-за того, что все время приходилось менять инструменты и условия работы, либо вырастит плохой урожай. Опять же, потому что пришлось тратить время не на качественную и продуманную посадку, а на метания между грядками. Думаю, аналогия понятна.
К примеру, в IT-области все то же самое. Допустим, у нас проект по созданию сайта. Мы начинаем с дизайна. По проекту, описанному в техническом задании, меню должно быть слева, мы так и делаем. Но кто-то неожиданно меняет первоначальный проект и решает, что все же меню должно быть слева. И теперь вместо того, чтобы дальше продолжать работу в уже полностью нами продуманном порядке и ритме, начинаем ломать и свой порядок работы, и свой ритм. А главное на это тратим время, которое не учтено в сроках проекта. С таким подходом, можно уже заранее говорить о том, что сроки проекта будут провалены.
Идеал, конечно, никаких изменений в проектировании после первого этапа. Но это достигается только после довольно большого опыта работы. Другой идеал — нельзя менять сроки работы. Они должны быть определены на первом этапе и дальнейшим изменениям не подлежат, только если не произошли какие-то критические обстоятельства, вроде землетрясений. Если по ходу проекта нам приходится менять срок работы, то значит, что-то идет не так, в чем-то уже допущена ошибка. После завершения работы в этой проблеме необходимо разобраться и больше не допускать подобного.
На этом этапе делается 20% работы или на этот этап затрачивается 20% от общего времени работы.
Этап третий (Лето)
Самый разгар. На этом этапе делается 80% от всей работы или он длится 80% общего времени. К примеру, в IT-сфере — это работа над технической частью. Этот же этап во всем проекте завершает работу. После него необходимо получить уже реализованную задачу, достичь нужного результата, воплотить план в работающую идею. Этап похож на марафонскую дистанцию, иногда кажется, что конца работе не видно. Это нужно просто учитывать и заранее знать. Старт всегда быстрый, а путь трудный и долгий.
Я считаю, каждый грамотный управляющий проектом или просто тот, кто за него ответственен, еще на первом этапе до старта проекта должен себе обозначить, как он будет решать проблемы третьего этапа связанные с накопившейся усталостью, рутинностью проекта, с мотивацией исполнителей. Если не подумать заранее и не расставить воду на дистанции, то марафонец не добежит до финиша.
Этап четвертый (Осень)
Время тестировать проект и запускать его, подводя итоги. Хорошее время, для того чтобы по горячим следам разобрать допущенные ошибки и возникшие проблемы по ходу работы. Также важно проанализировать результат, понять, что было эффективно в работе, а что нет, и как это сказалось на результате, а как бы могло сказаться другое решение. Почему сроки были затянуты или наоборот, почему работу сделали быстрее. В общем, полный разбор полетов ради будущих еще более успешных проектов.