답변:
나는 집에서 주로 일하는 한 사람의 "임대용 소프트웨어 총"으로 살면서 다른 사람들이 이것에 대해 말하는 것을 듣고 싶어합니다.
내가 찾은 몇 가지 사항은 다음과 같습니다.
내 다른 기술은 수년에 걸쳐 발전했으며 프로젝트와 고객에 따라 기술을 조정했습니다. 사람들은 프로세스에 대해 장난하지 않고 작업 코드에 대해 비용을 지불하므로 프로세스를 가볍게 유지하고 고객의 얼굴에서 벗어나려고합니다. 그러나 몇 가지 민첩한 기술이 실제로 잘 작동한다는 것을 알았습니다.
혼자서 일해야 할 또 다른 단점은 무엇을해야하는지, 언제해야하는지, 충분히 끝났는지, 또는 끝났으므로 언제 끝내야 하는지를 알려주는 사람이 없다는 것입니다. 그 자신을 위해. 나는 스프린트 목표를 어떻게 확인하고 있는지 추적 할 수 있기 때문에 개인적으로 Scrum을 선호합니다. Kanban 프로젝트의 경우 얼마나 많은 시간을 투자했는지 추적 할 수 있지만 목표 기반이 아닌 다른 목표는 마음에 들지 않습니다.
내 친구 중 일부는 Pomodoro가 업무에 집중하고 개인의 효율성을 추적 할 수있는 방법으로 맹세하며 시도하고 싶습니다.
또한 고객이 얻는 것이 "올바른"지 확인하기 위해 고객에게 코드를 공개하는 공식적인 프로세스가 있지만 아마도 귀하가 요청하는 범위를 벗어난 것일 수 있습니다.
개인 소프트웨어 프로세스 외에는 단일 개발자가 사용하도록 설계된 공식 프로세스 모델에 대해서는 많이 알지 못했습니다. PSP는 문서 작성 및 문서 작업 (어쨌든 원시 형식)에 상당히 무겁지만 작업 수행에 대한 특정 기술에 대해서는 언급 할 것이 많지 않지만 (PSP는 데이터 수집에 중점을 두어 개선 영역을 찾는 데 중점을 둡니다) 중소 규모의 프로젝트에서 사용할 수있는 개인 프로세스 개발을위한 요점
최선의 행동 과정은 여러 프로세스 모델에서 널리 채택 된 모범 사례를 사용자의 요구와 프로젝트에 따라 적절히 선택하는 것입니다. 남은 작업 / 남은 작업 추적, 요구 사항 관리, 버전 관리, 테스트 (특히 단위 및 승인 테스트), 지속적인 통합, 코딩 표준, 필요하지 않은 방법 등을 살펴보십시오. 그렇지 않은 경우 Code Complete 및 The Pragmatic Programmer를 읽고 팁을 연습하는 것이 좋습니다 .
개별적으로 일하는 것의 가장 큰 점은 외부 세력에 의해 귀하에게 부과 된 제한 사항을 제외하고는 모두 귀하에게 달려 있다는 것입니다. 함께 일하는 다른 사람을 수용 할 필요가 없으므로 가장 효율적인 방식으로 작업 할 수있는 기술을 쉽게 선택할 수 있습니다. 수년에 걸쳐, 당신은 당신이 가장 잘 작동하는 방법을 알아 냈을 것입니다. 그래서 그것은 좋은 출발점이 될 것입니다. 그런 다음 그 위에 알려진 "모범 사례"를 적용하여 능력과 기술을 향상 시키십시오.
그 사람은 특정 방법론에 대해 질문하고 사람들은 "X / Y 소프트웨어 사용"에 대답하고 있습니다. 툴의 문제는 아니며 실제로 많은 방법론이 있으며 아직 애자일, 반복, 스파이럴, 워터 폴, XP, V- 모델, TDD에 대한 검증 보고서가없는 것 같습니다.