직장에서 우리는 새로운 프로젝트에 대해 다른 이름을 원하거나 제안하는 사람들과 문제가 있습니다. 지난 2 일 동안 4 번 변경되었습니다.프로젝트의 이름을 어떻게 지정합니까?
내부 프로젝트의 이름을 지정할 때 사람들은 어떤 프로세스를 밟아야합니까? 프로젝트 이름에 대한 결론을 내리기 위해 팀으로 어떻게 일합니까?
이 조금 명확하게하기 위해, 문제는 당신이 당신의 프로젝트가 아닌 당신이 그들에 이름을 할 것을 의 이름을 어떻게 입니다. 나는 3/4 관리자가 4 주마다 프로젝트 이름을 바꾸는 다음 4 주간을 보내지 못하게하기 위해 프로세스에 대해 더 알고 있습니다.팀이 이름을 선택하는 이유는 무엇입니까? 매니저가 없니? 그것이 바로 조직이해야 할 일입니다. 한 수준에서 목표를 적시에 달성 할 수없는 경우 목표를 다음 단계로 이관하십시오.
어마 어마한 시간 낭비!
경영진으로 에스컬레이션하는 것은 이름을 결정하는 데는 도움이 될 수 있지만 기술적 결정에 있어서는 끔찍한 생각입니다. 관리자는 개발자가하는 것보다 기술적 인 장점에 대해 거의 알지 못합니다. 관리자는 기술 결정을 내리고 싶은 마지막 사람입니다. –
프로젝트에 참여한 3 명의 관리자가 있습니다. 그들은 논쟁하는 사람입니다. D와 길을 따라 상담을 원합니다 ... * headwalls * – Mez
@Chris, 기술자가 결정을 내릴 수없는 경우, 귀하의 사례를 경영진에게 제출하고 결정을 내릴 수 있어야합니다 (아마도 가장 신뢰할 수있는 팀원의 선택 일 것입니다). 당신은 장점을 알리고 결정을 수락합니다. 그것이 명확하다면, 기술자들은 논쟁하지 않을 것이다. – paxdiablo
누구나 그들의 제안을 모자에 넣고 이름은 무작위로. 정말 중요합니까?
정말로 당신이 될 이름으로 얼마나 안장을 했느냐에 달려 있습니다.
예를 들어, .Net 프로젝트의 경우 선택한 이름으로 꽤 어려움을 겪을 수 있습니다.이 경우 프로젝트는 일반적으로 사이트에 멋진 이름이 지정되어 있어도 지루한 이름이 붙습니다.
코드로 "프로젝트 명"이없고 코드를 새 폴더 이름으로 옮기는 다른 기술은 "프로젝트"입니다. 재치있는 이름은 아주 재미있을 것 같습니다.
한 회사와 나는 휴가 도시 이름에 따라 모든 프로젝트의 이름을지었습니다. 그래서 우리에게는 파리, 아테네 등이있었습니다. 그리스의 신들과 별자리도 사용했습니다. 개발팀이 생각한 것이 무엇이든간에 멋진 프로세스가 많았습니다. 당시 베타 파트너가 프로젝트의 이름을 선택하도록 허용 한 경우가 있었지만 전체 콘테스트와 모든 것이있었습니다. 적색, 녹색, 청색, 4
꼭 그 사랑 :
내가에 있던 또 다른 프로젝트
은 네 단계를했다.알파로 만들지 않았습니까? –
베타 파트너가있는 프로젝트를 의미합니까? 그래,하지만 베타 파트너는 처음부터 참여 했어. –
제품 버전을 나타내는 문자를 사용하고 팀 구성원이 문자로 시작하는 단어에 투표하도록하십시오.
우리는 야망, 자비, 카리스마 지명되었다 하나 개의 프로젝트 등 내가 이것에 대한 Instant Runoff Voting를 사용하려면
했어.
새로운 팀 구성원이 있으면 프로젝트의 소유권을 느끼는 데 도움이되는 것으로 나타났습니다.
모든 잠재적 인 이름의 목록을 작성하십시오. 각 사람은 하나의 이름 제안 만 작성합니다. 모두에게 이름에 투표하게하십시오. 각 사람은 자신의 이름이 아닌 한 번만 투표 할 수 있습니다.
개인 프로젝트의 경우 나는 혁명적 전쟁과의 전쟁 (예 : 렉싱턴, 콩코드, 사라토가, 타이 콘데로가) 후에 이름을 짓습니다.나는 또한 그것의 큰 팬이기 때문에 그리스 신화에서 이름을 사용하는 것을 좋아한다 :)
또 다른 개인 프로젝트는 (Rushmore 산에서와 같이) Rushmore라고 명명되었다. IMO는 모두 여러분이 멋지게 그리고 프로젝트 이름이 공개적으로 표시 될지 여부에 달려 있습니다. 그것이 아니라면, 당신이 원하는 무엇이든지 이름을 지어주세요 (당신이 나에게 묻는다면 더 신비 롭습니다!). 그러나 그것이 대중이된다면 우스꽝스럽게 들리지 않거나 사람들이 "허?"라고할만한 것을 선택하십시오. Project Fig Newton 또는 Project Twinkie은 devs 그룹에게 재미 있을지 모르지만 어떻게 고객에게 소리가 나나요?
왜 투표가 중단 되었습니까? 누군가 그 프로젝트의 이름을 Fig Newton 또는 Twinkie로 불렀습니다. 아니면 산/그리스 신화/미국 혁명의 팬이 아닌가? –
RushMore가 주최자/일기 유형의 응용 프로그램이 아니길 바랍니다. – Piskvor
개발자가 소스 제어를 설정할 때 개발자가 자신이 무엇인지 알 수 있도록 프로젝트의 이름을 지정하십시오. 현재 소스 컨트롤 밖에서 사람들이 무엇을 부르더라도 상관 없습니다.
동일하게 유지되는 명명 규칙을 선택하면 소스 제어에서 항목을 구성하고 이니셜 및 약어를 벗어나려고하면 해당 프로젝트의 모든 DEV가 아무도 그 프로젝트를 알지 못할 것이므로이 규칙을 사용하십시오.
같은 이름을 고집보십시오 : 나는 클라이언트에 사용되는 프레임 워크에 대한 산, 스키 리조트를했다 customerA 웹 사이트 customerB WinApp
한 장소; 또 다른 튜브 스테이션을 사용했습니다. 두 경우 모두 고정 버전 번호가없는 내부 이름이었습니다 (마케팅에 변화가있는 습관이 있었기 때문에)
건축가가 선택한 것을 보았습니다. CTO의 권한, 개발자 팀 로타 및 임의의 직원에 대한 보상 경쟁하지만 궁극적으로 그것은 하나의 투표로 한 사람에게 내려옵니다. 민주주의는 원하는 방식으로 민주화 할 수 있지만, 무엇을 하든지 단지 그것이 비합리적인지 확인해야합니다.
Fwiw, 내가 가장 좋아하는 시스템은 건축가 Dredd 판사를 선택한 건축가입니다. : D
downvote에 대한 추론은 무엇입니까? – annakata
개인 프로젝트의 경우 때때로 저는 뉴욕, 베를린, 도쿄 등과 같은 대도시의 이름을 사용합니다. 프로젝트가 특정 기술이나 기능에 구속되지 않고 참여할 수 있다고 생각하기 때문에 편리합니다. 그것이 무엇이든간에, 동시에 그것이 멋진 일을하고있는 도쿄 또는 오슬로인지 기억하는 것이 조금 어려울 수 있습니다.
우리는 더 간단하고 기술적 인 이름에 대한 전통을 가지고 있습니다. 예를 들어 일정에 따라 파일을 업로드하는 응용 프로그램을 ScheduledFileUploader라고합니다. 그리고 FileOrganizer, MailSender, DiskSpaceMonitor et.c가 있습니다 ..
당신은 코드 이름을 의미합니까? 내부 직원의 마음에만 머물러 있기 때문에, 우리는 일반적으로 그것을 우리가 생각한 첫 번째 이름으로지었습니다. 우리는 토론을 위해 그것을 결코 사용하지 않았습니다. 우리는 "반죽"이라는 이름의 프로젝트를 진지하게 열었습니다! 이 마법처럼 일 및 :), 아무것도
내 큰 형님 미카엘은 자신이 어떤 영화 타이틀
우리는 보통이 하나, 아니 문제에 매우 빠른 합의 그곳에. "chipmunk"와 같은 이름을 지은 후에 농담과 재미있는 그림이 도착하기 시작합니다. (모두 농담을하는 것을 좋아합니다.)
하지만 실제로는 그렇지 않습니다.
constellations 뒤에 프로젝트의 이름을 지정하십시오. 선택할 수있는 것이 많으며 가장 시원합니다. 또한 양자리 프로젝트에 올 때 사람들에게 당신이 checking the cell structure and the cell structure has been checked이라고 말할 수 있습니다.
Downvoted - Woody Allen 팬이 아닌가요? –
많은 관심과 많은 개인적인 고통이 있습니다. 나는 솔직히 내 개인 프로젝트 이름에 사로 잡힌다. 특정한 유형이나 DLL의 이름에 대해 몇 시간을 생각해보아야합니다.
슬프게도이 농담이 아닙니다.
??? 친애하는 익명의 사람, 왜 주제에 관한 주관적인 질문에 대한 답변을 투표 하시겠습니까? – JaredPar
프로젝트 이름이없고 버전 번호 만 있습니다.
여러분이 "MyBlaPro 4"를 출시하면 "MyBlaPro 5"에서 일하고 1-2 년 후에 나올 것이라는 것을 모두 알고 있습니다 (회사 내역은 개발자의 길이에 대한 힌트를 제공 할 수 있습니다)). 큰 비밀은 당신이 다음 버전에서 일하고있는 것이 아니라 밖으로 나올 때입니다.
코드 이름은 외부인 (Avalon/WPF, Longhorn/XP/2000/Vista/7)뿐만 아니라 내부자들도 혼동합니다. 당신은 때로는 "아니오, 우리는 Zimfandel의 X를 Cabernet 앞에 추가했습니다." "아니, 틀렸어, Cabernet은 5, Zimfandel은 6, X는 Merlot에 추가되었지만 X는 Merlot에 추가되었습니다."
하프 아웃 사이더. 버전간에 메모리 변환을 재사용해야하는 현지화 기업을 생각해보십시오 ("Rainier의 경우 Shasta 또는 Whitney의 메모리를 사용해야합니까?").
중복? http://stackoverflow.com/questions/41026/naming-products –
이것은 "팀 내에서 이름 짓기에 관한 갈등 해결"입니다. – Mez