Как вы называете свои проекты?

на работе у нас возникают проблемы с разными людьми, которые хотят/предлагают разные имена для нового проекта. Он менялся 4 раза за последние 2 дня.

какие процессы проходят люди, называя внутренние проекты? Как вы работаете в команде, чтобы прийти к выводу о названии проекта?

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

19 ответов


Почему команда выбирает имя. Разве у вас нет менеджера? Вот как должны работать организации: если один уровень не может достичь цели своевременно, поднимите его на следующий уровень.

какая колоссальная трата времени!


мы называем их в честь персонажей Азимова.

блэкджек клиент Хари.


пусть все положат свои предложения в шляпу и вытащат имя наугад. Разве это имеет значение?


  1. попросите команду сделать много предложений.
  2. у руководства и юридических отсеять проблемные имена.
  3. пусть команда проголосует за оставшиеся имена.

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


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

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


одна компания, с которой я был, назвала все свои проекты в соответствии с названиями городов отдыха. Итак, у нас был Париж, Афины и т. д. Я также использовал греческих богов и созвездия. В этом не было особого процесса, просто то, что команда разработчиков считала крутым. Хотя был случай, когда мы позволили нашему бета - партнеру в то время выбрать название проекта-у них был целый конкурс и все.

другой проект, в котором я был, имел четыре фазы: Красный, зеленый, голубой, и 4

Это должно понравиться.


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

У нас был один проект, который был назван амбиции, доброжелательность, обаяние и т. п.

Мне нравится использовать Мгновенный Сток Голосование для этого.

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


для моих личных проектов я называю их после революционных военных сражений (например, Лексингтон, Конкорд, Саратога, Тикондерога). Я также люблю использовать имена из греческой мифологии, так как я большой фанат этого :)

другой личный проект был назван Rushmore (как в Mt. Рашмор). IMO все зависит от того, что вам нравится, и будет ли имя проекта публично видно. Если это не так, тогда назовите его как хотите (чем более таинственным, тем лучше, если вы спросите меня!) но если это будет публично, тогда выберите что-то, что не звучит смешно или заставит людей пойти "а?". Project Fig Newton или Project Twinkie может показаться смешным для группы разработчиков, но как это будет звучать для клиентов?


Назовите свои проекты таким образом, чтобы разработчики знали, что они такое, когда вы помещаете под контроль источника. Вне вашего текущего контроля источника не имеет значения, как его называют люди.

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

попробуйте придерживаться имен как: сайт customerA customerB WinApp


одно место, где я работал, использовало горы для каркаса и горнолыжные курорты для клиента; другое использовало станции метро. В обоих случаях это были внутренние имена, которые не имели фиксированного номера версии (так как маркетинг имел привычку менять это)


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

Fwiw, моей любимой системой был архитектор, который выбрал персонажей Судьи Дредда. : D


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

на работе у нас есть традиция для более простых и описательных имен. Например, приложение, которое загружает файлы по расписанию называется ScheduledFileUploader. А еще есть FileOrganizer, MailSender, DiskSpaceMonitor et.с..


вы имеете в виду кодовое имя? так как он застрял только в сознании внутренних сотрудников, мы обычно называли его первым, что мы думали, и мы никогда не ставили его на обсуждение, один проект мы назвали "тесто" серьезно! :) и это сработало как волшебство, все работает


  • женские имена (всем нравится красивое имя, особенно если это приносит приятные воспоминания)
  • животные (все любят животных)

мы обычно соглашаемся очень быстро на этом, никаких проблем нет. После того, как мы назвали что-то, например, "бурундук", шутки и смешные картинки начинают поступать (все любят придумывать шутки :)

но на самом деле, я не думаю, что это делает разницу.


Назовите свои проекты после созвездие. Есть много, чтобы выбрать из, большинство звучит круто. Также, Когда вы доберетесь до проекта Aries, вы можете сказать людям, что вы проверка структуры ячейки и структура ячейки была проверена.


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

к сожалению, это не шутка.


нет имен проектов, только номера версий.

все знают, что если вы выпустили "MyBlaPro 4", вы работаете над "MyBlaPro 5", и он выйдет через 1-2 года (история вашей компании может дать намек на длину вашего dev. циклы.) Большой секрет не в том, что вы работаете над следующей версией, а когда она выходит.

Кодовые имена путают не только аутсайдеров (например, Avalon/WPF, Longhorn/XP/2000/Vista/7), но и инсайдеров. Иногда можно услышать такие дискуссии, как "нет, мы добавили X в Zimfandel, прежде чем Каберне" "нет, вы ошибаетесь, Каберне было 5, Зимфандель был 6, но X был добавлен в Мерло"

добавьте к беспорядку полу-аутсайдеров. Подумайте о локализационных компаниях, которые должны повторно использовать переводы памяти между версиями ("для Rainier мы должны использовать память из Шасты или из Уитни?").


мой старший брат Микаэль был вызван к некоторым пожаротушения в конце проектов...он выбрал несколько названий фильмов

  • Спасите Вилли - раздутый проект java
  • Гарри Поттер - архитектурная катастрофа java project