Требуется руководство процессом - PullRequest
3 голосов
/ 17 января 2009

Моя компания не придерживается четко определенного процесса разработки программного обеспечения. Я хочу реализовать простой, но эффективный процесс, который подойдет моей компании.

У нас есть все наборы ресурсов, от руководителей проектов до разработчиков и тестировщиков.

Пожалуйста, предоставьте некоторые ссылки или шаблоны процессов, которые я могу использовать.

Ответы [ 10 ]

1 голос
/ 17 января 2009

Книга Джима Хайсмита, Agile Software Development Ecosystems , содержит хороший обзор основных методов гибкой разработки программного обеспечения. Я бы посоветовал проверить его в библиотеке или купить копию, чтобы почувствовать различные возможности и посмотреть, какие (если таковые имеются) лучше всего подходят для вашей компании и продуктов. К другим процессам, которые вы, возможно, захотите посмотреть, относятся IBM Rational Unified Process (также существует гибкая версия этого) и Team Software Process .

1 голос
/ 17 января 2009

Если вы используете C ++ и думаете о включении в процесс стандарта кодирования, вас может заинтересовать эта тема:

Наиболее важные элементы в легком стандарте кодирования C ++

1 голос
/ 17 января 2009

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

О каком программном обеспечении идет речь?

ура

Rob

1 голос
/ 17 января 2009

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

0 голосов
/ 06 февраля 2009

Процесс также является вопросом управления. Принятие структуры управления без участия руководства - бесполезное занятие. (Босс с заостренными волосами говорит: «Мы начинаем писать код сегодня! Мы развернем в пятницу! Вы умные варианты использования не скажете мне, как управлять моим магазином!») Кроме того, масштабирование важно. Многие процессы - это способы заставить кого-то проверить, кто-то проверяет кого-то, чтобы убедиться, что он выполнил свою работу правильно. Если вы в команде из одного человека, то это значит, что вы проверяете свою работу. Это также редкий случай, когда кто-то, кроме разработчика, заботится о процессе. Федеральный SDLC, CMMI, являются примерами огромных процессов, которые предполагают, что десятки людей страстно заботятся о процессе, часто неудовлетворенное предположение.

0 голосов
/ 18 января 2009

Прежде чем добавлять шаблоны и процессы, я думаю, что вам необходимо «задуматься» о проблемах, с которыми вы сталкиваетесь, проанализировать множество доступных базовых процессов управления проектами / разработки программного обеспечения и определить, какие из них лучше всего подойдут вашей группе, как они будут реализованы. и в какие сроки, как проводить обучение и т. д.

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

0 голосов
/ 18 января 2009

Мы занимаемся разработкой индивидуального программного обеспечения, имея также несколько продуктов, таких как приложение для расчета заработной платы, взаимные фонды и электронная коммерция. Используемая нами технология .net 2.0 с sql 2005.

0 голосов
/ 17 января 2009

Как и предполагали другие, без дополнительной информации о вашей компании, проекте и домене, сложно дать ценную рекомендацию. Если у вас нет определенного процесса о , то любой определенный процесс будет работать лучше.

Я бы посоветовал начать с чего-то небольшого, а не с полномасштабного развертывания любой данной методологии. Найдите то, что причиняет наибольшую боль вам и вашим коллегам; понять, почему это больно, и определить процедуру, которая позволит избежать этой ловушки. Постарайтесь внести свой вклад в это, объяснив ценность следования процедуре. Когда команде будет удобно использовать эту процедуру, найдите следующую проблему и сделайте то же самое.

Я не уверен, что у вас это уже есть, но если у вас его нет, самое важное, что вы можете сделать, - это развертывание инструмента отслеживания проблем, такого как JIRA или Trac и начните отслеживать, какие проблемы обнаружены тестерами или о которых сообщили пользователи, и как они решаются.

0 голосов
/ 17 января 2009

Откат, который вы получите от своих сотрудников, заключается в том, что каждый проект требует немного другого процесса (в зависимости от размера, сложности и параметров проекта).

То, что я хотел бы сделать, - это создать процесс для самого большого проекта, который вы ожидаете выполнить, а затем составить из него контрольный список. Когда вы собираетесь начать новый проект, возьмите контрольный список и примите обоснованные решения по каждой части проекта и решите, нужно ли вам использовать эту часть процесса (например, вам может не потребоваться стресс-тестирование для Приложение 3 пользователя, но веб-портал - думаю, youTube вы бы).

0 голосов
/ 17 января 2009

Если вы ищете шаблоны управления проектами, PRINCE2 - полезная методология управления проектами.
Вы можете легко сделать Scrum с Prince2

...