![]() |
|
Справка | Пользователи | Календарь | Все разделы прочитаны |
Management Искусство управления через призму мобильного игростроя. |
![]() |
|
Опции темы | Опции просмотра |
#11
|
||||
|
||||
![]() Частично методику тоже используем, так как там есть довольно дельные и полезные мысли.
|
Реклама | |
|
#12
|
|||
|
|||
![]() Позвольте побыть злым языком, и испортить приятную беседу...
Для начала, терминология: рефРакторинг пришется с буквой р, а компромисный треугольник не стоит называть треугольником баланса. Далее, ИМО вся теория ХР является утопией. Если сравнить ее, скажем, с тем же Msf получится, что ХР игнорирует огромное количество производственных моментов, на которые заостряет внимание Msf. Например, ХР призывает иметь представителей заказчика прямо в цеху разработки. По моему это какой-то бред, и превращение работы неизвестно во что. В противовес, Msf предлагает иметь менеджера по взаимодействию с заказчиком. Задача этого человека (или отдела) есть представление интересов комманды у заказчика, и интересов заказчика в комманде - этакий двуликий человечек. Главное, чтобы он был объективен. Кроме того, должен быть отдел (или один сотрудник) по взаимодействию с конечными пользователями. Который реально и является законообразующим звеном, которое может сказать заказчику о неправильности его требований к проекту, на конкретном примере - отзывах пользователей о функциональности текущей версии. Вывод: ХР можно использовать в небольших колличествах, применяя некоторые моменты описанные в этой теории, но не переусердствовать. Хотя я лично всех бы от этого отговаривал. |
#13
|
||||
|
||||
![]() Дык об этом то и речь, что использовать надо _то_, что _эффективно_ сработает на проекте в данном случае, а не тупо как баран следовать процессу, фанатично придерживаясь методологии и закрывая глаза на "узкие" места.
Частично используем и Msf, например, вся инфа должна быть доступна любому участнику проекта, да и много других частей, которые эффективно сказываеются на процессе. |
#14
|
||||
|
||||
![]() С Grim согласен. Не надо доводить до крайностей=) Но вот реальный пример из жизни, когда мы работали с заказчиком и его представители (конечные пользователи) 2-е недели прямо таки жили в нашем офисе я не забуду. Ибо сделана работа была раза в два быстрее и качественнее. А что касается одного посредника, так это хорошо если, как заметил Grim он адекватен...
|
#15
|
||||
|
||||
![]() А еще лучше когда разработчик сам является и заказчиком и паблишером :)
Многие наши проекты именно так и производятся, в этом случаи PM или гейм-дизайнер выступает в роли заказчика, главное что бы стандарты качества у этого человека были на уровне. Любой посредник это замедление процесса, даже если он будет просто делать forward писем. |
Реклама | |
|
#16
|
||||
|
||||
![]() Цитата:
С наступающим! |
#17
|
||||
|
||||
![]() Playtest-ы конечно присутствуют, вопрос в другом, MSF это хорошо,
но мобилные реалии таковы что над проектом работают 3-5 человек и поэтому одному человеку приходится играть разные роли, художник-гейм-дизайнер, pm-внутр заказчик-внештатный тестер и т.д. =) |
#18
|
||||
|
||||
![]() Ахха, помогают _очень_, сразу видим, что модифицировать придется или внести в "learning curve" :). Дешево и полезно.
Последний раз редактировалось Crash, 29.12.2004 в 14:37. |
![]() |
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
![]() |
||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Разработка игр для мобильных телефонов | Game-Art-Studio | Поиск работы | 27 | 06.02.2007 19:25 |
разработка игр для мобильного телефона | vbor | Поиск сотрудников | 0 | 03.12.2005 15:09 |
Разработка мобильных приложений: с чего начать? | Mihalych | Статьи | 0 | 09.08.2005 19:28 |
Программирование на С++ под Symbian | Vanka | Поиск сотрудников | 0 | 15.11.2004 19:22 |