Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Какие ошибки возникают при выстраивании процесс...

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.
Avatar for Alexey Poimtsev Alexey Poimtsev
November 19, 2015

Какие ошибки возникают при выстраивании процесса разработки

Презентация с GeekWeek 2015

Avatar for Alexey Poimtsev

Alexey Poimtsev

November 19, 2015
Tweet

More Decks by Alexey Poimtsev

Other Decks in Business

Transcript

  1. • Имейте под рукой грамотного юриста, который поможет вам составить

    пакет документов • Не начинайте работу без подписанных документов, не забывайте закрыть работу актами • Храните все документы в бумажном и электронном видах
  2. • Четко и однозначно фиксируйте все договоренности на бумаге •

    Любые изменения в продукте, процессе или сроках должны быть зафиксированы на бумаге • Нет задачи в трекере задач или в почте должно для вас означать только одно - задача не поставлена
  3. • Выбирайте только адекватных и ответственных разработчиков, даже если они

    дороже. Контролируйте их результат • Если сотрудник срывает сроки или делает работу спустя рукава - увольняйте без сожаления, даже если он вам нравится • Требуйте от себя того же уровня ответственности, что вы ждете от сотрудников
  4. • Никогда не забывайте про контроль, ставьте KPI. Будьте готовы

    сурово наказывать нарушителей • При расчетах закладывайте запас сроков и бюджета “на всякий случай”. Будет лучше, если он не понадобится, чем в последний момент окажется, что вы не успеваете или внезапно кончились деньги • Корректируйте сроки и бюджеты по необходимости. Заранее! • По мере возможности старайтесь дублировать ресурсы
  5. • Клиент должен очень четко понимать что он хочет и

    быть готовым обосновать свою позицию • Клиент должен уметь слушать вашу сторону, а вы со своей стороны должны быть готовы обосновать свою позицию • Клиент должен быть честным и уметь признавать свои ошибки • Если клиент не удовлетворяет хотя бы одному из этих требований - лучше разойтись раньше
  6. • Имиджевые проекты в лучшем случае обозначают работу “в ноль”,

    в худшем - “в минус” • Работа со стартапами обычно означает, что за деньги, которых хватит максимум на велосипед от вас будут ждать строительства “Звезды смерти”
  7. • Проекты “в стол” очень демотивируют команду • Мы также

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

    переключить на другой проект. При этом возможности напрямую на него надавить в случае проблем у вас не будет • В большинстве случаев у вас не будет выбора из сотрудников компании-аутстафера • Иногда это выходит дороже, чем иметь своего сотрудника
  9. • В большинстве случаев работа над “длинными проектами” означает пост-оплату

    и задержку платежа на пару месяцев (а зарплату как платить?) • В случае изменений сроков, состава или объема работ - гораздо сложнее согласовать изменению бюджетов
  10. • Сторонние разработчики могут преследовать свои бизнес-цели при работе над

    проектом • В случае неудач или проблем - они будут стараться свалить всю вину на вас • Но также при необходимости на них тоже можно свалить свою вину - в эту игру можно играть не только в одни ворота :)
  11. • Никогда не знаешь какого качества продукта можно ожидать от

    сторонних разработчиков • Возможно несовпадение роадмапа или скорости разработки
  12. • Чаще общайтесь с коллегами, в идеале - ежедневные стэндапы

    • Чаще общайтесь с клиентом - как минимум 2 раза в неделю • Старайтесь дружить и общаться с коллегами по отрасли
  13. Отсутствие тестирования Если клиент пытается сэкономить на тестировании - это

    значит, что тестирование он хочет получить бесплатно
  14. • Старайтесь обеспечить покрытие тестами как можно большего количества кода

    • Используйте Continuous Integration / Deployment • Проводите ручные тесты
  15. • Старайтесь быть в курсе новых подходов и технологий -

    это позволит вам оптимизировать свои технологические процессы • Но с другой стороны - не спешите внедрять в новые проекты непроверенные фреймворки и модные языки программирования - есть вероятность того, что вам придется переделывать всю работу