Уважаемые коллеги, другой ветки для темы я не нашел, поэтому пишу здесь.
Расскажите пожулйста, какие методологии разработки используются в Ваших компаниях, как давно используются и успешно ли?
Спасибо.
Модератор: YuriY
YuriY писал(а):Maria, а у вас уже есть конкретные вопросы к консультанту?
Я думаю, что если, например, здесь задавать четкие вопросы, то найдутся люди, которым есть что сказать.
Кроме того, если думаете о внедрении того же скрама, то, мне кажется, для начала необходимо прочитать букварик какой-нибудь (возможно, вы уже это сделали ), например, я сейчас читаю "SCRUM и XP: из окопов". Об этой книге отзываются как об очень хорошем варианте для начального ознакомления с подходом (минимум теории - максимум практического опыта).
После прочтения этой или подобной книги и примеривания идей на себя у вас, вероятно, возникнут интересные практичные вопросы. Вот тогда получится хорошо поговорить). Я, в частности, готов участвовать в обсуждении. Экспертом себя не назову, но как минимум интересующимся и сочувствующим являюсь)).
YuriY писал(а):Наблюдается неединодушие с высшим руководством). В таких условиях делать нововведения крайне непросто... без поддержки сверху...
С другой стороны, изменения должны быть оправданы, в том числе с экономической точки зрения.
Я так понимаю, что вы считаете, что изменения нужны. А руководство так считает? Может, директор предлагает другие варианты? Или ничего не хочет менять? В этом случае сначала необходимо показать, что имеется проблема с текущим процессом, и только потом предлагать возможные решения... А пока проблему видите только вы, диалог не состоится в принципе. Так нас учил Саша Орлов) и я очень с этим согласен.
На счет ежедневного митинга: можно попробовать исходить из того, что СКРАМ - это техника тайм-менеджмента, которая применяется для [командной] разработки ПО. А практически любая техника тайм-менеджмента (в частности, крайне популярные GTD, тайм-драйв Архангельского, система Стивена Кови) включают в себя ежедневное планирование работ. Если директор интересуется тайм-менеджментом, то параллель может помочь). Хотя все-таки мне кажется, что на данный момент это не самый главный вопрос. Важнее, чтобы все согласились, что нужно что-то менять...
Если моя гипотеза не верна, поправьте, пожалуйста).
YuriY писал(а):Необязятельно ведь одним махом вводить все практики СКРАМа (я так думаю)... Некоторые специалисты по тайм-менеджменту, например, рекомендуют растягивать внедрение GTD (по сути, тот же СКРАМ) на несколько месяцев... лишь бы наверняка внедрить).
Если есть желание, можем вместе поразмышлять. Может получиться интересно).
- я не думаю, что придется чем-то жертвовать. Предлагаемые в СКРАМ практики в принципе своем здравы и полезны практически в любой деятельности... Другое дело, что одним махом все не поменяешь. Можно "захлебнуться" и дружно решить, что СКРАМ (или какая-то другая технология) - отстой, не работает и все такое... Так что начинаем потихоньку)).чтобы понимать, чем можно пожертвовать
YuriY писал(а): - Попробуйте описать несколько примеров (хотя бы 2-3), которые показывают, почему Вы захотели что-то менять. Какие проблемы у Вас возникают при работе по текущему процессу?
YuriY писал(а):- Какова средняя продолжительность проекта и количество людей в команде?
YuriY писал(а):- Команда распределенная или все вместе?
YuriY писал(а):- Заказчик далеко или близко? Как вы с ним общаетесь и как часто и быстро он доступен?
YuriY писал(а):- На чьей стороне выполняется изначальное планирование проекта?
YuriY писал(а):- В каком виде требования к продукту существуют? На чьей стороне находится аналитик или человек, которые поддерживает требования?
YuriY писал(а):Часто ли меняются требования? Или они аппрувятся в начале проекта, а все изменения - за отдельные деньги потом, в виде Change Request'ов проходят?
1. кол-во ошибок в версиях сдаваемых на тестирование;
2. небольшое время на дебаг и на тестирование;
3. огромное кол-во срочных нововведений от заказчика;
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2