Маленькое предисловие. У нас возникла необходимость сделать сайт. И не просто визитку, а интернет-магазин с нестандартной системой заказа. Точнее – переделать существующий, но так как существующий в плане безопасности и удобства администрирования (а еще и дизайну и качеству верски) не годился никуда, нужно было делать заново.
Побеседовав с рядом программистов (сама таковым н являюсь) мы поняли, что CMS (даже модифицированная) нам не подходит, самописный код – отпадает по ряду причин (нет гарантии безопасности прежде всего), нужен сайт на фреймворке.
Почему было не обратиться за сайтом к готовой команде, где есть менеджер и проверенные сотрудники?

Во-первых, уже был опыт работы на фриланс биржах, стаж 2 года, аккаунт работодателя с 20+ отзывами…все казалось реальным, учитывая то, что я сама могу сверстать (правда что-то совсем простенькое), установить на хостинг – словом, обладаю базовыми знаниями и опытом общения со специалистами.

Во-вторых – хотелось себя попробовать в новой должности, это ж карьерный и личностный рост…а как звучит – «менеджер проекта»!

В-третьих — честно, хотелось сэкономить. Бюджет проекта составлял около 2500$ (+-), и возникло предположение, которое тогда казалось очевидным – зачем платить больше, если лучше мы за эти деньги наймем не просто хорошего, а очень хорошего дизайнера…? Это касалось и других участников проекта.
На проверке все оказалось не таким очевидным, зато появились базовые принципы, которые хочется изложить в статье, а так же получить дополнения – возможно, у того, кто был или является менеджером проекта тоже они сложились – таким образом коллективный разум образует интересную тему и, возможно дискуссии, в которых, как известно, рождается истина.

Все написанное – личное мнение, обязательно стоит это учесть.

Качества, необходимые менеджеру проекта

1) Стрессоустойчивость.

Введение

Полтора года назад я пришел работать в техническую поддержку филиала одной крупной общероссийской компании. До этого технической поддержкой я не занимался, мог, конечно, переустановить, настроить ОС или настроить простейшую сеть, но сильно не вникал. По мере накопления знаний, возникла необходимость их систематизировать и сохранить. Сначала у меня была специальная папочка, куда я складывал обычные документы Word и Excel. Со временем в папке накопилось много документов, поиск нужной информации стал занимать довольно значительное время. Работал я не один, поэтому некоторые файлы необходимо было держать в открытом доступе, например, список пользователей, периодически приходилось искать информацию, нужную другим сотрудникам. При заведении нового пользователя администраторами, я заносил его в таблицу, где также содержались реквизиты для удаленного доступа на его компьютер (не все же время ходить на рабочие места, когда пользователей больше 300 человек). Актуальный файл всегда был только в одном экземпляре, у других сотрудников технической поддержки были копии, которые могли не совпадать, если один из сотрудников подключал человека или менял сетевые реквизиты, а потом забывал об этом сообщить.
Со временем появилась мысль о том, что надо все это объединить и сохранить в одно место, чтобы у всех сотрудников технической поддержки был доступ к информации, возможности ее редактирования и добавления.

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