Как быстро запускать проекты?

Question

[Ринат Бакиев]

Всем привет.

Мы используем в основном на своих проектах Python/Django/Postgresql. На фронте Angular сейчас ReactJS. Обычно над проектом работают 3-4 исполнителя. Пытаемся применять agile. В большинстве случаев факапы случаютсся из-за неправильного определения времени на выполнение. Ну и иногда, что неправильно сделали первый шаг: не так базу спроектировали, нужня миграция и т.п.
Вопрос. Можете посоветовать что почитать? Может почоветуете инструменты (в том числе и платные) для "быстрого" программирования, развертывания и для любого другого применения.

Comments

[Анна Буянова]

Посоветую прочитать книги Getting Real и Rework

[Ринат Бакиев]

Анна Буянова: Getting Real - интересно, почитаю. А вот Rework - там что-то есть для разработчиков?

[Анна Буянова]

Ринат Бакиев: Честно говоря, давно читала, пришлось посмотреть книгу, надо бы перечитать. Она про бизнес в сфере разработки ПО. Пожалуй, не относится напрямую к вашему вопросу, но я бы всё равно посоветовала прочитать - читается легко и полезна всем, кто работает в этой сфере.

Answer 1

[Дмитрий Ковальский]

Для развертывания тут обсуждается несколько решений для Python/PostgreSQL. Для "быстрого" программирования? Лично я сторонник "быстро, качественно, дешево. выбирайте любые два". То что вы описываете как "не так базу спроектировали, нужня миграция" - это проблема agile с коротким спринтом и без малейшей мысли "а что потом?". Сам видел такие проекты. Тут на мой взгляд пути могут быть разные. один из них - "принятие". Да, на том шаге свернули не туда и разгребаем последствия - в следующий раз будем умнее(наверное). Второй - "увеличение спринта" до 2-3 недель. Третий - "аналитика". Вы пишете что у вас есть 3-4 исполнителя. А сколько аналитиков проекта? думаю что 0. Далее - вы говорите agile. ревью кода есть? Тестирование понятно что должно быть(кстати, есть?). Ревью тоже необходимо, пусть программисты поспорят о том как надо и как лучше.

Comments

[Ринат Бакиев]

" будем умнее(наверное)" - )))). Тестирование есть, ревью кода - надо действительно попробовать. Вроде пост-анализ это хорошо и правильно. Но ведь все равно может возникнуть ситуация "б..я опять та же ошибка как на том проекте".

[Дмитрий Ковальский]

Ринат Бакиев: Ну вот от ошибок никуда не денетесь. Вопрос их количества и критичности. Можете активно применять авто-тесты, требовать покрытия юнитами максимального процента кода. Это зафиксирует правильность определенного поведения и в случае если тесты упадут(хоть один, пусть и в другой части системы) - будет явный звоночек что внесенные изменения могли заафектить что-то в другой части системы

[Ринат Бакиев]

А может правильней уделить допустим целый день на программирование "в уме", чтобы проговорить с командой весь процесс программирования целого проекта? Т.о. возможно каждый будет видеть весь проект, но при этом акцентироваться на конкретном этапе. Ну и плюс уже какие-то места проблемные в реализации некоторого функционала проекта команда уже обсудила.

[Дмитрий Ковальский]

Ринат Бакиев: есть вариант проводить ретроспективы раз в 2-3 недели. Сесть и обсуждать "кто что думает". К примеру - "Есть такая то проблема, какие вы видите возможные решения?" в спорах и драках решаете "делать так". Через 2-3 недели встречаетесь и смотрите что из этого вышло. Обсуждаете новые проблемы

[Ринат Бакиев]

Т.е. "предугадать" код не получится? :)

[Дмитрий Ковальский]

Ринат Бакиев: Нет конечно. Можете принимать стандарты на оформление кода и общие используемые приемы. Например запретить удалять строки из базы. Запретить использовать вложенные запросы. Общие решения о схеме базы конечно лучше принимать сообща и провести получасовое совещание. Но это не значит что программист по своей воле не захренячит что-то в проект. И тут всплывает мое предложение из первого сообщения - ревью. Если на этапе ревью другой программист заметит применение чего-то запрещенного в команде - задача откатится на переработку, а не уйдет в тесты и далее в бой. Ну это в идеале.

[Yustas Alexu]

Ринат Бакиев: Проводите ли вы митинги каждый день с командой? Все ли работают в офисе? Все ли работают в одно и то же время?

[Ринат Бакиев]

Yustas Alexu: не все в офисе работают, но все в одном часовом поясе

[Ринат Бакиев]

Yustas Alexu: митинги ежедневные есть