Комментарии 6
Любое противопоставление "разработки" и "бизнеса", неважно, какую из сторон вы считаете условно "хорошей", а какую - условно "плохой" - это, конечно же, абсолютное зло.
Если у вас в команде есть и культивируется такое противопоставление - у вас плохая команда и очень плохие управленцы.
Что мы и видим в вашей статье.
Любое противопоставление "разработки" и "бизнеса", неважно, какую из сторон вы считаете условно "хорошей", а какую - условно "плохой" - это, конечно же, абсолютное зло.
Согласен, на это я и хотел обратить внимание.
В статье отражён скорее наш путь развития и становления процессов. Сделано это для того, чтобы читатель мог узнать в этом пути своё текущее состояние и сделать шаги к улучшению
То что скорость и качество лежат на одной шкале — очень большое допущение.
Я думаю, что существует не мало способов разрабатывать быстро, не жертвуя при этом качеством, если выбрать удачные решения.
Я позволил себе сделать такое допущение ради гиперболизации крайних и не очень приятных состояний. И для описания, к чему такие состояния, или состояния, близкие к ним, приводят.
Конечно, одна из наших целей в индустрии - придумать, как работать быстро и качественно. Для этого можно создать сработанную команду профессионалов, помочь им создать договорённости, наладить коммуникацию и построить процессы. Тогда мы можем упереться уже в проектный треугольник (цена-время-качество) или тройственную ограниченность, где, как в CAP теореме, нужно будет чем-то жертвовать.
В конце статьи я как раз привёл небольшой список вопросов-подсказок, на которые стоит обратить внимание тем, кто ищет скорости и качества. Будем рады, если вы поделитесь своими способами организации быстрой и качественной разработки. Насобираем на вторую часть статьи)
Конкретные способы очень зависят от конкретной ситуации, вряд-ли получится дать универсальные рекомендации.
Ну вот например, тесты. Все знают, что тесты писать хорошо. Но при этом существует множество задач, где тесты писать сложно, и получаются они все равно не надежными. При решении таких задач писать тесты — пустая трата времени.
норм.
Компромисс скорости и качества разработки в agile. Как найти баланс