Какую методологию разработки использовать для маленькой команды web студии?

Question

[Viktor Gubanov]

Вводная:
небольшая веб студия, отдел разработки состоит из двух верстальщиков, двух дизайнеров и двух программистов.

Вопрос:
Что и где почитать, чтобы сделать процесс взаимодействия максимально эффективным? (интересуют методологии разработки, полезные технологии и прочие инструменты)

Заранее спасибо за ответ.

Answer 1

[Евгений Ахметов]

https://habrahabr.ru/company/mailru/blog/272237/ - про agile
По взаимодействию... используйте github.com или аналог, можно даже в публичных репах (сомневаюсь что Ваш код будет кого-либо интересовать)

Comments

[Сергей Протько]

Это не для маленьких команд, если вы рекомендуете скрам.

[Viktor Gubanov]

По ссылке информация актуальна скорее для разработки ПО со сложной архитектурой.
Интересно было бы, что-нибудь ближе к web разработке.
Спасибо!

[Евгений Ахметов]

Скрам и для команды из 6 человек вполне, естественно часть бюрократии можно убрать, но зато хорошо дисциплинирует.

Answer 2

[Сергей Протько]

Вам нужен канбан.

Comments

[Mikhail Osher]

+1. Самое простое в данном случае.

Answer 3

[Sanes]

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

Comments

[Сергей Протько]

> Мало у кого получается найти золотую середину.

BDD, мокапы, прототипы. Пока нет ГОСТовых ТЗ все это спокойно заменяет документацию по проекту. Ну и все договоренности по email хотя-бы для отчетности.

Ну и опять же, автора другое интересует - как наладить работу команды, а не как общаться с клиентами.

[Sanes]

Сергей Протько: А внутри команды общаться не надо?

[Сергей Протько]

Sanes: а внутри команды бюрократии нет. Есть слаки, ишус трекеры. Достаточно просто все решения записывать в комментах к ишусам. Ну и опять же BDD, мокапы, прототипы.

[Sanes]

Сергей Протько: Это и есть бюрократия.

[Сергей Протько]

Sanes: ну это приятная бюрократия. Тут нет отчетности (всей отчетностью занимаются различные трекеры которые действуют прозрачно), только общение. А записывают больше для себя чем для других.

[Sanes]

Сергей Протько: Везде по-разному. Очень часто встречаются менеджеры, которым заняться нечем или руководители, которым скучно. Кто-то сам выдумает очередную муть, а кто-то на дурацких тренингах недавно побывал.

[Sanes]

Сергей Протько: Особенно хорошо это заметно в компаниях, где сотрудников 50+ Это жесть. Благо сейчас почти всех паразитов сократили. Я этих тренеров по-другому назвать не могу.

[Сергей Протько]

Sanes: менеджеры которым заняться начем или руководители которым скучно? При таком менеджменте явно надо бежать без оглядки. Что до тренингов - они так же разные бывают. Те на которых я был обычно как раз таки несколько другие идеи преподносили.

Answer 4

[Dr_Gonzo]

Методология Scrum + автоматизированная система Jira, в которой теперь существует функционал канбан доски, можно задавать спринты и т.д.

Answer 5

[Амир Шабанов]

Методология Scrum + таблица для каждого прогера "задание на день", "задание на неделю", "задание на месяц". + БЭМ методология для всей команды. Привел систему с которой приходилось сталкиваться