프로젝트 기획에 대한 제안?

Question

이것은 프로그래밍 관련 질문이 아니지만 여기에 있습니다. 나는 수석 CS 학부생이며 중소 기업 소프트웨어 회사 인 올 여름 인턴쉽을 시작했습니다. 이전에 몇 가지 일을 해봤지만 공식적으로 (다소간) 소프트웨어 개발자로 고용 된 것은 처음입니다.

나는 내부 웹 사이트를 처음부터 새로 작성하여 회사의 별도 팀에서 사용하도록 요청 받았으며, 설계에 많은 유연성을 부여 받았습니다. 그리고 거기에 문제가 있습니다. 우리는 여러 번의 회의 및 디자인 검토를했으며, 모든 사람들이 새로운 기능에 대해 아이디어를 갖고 있으며, 어떻게 작동해야하는지에 대해 의견이 모순되는 것 같습니다.

지금까지 나의 초기 프로토 타입은이 모든 것을 살아 남았습니다. 이것은 기대하지 말라고 말한 것입니다. 그러나 나는 견고한 디자인을 가졌습니다. 내가 일정보다 늦지는 않았지만, 작업은 내가 예상했던 것보다 상당히 느리게 진행되고있다. 많은 것은 느슨한 스펙과 지속적인 기능 요청 및 변경과 관련이 있습니다.

저는 몇 주 안에 알파를 배포 할 생각입니다. 문제는 아니 겠지만 상황이 어떻게 진행되고 있는지는 잘 모르겠습니다.

누구에게 아이디어가 있습니까? 미리 감사드립니다.

Answer 1

(소프트웨어) 프로젝트 관리에 관해서는 시간을 초월한 질문을하고 있습니다. 주제에 관한 책을 저술 한 경력이 있습니다.

본인은 일반적으로 rockinthesixstring에 동의합니다.

커 스톰 사용자의 요청을 필터링하고 기대치를 관리 할 수있는 "no"라고 말한 효과적인 프로젝트 관리자가 없다면 그것은 당신의 일에 포함되어야합니다.

때때로 "아니오"라고 말하지 않는 기술이 있습니다. 가끔은 "다음 일정에 보면 버전 1.1이 다음 주에 알파가 될 것입니다. 버전 1.2의 기능 목록이 이미 설정되어 있습니다. 새 기능을 목록의 맨 위에 1.3 추가 할 것입니다. 그러나 원한다면 다른 팀과 회의를 소집하여 1.2 기능을 다시 우선 순위화할 수 있는지 알아볼 수 있습니다. "

충돌하는 아이디어에 대해서는 다른 "결정자"가 없다면 그것도 직업의 일부가됩니다.

누구나 자신의 길을 알 수는 없다는 것을 이해하십시오.

이러한 종류의 문제를 해결하는 방법이 없으면 어떤 방법으로도 성공하지 못합니다.

Answer 2

필자는 동의 한 기능을 사용하여 모든 기능 요청을 프로젝트 계획 소프트웨어 (OnTime 일종의)에 배치하는 것으로 시작합니다. 그런 다음 "we 'd like"및 "bells and whistles"로 이동하기 전에 합의 된 사양으로 Alpha 릴리스를 출시하십시오.

Answer 3

기능 요청의 우선 순위와 우선 순위를 지정해야하며, 이미 동의 한 기능 요청도 일부 필요합니다.

Answer 4

제품 소유권이 명확하지 않은 것 같습니다 (여러 팀으로 구성된 내부 프로젝트에서 예상 할 수있는 것처럼). 아마 계획 게임을 실행해야합니다. 여러 명의 이해 관계자가있는 경우, 반복에있는 모든 기능에 대해 투표에 50 점을 부여 할 수 있습니다. 개발자는 개발자가 각 기능의 크기를 결정합니다. 대부분의 포인트/크기가있는 기능이 반복됩니다. 몇몇 팀이 더 중요한 경우, 그들에게 더 많은 점수를주십시오. 너는 또한 너 자신 몇몇 점을 소비해야한다.

Answer 5

James McLeod의 게시물에 대한 승인을 원합니다. 누군가가 기능을 원할 때 필요한 유일한 정당화는 "사용자 x가 시도 할 수도 있습니다 ..."입니다. 어려움은 자신의 의견과 다른 사람의 모순을 해결하는 것입니다. 프로젝트 관리 프로세스에서 우선 순위가 높은 기능은 필요한 경우 경쟁 업체를 희생시키면서 구현됩니다. 기능을 제안하고 사람들이 기능 및 환경의 추론을 설명하는 내용을 종이에 붙여달라고 요청하면 은이 포함하지 않을 수도 있다고 생각합니다. 다른 사람들이 어떤 한계를 보도록 허용하면 그들의 접근 방식이 결정 교착 상태를 깨는 데 도움이 될 수 있다고 생각합니다. 그 사건이 더 철저하게 '승리'한 특징이 있습니다.