пятница, 23 января 2015 г.

Памятка для заказчика

При выборе разработчика обращайте внимание на:

1.       Есть ли у них «в портфеле» аналогичные разработки»? Наличие близких по функционалу проектов должно не только приятно удивить вас, но и заставить задаться вопросом: не получу ли я шаблонный вариант, который был уже разработан и продан однажды, а теперь просто тиражируется?
2.      Кто предлагается заказчиком в команде проекта?
3.      Как они ведут разработку и какую документацию предоставляют? Методика ведения проектов – один из самых главных критериев при выборе разработчика. Нет правильных ответов – ориентируйтесь на свои предпочтения.
4.      Ну и конечно – рекомендации! Без этого – никуда.

К чему должны быть готовы?

1.       В КП на разработку и внедрение вы можете обнаружить, что львиная доля расходов "ляжет" на "обследование" и "внедрение". Если бОльшая часть суммы составляет разработка - "испытайте некоторое подозрение" к прозрачности формирования цены разработчиком. Если бОльшая часть прописана на внедрение – повнимательнее расспросите о иетодах внедрения и разработки.
  1. Основная задача ПМ от разработчика - подписание актов сдачи/приемки и проплата вами счетов. Основная задача аналитика от разработчика - предоставить вам красивый документ (содержание не важно). Основная задача программиста - чтобы вас вообще в природе не было и он вас никогда в жизни не видел.
3.       

Сделайте обязательно:

  1. Передайте им свою “хотелку” и дайте разработчику 2 дня на работу с ней. Потребуйте задать вопросы по документу в самом тексте и выслать вам предварительно. Так вы убедитесь, что они ее хотя бы прочитали.
  2. Познакомьтесь со всей командой, которая будет работать над вашим проектом. Вы должны знать их всех в лицо. Им тоже будет труднее дурачить вас, если они будут видеть вас лично.
  3. Узнайте - зачем в команде которую вам представили так много аналитиков и всего один программист? Почему пришли все стажеры-аналитики и не пришли программисты, которые и будут работать над проектом - они что “такие охренеть важные и занятые”, что не могут оторваться от пива с чипсами для того чтобы посмотреть заказчику в лицо?
  4. Представьте разработчику всех, кто от вашего лица может вести переговоры. Обозначьте полномочия в принятии решений для каждого из представленного вами сотрудника.
  5. Договоритесь о порядке работы с документами. Их перечень. Версионность. Всегда требуйте чтобы вся команда проекта читала документы. И подписывалась.
  6. Разработайте сценарии тестирования. Сделайте это сами.
  7. Договоритесь о порядке тестирования. Никогда не соглашайтесь тестировать “финальную версию” без того чтобы протестировать сначала “альфа” и “бета” версии.
  8. Еще на этапе утверждения ТЗ начинайте для себя составлять группу пользователей, которые будут тестировать систему. Это должны быть вменяемые сотрудники, выполняющие ключевые функции в бизнес-процессе . Не включайте в группу для тестирования только “операторов” системы.
  9. Пропишите срок сопровождения процесса внедрения. Объем вносимых доработок в процессе внедрения. Используйте этот период по максимуму. Все остальные доработки будут “за деньги”.

Пришли с ТЗ к разработчику? Будьте готовы к тому что:

  1. К вам будут приходить 10 разных людей от компании (одной и той же, той, где вы решили разместить свой заказ). И будут задавать одни и те же вопросы. Это муторно, но в отличии от рассказов десяти следователям о том как вас ограбили, постоянное пересказывание ваших требований может быть полезно и вам, а не только “следователям”.
  2. Ваше ТЗ им совсем не интересно. Они хотят составить свое ТЗ. И это правильно. :)
  3. Свое ТЗ они будут составлять за деньги. У них тоже есть аналитики и их надо кормить.
  4. Все сроки, которые будут вам озвучены в первые 2 недели общения - вообще не имеют отношения к реальности.
  5. Если разработчик “с опытом” - он попытается продать вам “свои готовые решения”. Если он разрабатывает “только для вас” - он впервые делает такой проект.
  6. Если не прописали в договоре документацию по системе - ничего не получите. Не получите даже руководств пользователей. Обязательно детально пропишите перечень документации по системе.
  7. Если не прописали порядок приемки результата - порядок/сроки тестирования - получите в пользование только бета-версию


Комментариев нет:

Отправить комментарий