Перейти к содержимому

Фотография

Psp


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 6

#1 zar

zar

    Новый участник

  • Members
  • Pip
  • 17 сообщений
  • Город:Moscow

Отправлено 24 декабря 2003 - 13:18

Цитирую из http://www.pmprofy.r...431-article.asp

После обучения программистов методологии PSP...

...в фирме Union Switch and Signal на этапах внедрения и промышленного использования пяти заказных КИС не встретилось ни одной ошибки. Все работы были выполнены точно в срок;
...в фирме Motorola в 18 проектах общим размером около 25 тыс. строк была обнаружена только одна ошибка;
...в фирме AIS время тестирования выпускаемых продуктов сократилось с 2 месяцев до 5 дней. 


Ваше мнение? что-то не очень верится, хотя автор методики - известный человек...
  • 0

#2 Eugene

Eugene

    Консультант

  • Members
  • Pip
  • 50 сообщений
  • Город:Киев

Отправлено 24 декабря 2003 - 13:35

Верится ли - вполне :)
Просто здесь достаточно формальными словами описана простая мысль о повышении дисциплины отдельно взятого разработчика, что в конечном итоге и приводит к повышению качества продукта. Так же есть такая вещь, как TSP (Team Software Process), который переносит эти идеи на уровень целой команды.
  • 0

#3 Deuterium

Deuterium

    Новый участник

  • Members
  • Pip
  • 13 сообщений
  • Город:Н.Новгород

Отправлено 09 января 2004 - 08:15

Что-то никак не проникнусь этим методом :( . На мой взгляд, он может как-то подойти только для очень больших и забюрокраченных организаций. По части производственной отчетности - да, поможет: отдел качества успешно отчитается вышестоящему начальству о новых путях контроля работы программистов. Но на этом и всё. Нагрузка на программистов вырастет на 15-25% из-за новых видов отчетности, да и нервов они тратить на все это будут куда больше. Если не увеличивать трудоемкость продукта на эти проценты, то половина программеров от перегрузки быстро смоется в более демократичные компании. Потом, зто что же - отдел качества будет собирать логи компиляторов, высчитывать в них количество ругательных сообщений, каждый раз разбираться с причинами сообщений об ошибках, вызванных багами в чужих модулях, искать виноватых по цепочке и т.д.? Эффект будет в лучшем случае сомнительный, но придется ещё накинуть 10% трудоемкости на всю эту кашу.

Куда проще и быстрее посадить по два программиста за одну машину, как это давно уже делают экстремалы. Результат по снижению количества ошибок и цена по трудоемкости будут практически такие же, а нервировать честных программеров административными наездами не придётся. Да ещё и машины освободятся :)
  • 0

#4 Green

Green

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 09 января 2004 - 08:39

To Deuterium

Вообще-то, речь не идет о дополнительной нагрузке на отдел контроля качества.

PSP - это персональная система организации работы. Ее изучает программист и применяет в своей работе.

Цель этой методики - повысить производительность труда отдельно взятого программиста. Рассчитана она на сознательного индивидуума, стремящегося делать свою работу как можно качественнее. Безусловно, он требует дополнительного времени на освоение и применение. Но, взамен, применение этой методики позволяет снизить общее количество программных дефектов на стадии кодирования, что ведет повышению производительности и к снижению временных и финансовых затрат.

В результате, все довольны. Руководитель получает тот же объем работ в более короткие сроки, а программист – премию или еще что-то.

Если же встает вопрос о контроле, то любая работа «красна делами». Программист должен представить выходные артефакты, характеризующие его работу. По ним и можно судить о наличие или отсутствии методики PSP в работе отдельно взятого разработчика.

B)
  • 0
Гринкевич Сергей

#5 Green

Green

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 09 января 2004 - 08:43

Да ... еще хотел добавить.

Согласно заявленям института SEI (под эгидой которого распространяется эта методика), PSP может быть модифицирована под любой персональный процесс. Следовательно, возможен вариант и для тестировщиков.

;)
  • 0
Гринкевич Сергей

#6 Mila

Mila

    Постоянный участник

  • Members
  • PipPipPip
  • 192 сообщений
  • Город:Санкт-Петербург

Отправлено 09 января 2004 - 15:26

Да ... еще хотел добавить.

Согласно заявленям института SEI (под эгидой которого распространяется эта методика), PSP может быть модифицирована под любой персональный процесс. Следовательно, возможен вариант и для тестировщиков.

;)

Может сами попробуем придумать? :D
Было бы интересно пообсуждать :rolleyes:
  • 0

#7 Deuterium

Deuterium

    Новый участник

  • Members
  • Pip
  • 13 сообщений
  • Город:Н.Новгород

Отправлено 10 января 2004 - 01:16

Согласно заявленям института SEI (под эгидой которого распространяется эта методика), PSP может быть модифицирована под любой персональный процесс. Следовательно, возможен вариант и для тестировщиков.

Согласен. Проверено, организационные методики для программистов довольно часто подходят тестировщикам.
В принципе, разница между программистом и тестировщиком - не больше, чем между человеком и обезьяной :)
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных