Содержание

Наш подход к разработке

Уважаемые члены команды DMTeam. Выражаю вам благодарность за ваше участие в проекте, как минимум из комы мы его вытащили. :)

Как вы знаете наша ближайшая задача была выпустить стабильную версию 3.0. Это означало, что в основном мы исправляли ошибки и заделывали дыры. Я прекрасно понимаю насколько это было нудно, ведь все вы участвуете в проекте вовсе не для того, чтобы постоянно бороться с багами, вы тут потому, что вы хотите добавить что-то новое в клиент, то чего нехватало именно вам. Кто-то хотел быстрый поиск, кто-то добавить новую фичу, кто-то переделать старую функциональность, я сам такой же…

Наши идеи - мощная вешь они могут как сделать клиент супер популярным, так и убить его. Чтобы лучше понять о чем это я, прочтите отрывок из прекрасной книги Алана Купера.

Итак, тобы у нас все получилось я настаиваю на следующей организации работ.

1. Основа основ (минимальный цикл)

В основе всей системы лежит работа через баг трекер. Я думаю, что этот подход все поняли, я просто закрепляю его документально, так сказать :)
Никакие изменения не могут быть внесены в код, если это не отражено в баг трекере.

Все участники проекта должны иметь возможность знать что вы делали, делаете или будите делать с кодом. Для этого и нужен трекер.

Таким образом минимальный цикл работы с кодом такой:

  1. В трекере появляется вопрос. (вы сами его туда добавили или его добавил тестер это неважно)
  2. Вы берете вопрос по свою ответственность.
    1. При этом вы по возможности высказываете свои мысли по поводу вопроса, и возможных вариантов решения.
  3. Вы отрабатываете (или закрываете) вопрос с комментарием о том как именно вы его решили.

2. Исправление ошибок и мелкие правки

Для исправления мелких ошибок используйте минимальный цикл (см. выше).

3. Добавление новой функциональности (большой цикл)

Самое интересное :)

Если же вы хотите добавить что-то существенное, то вам придется пройти большой цикл.

  1. Найти подходящего, или описать нового персонажа.
  2. Описать сценарий его работы, а если потребуется то и спецификацию.
  3. Удостовериться, что сценарий не противоречит работе ключевого персонажа.
  4. Извлечь из сценария необходимые задачи.
  5. Для каждой задачи выполнить минимальный цикл (см. выше).

Следуя этим рекомендациям мы сможем: