Можете ли вы предложить набор заповедей, чтобы проекты работали гладко?
Кто-нибудь может предложить набор "заповедей", чтобы заставить всех работать эффективно во время проекта разработки? Я ищу заповеди о том, как Dev, QA и Management должны взаимодействовать. Если вы посмотрите модели разработки Agile или Scrum, они могут объяснить роли людей и то, как все это работает, но это не определяет набор уставов, которые защищают роли людей друг от друга.
Микроуправление не должно происходить, когда правила работают должным образом. QA должен иметь всю информацию, необходимую для тестирования, а руководство должно определить, что такое успешный тест. И т.п.
5 ответов
Если бы такой набор правил существовал и, как было известно, работал хорошо, большая индустрия консультантов исчезла бы в одночасье. С другой стороны, нет никаких "правил", которые бы соответствовали вашей квалификации.
Все роли являются частью одной команды, поэтому у всех общая цель. Люди сотрудничают, встречаются ежедневно, общаются напрямую, предпочтительно лицом к лицу.
Все основано на доверии, нет необходимости в "защите".
В Agile все отношения должны быть достаточно хорошо прописаны. Конечно, с Agile главное не защитить вас друг от друга, а устранить различия между вами.
Например, вы должны избавиться от концепции владения кодом, если найдете неисправный код и исправите его. Если вам нужна помощь, пара с оригинальным автором.
QA нуждается в представлении в основной команде. Они не остаются позади, потому что они присутствуют на всех встречах - как, конечно, клиент.
Роль менеджмента (если есть менеджмент) в гибкой разработке заключается в том, чтобы держаться подальше и предоставлять угощения:)
Подобные вещи были не просто придуманы, они действительно важны.
Просто продолжайте общаться и решать проблемы, когда они возникают.
Это как в браке: вы не можете заранее подготовиться к любой непредвиденной ситуации - вы должны быть готовы справиться с каждой неудачей, обговорив ее со своими партнерами и найдя способ справиться с ней.
Как насчет гибкого манифеста?
И 12 принципов, на которые, я уверен, вы свяжетесь:
http://agilemanifesto.org/principles.html
редактировать
Извините, я неправильно понял вопрос. Это все еще хорошие принципы!