Спасибо всем за плюсики. Как и обещал кидаю оставшихся 2 пункта с «факапами» в управлении проектами.
.
Ошибка №4: отсутствие четко прописанных договоренностей между сторонами.
.
Вот только не надо писать: «Банально», «капитан очевидность». Очевидно для вас, но не для всех.
.
Как известно, написанное пером не вырубишь топором. Перед началом проекта пропишите условия. Ловите мой "маст хев" пунктов:
.
- Стоимость
- Порядок оплат
- Конечный продукт/результат
- Время выполнения работы и сдачи проекта
- Кто принимает решение и ведет коммуникацию с одной и второй стороны
- Риски (форс мажоры, "а что если кошка рожает", если вы долго утверждаете или нам нужно больше времени на работу и т.д.)
Пользуйтесь!
.
Ошибка №5: Не нужно обещать или брать на себя слишком много в проектах.
В начале своего пути, проекты не были сложными. Простой сайт/лендинг или настройка обычной рекламы.
.
Я пользовался самой распространённой моделью управления проектами: каскадной (англ. waterfall model).
.
Наверно все ней пользуются?
.
Когда в проектах, стало учавствовать 20 человек и задачи расширялись, я перешел на "скрам" (scrum).
.
Опишу для вас разницу.
waterfall - запланировали проект, написали тех. задание, сделали и получили конечный результат.
.
scrum - делит «по кусочкам» и завершает каждый этап на 100% и до конца. Сначала одна небольшая часть проекта и утверждаем её. Сначала анализ рынка, затем прототип и не возвращаемся на законченные этапы. Есть еще другие преимущества скрама такие как: ретроспективы, собственно короткие скрам циклы. В общем всего не напишешь, покопайтесь в теме.
.
Считаю scrum уменьшает риск ошибок и реально ускоряет закрытие проекта.
.
У меня все :) Было полезно? Добавляйтесь в друзья. Здесь я пишу реже чем у себя. Так же буду рад услышать ваше мнение и темы которые вам было бы интересно раскрыть для следующих ценных постов.
.
Хочу буть полезным для большего количества людей. Поможете? Поделитесь этим или первым постом с другом, коллегой по работе или бизнесу. Или с тем кому это может помочь.
