1

나는 약 2 년 전에 웹 사이트를 만들었으니 심각한 T.L.C. 나는 사이트를 유지 보수하고 버그 수정 등을 해왔지만, 스크랩 지 또는 컴퓨터의 텍스트 파일에있는 사이트의 '아이디어'와 기능 만 작성했습니다. 사이트에는 그 당시에 할 일이 재미 있었기 때문에 결코 '구조화 된'개발 계획이 없었습니다.2 년 전에 작성한 정확한 사이트 계획에 대한 조언이 필요합니다.

나는 사이트를 보면서 여기에 앉아있다. 사용자들은 그것을 좋아하고, 인기가 있으며, 이익을 얻는다. 나는 끝내고 싶은 사이트에 대해 백만 가지 아이디어/수정/기능을 가지고있다. 어디서부터 시작해야할지 모르겠다. 이 코드는 엉망이며, 버전 관리가없고, 할 일 목록도없고, 기능 목록도없고, 버그 추적도없고, 아무 것도 없습니다!

나는 갇혀있다, 나는 정말로이다. 나는 그것을 지금 본다. 그리고 어디에서 시작해야할지 전혀 모른다. 이상적인 세상에서 이것은 내가 원하는 것입니다. 전체 코드 기반을 다시 작성하고 싶습니다. 나는 사이트의 정밀 검사를 위해 가지고있는 모든 기능이나 아이디어를 기사화 할 수있는 계획 또는 프로젝트 관리 소프트웨어를 찾고 싶습니다. 그러면 목록을 볼 수있는 동료 프로그래머와 공유 할 수 있기를 바랍니다. 코멘트/모든 문제를 논의하고 궁극적으로 소프트웨어의 '기능 목록'에서 작동합니다. 프로그래머가 사이트에서 동시에 작업하고 변경 사항을 수일마다 커밋 할 수 있도록 버전 제어를 구현하려고합니다. (나는 이것을 위해서 자식을 생각하고 있었다)

어떻게해야합니까? 여러 프로그래머가있는 거대한 웹 프로젝트를 계획/작성하는 데 도움이 될만한 것이 있습니까?

+0

전체 팀이 단일 위치에서 작업하거나 팀 구성원이 지리적으로 분산되어 있습니까? –

+0

지리적으로 분산되어 있습니다. – Shaun

답변

3

당신이 배우고으로, 단지보다 적당한 크기의 웹 사이트를 실행에 더있다 : 답변 잘 읽어 볼 가치가 여기에 다른 질문에 대한

편집

링크 몇 가지 코드 작성.

대답에서 프로젝트 관리, 소프트웨어 개발 관리, 사람 관리, 코드 관리 등을 배우는 방법에 대해 진지하게 알고 있습니까? 그 물건은 배우는 데 수년이 걸립니다.

확실하게 도움이되는 도구가 필요합니다. 프로젝트의 제약 조건을 모른 채 오히려 까다 롭습니다.귀하의 쇼핑 목록에 포함해야한다 : (? phpunit을)

  • 코딩 표준
  • 시험 표준 및 도구 (하나는 좋은 호드)
  • 코드 문서화 도구를
  • 버전 제어 (I는 phpxref을 좋아) 시스템
  • 결함 추적 소프트웨어를 (을 고를 수) - 난을 거라고

(다시 사용할 많이있다 'RT'는 시간이 오래 살아남은 것 같다) 시스템에 대한 문서 (코드 문서 제외)를 개발/유지 관리하기 위해 Wiki를 사용하는 것이 좋습니다.

이러한 용도로 사용할 수있는 무료 도구는 없습니다. 그러나 돈을 버는 기업으로서 하드웨어를 관리하고 가용성을 보장하는 방법에 대해 생각해 봐야합니다. 이 부분은 코드에 관한 것뿐 아니라 백업 및 모니터링과 같은 것입니다.

, 내가 JIRA ($ 10에 해당하는 스타터 라이센스, 상업 지원, 10 명의 사용자)를 사용하여 생각 하는데요 그것을 모두 추적 할 수있는 시스템의 측면에서 HTH

C.

+1

+1 나는 모든 ALM 단계에 초점을 맞추고 싶다. 표준 및 테스트. –

1

필자는 모든 현재 기능을 설명하는 구조화 된 유스 케이스 문서와 새로운 아이디어 및 기능 (종이 또는 파일에서 필기체로 복사)을이 단일 문서로 작성하려고합니다. 처음부터 다시 쓰려면 수정 사항을 "피할 수있는 문제"로 간략하게 참조하십시오. 그런 다음 "필수 구성 요소", "좋을 것"기능을 식별하고 이들 모두에 우선 순위를 지정하는이 목록을 통해 작업해야합니다. 일반적으로 현재 기능은 목록에있는 항목이 충돌하지 않는 한 모든 새 기능보다 우선 순위가 높아야합니다.

여기서 "당신"의 사용은 자신에게만 국한되어서는 안되며 개발팀의 모든 구성원에게만 적용되어야합니다. 또한 실제로 사용하는 기능, 추악하거나 비효율적 인 것으로 간주되는 기능, 필수적인 것으로 보는 기능 또는 "가지고있는 것이 좋다"기능을 식별하기 위해 사용자 기반의 조언을 구하는 것이 좋습니다.

일단이 요구 사항 목록이 있으면 모든 것을 다시 디자인하는 방법을 고려할 수 있습니다. 휠체어를 재발 명하는 것보다 많은 작업을 위해 기존 프레임 워크를 살펴볼 수도 있습니다.이 작업은 동료 개발자가 노출되지 않은 라이브러리, 도구 및 방법에 대한 경험이 풍부하기 때문에 큰 도움이 될 수 있습니다 에.

https://stackoverflow.com/questions/139346/including-quality-into-the-software-development-project-plan

1

. Chuck Git을 서버에서 사용하거나 원하는 경우 GitHub를 사용하십시오.

JIRA는 출시 된/구성 요소로 그룹화 된 모든 기능을 추적하고 작업 흐름 등으로 개발자에게 할당 할 수 있습니다. GreenHopper (또 다른 10 달러 구매)를 사용하여 백 로그 계획 및 스프린트 추적과 같은 이러한 문제를 해결하는 민첩한 계획을 수행 할 수 있습니다 .

+0

PivotTracker http : //www.pivotaltracker.com/Agile 계획의 또 다른 대안입니다. –

1

어딘가에서 시작해야합니다. 어딘가에서 사이트를 소스 제어로 가져 와서 데이터베이스 백업 및 올바른 백업 구성표를 가져와야합니다. 사용자 데이터베이스를 잃어 버리는 것보다 커뮤니티를 빨리 파괴 할 수있는 것은 없습니다. 사람들은 막 나타나지 않을 것입니다.

그 결과로 git, subversion, mercurial 등이 가능합니다. Subversion이 내 개발 모델에 맞지 않기 때문에 git로 변환했습니다. 심지어는 엄청난 Subversion 팬이었습니다. 나는 100 % 연결이 끊긴 상태로 작업합니다.

사람들과 일을 나누거나 버그 나 개선 사항을 알리지 않고 공유 할 수있는 구조가 필요하지 않습니다. 소스와 함께 소스 컨트롤에 커밋 한 텍스트 파일 만 사용하면됩니다. 그러나 아이디어를 공개하고 사용자 커뮤니티에서 의견을 발표하는 것이 중요합니다. 이 대화 상자에는 가치가 있습니다. 이를 위해 JIRA가 최선의 선택 일지 모르지만 다른 툴도 있습니다.

이 모든 작업을 즉시 시작할 수 있기 때문에 @symcbean과 반드시 ​​일치하지는 않습니다. 소스 제어가 잘못되어도 즉각적으로 도움이됩니다. 텍스트 파일에 있더라도 버그 및 개선 사항을 작성하면 즉시 도움이됩니다. 이러한 도구를 사용하면 장기적으로 효과적 일 수 있습니다. 바로 그것이 올바른 곳입니다. 특히 다른 사람과 작업을 시작하면 시간을 많이 잡을 것입니다.

Mostly, avoid the idea of doing a rewrite - 많은 시간을 할애하고 그 중 일부를 처리하며 새로운 버그가 가득 차 있습니다. 대신 리펙터링하십시오.