Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Вот сижу и думаю... неужели это я один такой остался, вымирающий мамонт, кто понимает под постановкой задачи конкретно и четко изложенный алгоритм действий для разработчика
Как вариант можно попробовать работать с user stories - техника из Agile методологий. Возможно используя их вы сможете в какой-то степени решить проблему отсутствия документации.Солидарен с вами. Юзер стори полезная составляющая.
Можете показать скриншот задачи на постановку разработчику? Как оно выглядит в этой системе?
А где бы посмотреть вводный видеокурс? Ну или скриншоты, как с этим работать...
. На сайте разработчика Redmine кое что посмотреть можно, но лучше установить и потыкать кнопки самому. Там все очень просто. Даже на русском языке.
Никогда ни с чем подобным дел не имелсоветую: Redmine. Здесь можете взять готовый инсталятор http://bitnami.org/stack/redmine . Установка на 1-2-3 и через 20 минут у вас уже готовый сервер в связке с wiki, subversion и остальными прибамбасами.
Посоветуйте пожалуйста продукт (один) желательно бесплатный... чтобы можно было попробовать, показать, рассказать и работать.
Проблема — это разница между существующим и желаемым с точки зрения конкретного агента.
В первоначальном посте ярко выраженной разницы не показано.
Можно лишь было догадываться, что проблема либо в:
1. Аналитик: У меня нет шаблона для постановки задачи, хочу шаблон (Чтобы не забывать важные вещи? Чтобы каждый раз было одинаково? Непонятно).
2. Программист: Сейчас задачи ставятся по-разному. Хочу, чтобы задачи ставились единообразно (Чтобы было проще принимать задачу в работу?).
В ходе дискуссии выясняется следующая проблема:
3. ПМ: Хочу, чтобы в случае замены специалиста эта замена обходилась по времени дешевле, чем сейчас.
1 и 2 действительно могут относиться к проработке и унификации ФОРМАТА постановки задачи и решаются шаблонизацией.
3 скорее всего действительно относится к СРЕДЕ ХРАНЕНИЯ и РАСПРОСТРАНЕНИЯ постановок задач и решается выбором инструмента (например, таск-трекера) и методикой работы с ним.
А при чём тут постановка задачи программисту?
известная проблема.А если без привязки к постановке на экранную форму?Думаю, что типового решения тут не существует. Каждый (организация разработчик) делает так, как сложилось в процессе многолетней работы. И думаю, что особо на этом не стоит заморачиваться. Просто соберитесь своей командой -аналитики, архитекторы, программисты и придите к какому то единому мнению. Как должен выглядеть документ, чтобы всем было хорошо.
Бывают разные виды постановок - форма, отчет, функция, задача и т.п.
Я привел пример для формы, потому как с ней понятно, что должно быть:
1. Графическое представление
2. Используемые массивы данных (объекты таблицы БД)
3. Выходная информация
4. Алгоритм использования (заполнения и работы с ней)
что-то еще....
Ту же модель на UML где писать, какую именно модель? Нужно ли к ней текстовое описание? В какой форме?
Где это все перечислять?
Существует ли некая общая форма или каждый "свободный и вольный писатель"?
Но из остающихся на плаву отдельных продуктов, таких как Rational RequisitePro и Rational ClearQuest сформировано новое предложение - IBM Rational Lifecycle Package. Кроме указанных выше продуктов сюда также добавлен IBM Rational Method Composer (разноязычные варианты Rational Unified Process, причем есть даже русскоязычный + средство для проектирования своего адаптированного RUP на базе Eclipse).
Ну а что касается IBM Rational Lifecycle Package with ClearCase, то этот пакет отличается от предыдущего лишь добавлением Rational ClearCase, что очевидно из названия.
Ну так надо было продвинутому разработчику (архитектору) нарисовать модель на UML, да и отдать ее программистам.Денис, а кто и как объяснит самому архитектору как это должно выглядеть и работать?
Или это такой крутой архитектор, который сам разберется? Думаю ошибаетесь. О! Я тоже был на ней. И по этой же причине не был на Гради БучаАга. Я видел Вас, но понял что это были именно Вы только сейчас , увидев на форуме ))
