iDoka
@iDoka
HW Design Engineer

Методологии ПМ для MobileDevelopment (iOS/Android)?

Интересует именно не с т.з. автора идеи/кода, а с точки зрения понимания из каких процессов состоит design flow, для чёткого определения ресурсов: сроки, стоимость стадий, человеко-часы.
Специализация в MobDev: утилиты (не игры).
Роль: заказчик + ПМ (управление и координация работой подрядчиков)


Хотелось бы найти:

— набор этапов разработки;

— набор категорий задач;

— шаблон/пример.


В чём я вижу специфику для MobDev и какие примеры в идеале хотелось бы найти:

— взаимодействие с дизайнерами (заказ нескольких вариантов оформления);

— этап раскрутки (начало и окончание, необходимые ресурсы);

— просчёт рисков (сроки/стоимость).
  • Вопрос задан
  • 4273 просмотра
Пригласить эксперта
Ответы на вопрос 2
IvanFF
@IvanFF
Вы реально надеетесь, что кто-то расскажет Вам свою успешную бизнес модель создания мобильных приложений «от и до»? :)

Напомнило историю "Хочу выпустить супер приложение которое миллионы принесет, ищу программиста, а фишку пусть он придумает сам, ну типа как instagramm".

А по существу — это достигается опытом (как практическим, так и теоретическим) и на 90% зависит от команды и самого ПМ. А уж мобильное это приложение будет и лесозаготовки — не так принципиально.
Ответ написан
@dplsoft
Для начала - читать методологию. Рекоендую RUP 6 (именно 6-й, а не 7-й) в зубы, и вперед.
или OpenUP ( ru.wikipedia.org/wiki/OpenUP, www.ibm.com/developerworks/ru/library/kroll ).

Хотелось бы найти:
— набор этапов разработки;
— набор категорий задач;
— шаблон/пример.

вар.1 Покупайте Rational Method Composer (RMC).
Там редактор "сайта процессов" с примерами и шаблонами и описанием всех процедур, документов, шаблонов и всего прочего что вам вообще может понадобиться. Идеология применения на практике звучит так: из этого безобразия - надергиваете то, что вам надо _на_этом_ проекте - и получаете описание методики и процеcсов на вашем проекте. С шаблонами документов, инструкциями и описаниями процедур.

Там и RUP, и Agile-RUP облегченный есть, и даже классический "водопад" с рекомендациями описан. Сейчас может что и для мобильных приложений тоже впилили. Я года 2 как не смотрю что у них творится, но надеюсь, IBM не сильно испохабил творение компании Rational.

Стоит в принуипе "нехреновых денег", но месяц полнофункционального прогона пр регистрации был бесплатно. IBM щедра как никогда. <_<
www.ibm.com/developerworks/downloads/r/rup
www.interface.ru/home.asp?artId=1524
www.itshop.ru/Dokumentirovanie-i-avtomatizatsiya-p...

вар.2 Или щупайте его бесплатный эклипсовсий прототип Eclipse Process Framwork . Но там многих шаблонов нет. Зато есть куча своих, от сообщества. Включая пригоршню Agile-процессов, описания XP и тому подобного безобразия.
www.eclipse.org/epf
www.ibm.com/developerworks/rational/library/05/101...

PS Вопрос методологии, принципов. Именно они позволяют выстроить набор всего-всего в нечто осмысленное. Бойтесь в EMC рисовать что своё без понимания хотя бы основ RUP (настоятельно рекомендую именно 6-й, потому что в 7-м введены принципы бизнес-ориентирвоанной разработки, которые технически - совершенно неосмыслены).
НО! С другой стороны - только EMC (и только он) может сгенериовать вам самое полное описание всех методов и процедур RUP (включая философию и принципы). В общем - сделаете сайт с полным описанием RUP - глядишь и поймете что. А начать можно с википедии ( ru.wikipedia.org/wiki/Rational_Unified_Process ) или вводных статей по OpenUP ( ru.wikipedia.org/wiki/OpenUP, www.ibm.com/developerworks/ru/library/kroll ).

Не бойтесь первых неудач. У меня на то, чтобы начать "думать итерациями" и не пытаться все прописать и сразу - ушло полгода. На то, чтобы освоить внятную работу c использованием UseCases - ещё несколько месяцев.

PPS и забудьте про ТЗ ;)
ТЗ - статический артефакт из темного каскадно-водопадного прошлого.
Да здравствует итеративное настоящее, дисциплина "управление требованиями" и UseCases ! (трижды "ура") )))
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы