Давайте провалим проект
Последние несколько лет я непосредственно работаю на конкретные компании, а не на студии и агенства. Со стыдом вынужден признать, что я участовал в солидном числе проектов, которые не выполнялись в срок, и даже в паре, которые выполнены не были (правда, закрыты они были уже после моего ухода из компании).
Когда мы не достигаем успеха, мы по крайней мере должны получить опыт и извлечь какие-то успехи. Как ни странно, очень редко, когда причины этого были техническими, в большинстве случаев всё упирается в человека. Впрочем, это уже просто затоптанные грабли, так что люди, хорошо знакомые с управлением проектами, могут дальше не читать.
Прежде всего, проект должен быть нужным. Точнее так -- его должны воспринимать как нужный. Более того, он должен быть нужен не только начальству и не только для галочки. Если руководство решило "нам крайне необходим сайт" или "давайте внедрим корпоративный портал с мощными возможностями по совместной работе", а отделы маркетинга, рекламы и продаж в этом никакой необходимости не ощущают, то без мощного и постоянного давления со стороны руководства проект можно считать проваленым еще до его начала. В идеале в целевых подразделениях должны быть опытные специалисты, которым самим это нужно и интересно.
Дальше, сделайте всё возможное, чтобы иметь материалы или, по крайней мере, максимальное их количество, к моменту окончания проектирования. Зуб даю, если материалов не будет, потом, уже в ходе разработки или непосредственно перед сдачей проекта выяснится, что "ой, а мы тут забыли ма-а-аленькую деталь", или вы сами будете носиться, скажем, за начальником отдела рекламы, у которого вдруг "внезапно" обнаружился приближающийся новый год, к которому необходимо подготовить сувенирку, подарки и поздравления партнерам и "вообще, давай потом, не до того сейчас".
Но особенно обидно, когда проект реализован, сдан, но всё равно провален. Такую картину я наблюдал при внедрении внутренних систем. Например: разработана CRM, но менеджеры либо не понимают, зачем это лично им и не умеют работать с новой системой, либо откровенно занимаются саботажем и продолжают заносить всю информацию по клиентам в свои блокноты да экселевские таблички.
Бороться с этим можно только обязательным обучением (при чем не для проформы, а нормальным, чтобы эти дятлы что-то поняли) и тупой грубой обязаловкой сверху. Не занесены клиенты? Депремирован.
Так к чему я это? Ах, да, у меня из плана проекта вычеркнули обучение и порезали время на перенос данных.
Еще об этом:
У нас внедряли SharePoint. Отличный фидбек полчился, когда внедрение пошло с головы, т.е. сначала с продуктом работал топ-менджеры. Они научилиь пользоваться продуктом; поняли, зачем продукт нужен, нашли основные выгоды. И далее, четко понимая приеумещества, продукт был продвинут в массы. Показательными были моменты, когда человек, говорил, мол, это не нужно или занимает много времени. В ответ он получал предложение типа: “Сейчас я назову тебе основные проблемы, которые решает продукт, а так же выгоды этого продукта, а ты назови хоть одну причину, по которой этот продукт не нужен, либо проблема решается другим способом и никто тебя не будет заставлять пользоваться продуктом”. Естественно ответить внятного ничего нельзя, ведь упирается просто в лень и нежелание что-то менять. К чему я – к тому, что те, для кого проект предназначен должны четко понимать цель проекта, и строить свои планы/виденье с учетом проекта, а не по принципу: “вот создадут проект, тогда и будем думать, что с ним делать”.
а можете рассказать, что реально у вас работает в SPPS? у меня шарик используется на такую малую часть его возможностей, что даже обидно. т.е. активно используются несколько кастомных списков, де факто — каталоги товаров, автоматом экспортируемые из 1С, несколько библиотек документов, телефонный справочник, а остальное… так, вязкое болото =(
Мы используем SPPS только для управления персоналом, т.е. там ведутся все задачи, а так же CRM менеджеров, ну, плюс документация по проектам. Для товарооборота у нас сейчас заканчивается работа по Axapta.
SPPS пользуемся с начала этого года, так что статистика пока мало, но вещь очень удобная, учитывая, что у нас под 20ку филиалов. Думаю, что есть смысл подключить саппорт MSа у них есть учебные программы по SPPS.
Из последнего по SPPS http://mkozloff.spaces.live.com/Blog/cns!D1ED809F4FFA9136!1350.entry
так, стоп. Вы хотите сказать, что используете SPPS 2007 Beta 2?
Нет, пока что нет. Но нам продукт очень понравился и мы держим руку на пульсе. А ссылку я дал, потому что она свежая и, возможно, вам не известная.
За SPPS я очень пристально слежу, у нас крутится русский SPPS 2003. просто я очень удивился, подумав, что кто-то в России начал вводить в пром. эксплуатацию бету 2007-ого шарика, русской версии которого стоит ожидать к 2009 =(
да, еще вопрос — для задач вы используете штатный список “Задачи”? вам хватает его функционала? просто то, что нельзя толком разграничить видимость, даже нельзя для данного типа списков выставить “показывать только свои элементы” как-то отвращает от его использования