Вы следите за процессом персонального программного обеспечения? Следит ли ваша организация/команда за процессом командного программного обеспечения?

Я прошел обучение, а затем моя компания заплатила за меня, чтобы я пошел в Карнеги-Меллон и прошел курс обучения инструкторов PSP, чтобы получить сертификат инструктора. Я думаю, что цель состояла в том, чтобы использовать это как часть усилий нашей компании CMM/CMMI. Я познакомился с Уоттсом Хамфри и нашел его добрым, мягким человеком с некоторыми глубоко укоренившимися идеями о процессе. Я прочел также несколько его книг.

Вот мой взгляд на это в двух словах - он слишком структурирован для большинства людей, чтобы следовать ему, предполагая, что вы следуете за вещами в буквальном смысле. Идея оценки, основанной на исторической информации, является OK, особенно в классе, но в реальном мире, где оценки отменяются в течение дня из-за меняющейся волны требований и направления, она гораздо менее полезна. Я также сделал широкий диапазон оценки Delphi, и это было OK, но, честно говоря, не обязательно было лучше, чем 'best guess', которое я бы сделал.

Моя команда была не в восторге от PSP, и это часть проблемы-покупка разработчика. Моя компания делала это по неправильной причине-просто чтобы сказать "hey, look we use PSP and have some certified instructors!".

В конце концов, я нашел, что использование подхода 'agile' будет лучше. У меня накопилось много работы, и в целом я могу довольно хорошо ее оценить. Я делаю это достаточно долго, чтобы сделать довольно хорошие приблизительные оценки по времени и, честно говоря, не думаю, что отслеживание времени действительно сильно улучшает ситуацию. Возможно, в некоторых средах это будет хорошо работать, но у меня дома мы будем продолжать откачивать качественное программное обеспечение без всех технологических обручей, которые дают сомнительные преимущества.

Только мои два цента.

Однажды я даже попробовал воспользоваться приборной панелью PSP.

Просто за этим слишком трудно угнаться. Кто хочет использовать секундомер для всех своих действий? Следуйте советам Джоэла относительно безболезненного планирования и планирования на основе фактических данных.

+1 этот вопрос, от -1 до PSP.

Я использовал процесс PSP и TSP наизусть в течение 4 лет (хотя это было в начале моей карьеры программного обеспечения). Как идеалист, вы будете любить то, что делается вами и, конечно, да, есть удивительные результаты.
Хотя PSP защищает запись ваших дефектов до глубины души (таких как; или опечатки), я был в разговоре с мистером Уоттс Хамфри, где многие люди спрашивали его о достижениях компиляторов и отсутствии объектной ориентированности (что я чувствовал, как это отсутствует, поскольку я был программистом OO и успешно использовал его). Он дал очень хороший ответ. Он продолжал: "PSP, или, по сути, любая методология процесса, не является концепцией, которая застряла на одной идее. Основная идея состоит в том, чтобы познакомить людей с качественными методами и анализом.
"Это всегда адаптивно. Вы можете адаптировать его в соответствии с вашими потребностями. Если вы чувствуете, что вы будете идти с методологией точки функции, вы в порядке, чтобы идти вперед с ним. То же самое для любых методов оценки. Но вы должны делать это постоянно и постоянно.
- То же самое и с продвижением компиляторов. Если вы чувствуете, что WBS в структуре PSP не подходит для вашего развития, измените его и используйте, но снова делайте это постоянно.
"Поскольку вы делаете это непрерывно, вы соберете исторические данные и будете статистически делать прогнозируемые и точные оценки по всем параметрам"
Может быть, я даю этот ответ поздно, но когда я прочитал все ответы, я почувствовал, что хочу поделиться этим. Согласно инструментам, у нас есть панель управления процессом, лист PSP excel и все.

Для PSP я видел приборную панель программного процесса, но она кажется ужасно сложной в использовании.

Я закончил курс PSP, следующий должен быть TSP, который предназначен для командной динамики, как говорят другие. У меня смешанные чувства по поводу PSP (в основном отрицательные, но результаты были интересными), я пришел к следующим выводам:

• Прежде всего, мой главный источник разочарования заключается в том, что шаблоны дизайна слишком утомительны и непрактичны . Измените их на UML и BPMN, скажите вашим инструкторам с самого начала, наложите, если это необходимо . В самой книге говорится, что шаблоны дизайна предназначены для людей, которые не знают или не хотят учиться UML.
• Во-вторых, оценки были единственной ценной частью для меня . В самой книге говорится, что вы можете использовать другие вещи, появляющиеся из строк кода, и даже рассказывается, как узнать, насколько они релевантны статистически. Мой взгляд на это (подсчет строк кода) заключается в том, что инструмент/плагин, который соединяется с вашим VCS (git, mercurial), должен существовать и автоматизировать построение Вашей личной базы данных, иначе слишком утомительно отслеживать base/added/reused частей.
• Сам процесс хорош, но неприменим к большим проектам, почему?, потому что он просто не справляется с итерациями . В реальном мире из-за изменений требований вам всегда придется повторять работу над проектом. Вы все еще можете применять дисциплину к небольшим программным задачам, а именно: планировать, проектировать, пересматривать свой дизайн (иметь стандарты проектирования и небольшой контрольный список, который вы можете запомнить), кодировать, пересматривать свой код (иметь четкие стандарты кодирования и небольшой мысленный контрольный список, который вы можете запомнить), тестировать, размышлять над своими ошибками. Любой опытный программист будет знать, что это в конечном счете интуитивные шаги, чтобы следовать. Моя рекомендация в реальной практике: следуйте за процессом, но не документируйте другие вещи, кроме вашего дизайна, и если вы реализуете модульные тесты, документируйте их хорошо .
• Этот процесс, возможно, действительно стоит того, чтобы следовать и практиковать... для системного программирования в реальном времени, где нет абсолютно никакого места для ошибок, в противном случае не стоит этого делать.
• Если вы ищете методику для организации и улучшения фокусировки, попробуйте GTD (Get Things Done) и Pomodoro first.
• Если у вас есть обсессивно-компульсивное расстройство, вы можете действительно наслаждаться PSP =).

Моя последняя рекомендация, учитесь на нем как на справочнике, может привести к лучшему и более практичному материалу. Эта штука слишком академична.

P.S.: R.I.P. Уоттс Хамфри

Я выучил его только в этом последнем семестре в колледже, и он отлично сработал для меня. Я знаю, что, следуя его букве, я могу быть уверен, что смогу нажать Compile и не будет никаких ошибок, а нажав Run, мне больше не придется тратить время на исправление и повторную компиляцию программы, чтобы запустить ее снова и снова, пока беспорядок не будет исправлен.

Люди жалуются на необходимость записывать "missing semi-colons" и тому подобное, но к тому времени, когда вы находитесь в программе 7, Вы больше не делаете таких тривиальных ошибок, и вместо этого ваши дефекты обнаруживаются в важных битах вашей программы. У меня не было возможности применить его к реальному сценарию, хотя я действительно с нетерпением жду!

Я использую PSP в течение последних шести месяцев.

Это отнимает много времени. По моим оценкам, мне пришлось потратить 7% своего времени на заполнение формуляров. Очень неприятно, когда приходится снова и снова повторять ошибку "missing semicolon".

Но с другой стороны, по мере того, как я привык к этому процессу, это стало важным, поскольку я начал видеть, какие ошибки я в основном делаю, и я начал "naturally" избегать их.

Это также делает вас "review" ваш код, так что вы можете увидеть, если есть какие-либо проблемы, прежде чем нажать кнопку компиляции.

Для инструментов я рекомендую использовать Timetracker: http://0xff.net/

Я рекомендую хотя бы попробовать PSP в течение нескольких месяцев, потому что вы создадите некоторые привычки, которые помогут сократить время, которое вы тратите на компиляцию и исправление незначительных ошибок.

Я стараюсь следовать процессу PSP 2.1, когда это возможно. Это действительно помогает мне сосредоточиться на том, чтобы не пропускать важные, но менее интересные части проекта. Обычно это дизайн и обзор дизайна для небольших проектов.

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

Если вы просто ищете инструмент для отслеживания времени, мне также нравится http://slimtimer.com . Он также может сделать несколько достойных отчетов.

Я следил за PSP в течение нескольких недель несколько лет назад, потому что моя группа хотела поэкспериментировать с ним. Я нашел это очень разочаровывающим и даже раздражающим для работы. Это истощило мое терпение. Мои основные отрицательные моменты::

• Нелепые акценты в таких вещах, как опечатки или пропущенные точки с запятой.
• Непрактичные формы, которые приходится заполнять вручную.
• Сосредоточьтесь на процедурном программировании вместо OO.
• Оценка предполагает подсчитывать количество петель, функции и т. д.

Я счел это огромной тратой времени. Я бы предпочел оставить эту профессию, чем быть вынужденным следовать PSP.

Связанный материал: мой ответ о книге PSP в вопросе "What programming book would you NOT recommend to developers".

Я использовал его во время учебы в университете, но на работе у нас действительно нет никакого процесса вообще. Только недавно мы начали использовать контроль версий.

Мой опыт общения с ней был таков, что она казалась слишком утомительной, чтобы быть полезной. Если он не автоматизирован, то он может уйти.