Согласен с автором, что с клиентом надо работать плотнее. С другой стороны, некоторе время (пару кварталов) я у своих клиентов перед началом работ всегда спрашиваю: «Вам нужен чисто технический исполнитель или Вы хотите сделать хороший сайт»?.. Я не исключаю, что некоторые компании могут сделать себе хорошие сайты имея только тех.исполнителя, но далеко не все. После объяснения, что в качестве тех.исполнителя мы будем делать все, что Вы захотите (в рамках бюджета), а в ином случае мы будем Вам советовать/предлагать/ и не которые вопросы решать сами! Привожу успешные и не успешные истории из опыта. Итого большинство клиентов хотят «Сделать хороший сайт», но на стадии дизайна разговор уходит в «хотим синенькое и только! нам так нравится!». Таким образом клиент переходит в разряд: «хочу тех.исполнителя».
А еще такой вопрос, как к специалисту. Как правильно отвечать на вопрос, где я себя вижу через год/два/три, если я даже представить не могу что будет с моей страной через пол года?
Если я Вас правильно понял: когда соискатель понимает, что уже сам не особо сюда хочет, то может поднять себе настроение и начать задавать контр-вопросы?
О! Извините, что встреваю, но всегда хотел у рекрутера спросить: а как правильно отвечать на вопрос, где я себя вижу через год/два/три, если я не знаю, что у меня в стране будет через пол года, да что там, через месяц не знаю?
Два вопроса:
1) По ходу текста сложилось впечатление, что автор потратил много времени и сил, пока заказчик созрел. Если это так, как Вы за это получили деньги? (делали бесплатно? / отдельной строкой в смете? / стоимость была размыта по остальным работам? ).
2) На сколько понял, это проект разработки и внедрения софта по существующим процессам. А есть же другая сторона медали, когда внедряется софт с «лучшими практиками». Были у Вас такие случаи? Как боролись с «сопротивлением персонала»?..
Компании сами регистрируются и заносят о себе информацию. Мы не берем на себя отвественность вписывать туда компании, ибо это будет уж очень субъективно.
ИМХО, Вы немного промахнулись с тематикой блога. Вам наверн надо было в Управление проектами. И акцент сделать на результатах, а не на рейтинге. Как показывает практика рейтинг тут (да наверно и везде) не любят.
Единственно чего не увидел — это денежного выражения рисков. При реализации какого-то риска необходимы какие-то действия: чего-то купить для замены, увеличить объем рекламы, оставить сотрудников работать дольше пока не исправят и т.д. За все это необходимо платить деньгами.
Классика расчетов это определение суммы для каждого риска, которая надо на его устранение. Сумму умножаем на вероятность. Потом это дело все суммируем и получаем бюджет на риски, так сказать н/з :). Книги говорят о том, что такой бюджет обычно составляет ~8% от стоимости проекта.
> Ежедневные отчеты команды? Вы о багтрекерах слышали?
В проектах свет клином не сошелся на одних разработчиках. Есть и другие члены команды: маркетологы, эйчары, редактора, и т.д. в зависимости от проекта. Их всех Вы тоже в багтрекер загоните???
Трудозавтраты составляют 60 часов в месяц, на команду в 15 человек. Вся команда в месяц вырабатывает 15*(40 часов неделя * 4 недели) = 2400 часов. Из 2400 на риски тратится 2,5% времени. Это нормально.
Вы правы! Серьезный неучтенный, но реализовавшийся риск ломает систему. Не управляя рисками, мы имеем полное множество неучтенных рисков (т.к. не учитываем никакие из них). Управляя рисками, мы имеем множество неучтенных рисков меньше. ИМХО, именно на это и направлено управление рисками.
Согласен на все 100%, но автор в команде это некая идеологическая мотивация. Все же человек, который будет сам гореть и заражать идеей других — штука очень важная. Иначе все остынут и разбегутся.
Два вопроса:
1) По ходу текста сложилось впечатление, что автор потратил много времени и сил, пока заказчик созрел. Если это так, как Вы за это получили деньги? (делали бесплатно? / отдельной строкой в смете? / стоимость была размыта по остальным работам? ).
2) На сколько понял, это проект разработки и внедрения софта по существующим процессам. А есть же другая сторона медали, когда внедряется софт с «лучшими практиками». Были у Вас такие случаи? Как боролись с «сопротивлением персонала»?..
РА в Украине: wrate.net/catalog/detail/?companytype=2®ion=1317
Веб-Студии в Украине: wrate.net/catalog/detail/?companytype=1®ion=1317
Кто занимается SEO в Украине:
wrate.net/catalog/activity/detail/?companytype=0®ion=1317&activity%5B%5D=45&price%5B%5D=&curr%5B%5D=840
Кроме контекста, баннеров и SEO, еще занимаются SMO:
wrate.net/catalog/activity/detail/?companytype=0®ion=1317&activity%5B%5D=33&price%5B%5D=0&curr%5B%5D=840
По статье: очень и очень интересная. Много интересного. Спасибо.
Крайне странно то, что все спорят о рейтинге. ИМХО, самое интересное в найденых ошибках и в подсказках по теме бизнес-процессы.
Единственно чего не увидел — это денежного выражения рисков. При реализации какого-то риска необходимы какие-то действия: чего-то купить для замены, увеличить объем рекламы, оставить сотрудников работать дольше пока не исправят и т.д. За все это необходимо платить деньгами.
Классика расчетов это определение суммы для каждого риска, которая надо на его устранение. Сумму умножаем на вероятность. Потом это дело все суммируем и получаем бюджет на риски, так сказать н/з :). Книги говорят о том, что такой бюджет обычно составляет ~8% от стоимости проекта.
В проектах свет клином не сошелся на одних разработчиках. Есть и другие члены команды: маркетологы, эйчары, редактора, и т.д. в зависимости от проекта. Их всех Вы тоже в багтрекер загоните???