소프트웨어 개발자로서의 첫 직장에서, 팀은 애자일 / 스크럼을 사용하여 프로젝트 워크 플로우를 관리했으며 꽤 잘 작동했습니다. 나는 경험이 풍부한 멘토들이 나를 올바른 길로 안내했다 – 나는 그들에게 큰 감사의 빚을졌다. 나는 몇 년 동안 그곳에서 일한 후 몇 달 전에 새로운 기회로 옮겨갔습니다.
내 현재 직업으로 빨리 감기. 저는 교수의 지시에 따라 대학에서 일합니다. 제가 대학에 다니기 때문에 거의 모든 프로그래머가 학생입니다. (싸고 풍부합니다!) 제 상사는 경영 경험이 있지만 소프트웨어 개발이 아니라 소프트웨어 팀이 항상 상사의 마음의 최전방에있는 것은 아닙니다 . 이러한 조건은 품질이 매우 낮은 소프트웨어 를 작성하기위한 완벽한 환경을 만들었습니다 . 소프트웨어 프로젝트는 약간 불량한 것으로 보이며, 디자인 할 생각이없고, 정말 무서운 관행을 채택했습니다. 일이 더 나을 수 있다는 것을 알고 있습니다.
모든 사람을 추적하고 코드 품질을 높이며보다 안정적인 소프트웨어를 배포 할 수 있도록 개발 프로세스를 구현하고 싶습니다. 어디서부터 시작해야할지 모르겠습니다.
난 아니야 "민첩 한 번 봐!" "집합 간판 보드까지", "사용 스크럼"와 같은 답을 말하자면 당, 찾고, 또는 (아이디어는 높이 평가되지만). 보다 구체적 으로이 작업 환경에 대한 개발 프로세스 를 구현 하는 방법에 대한 통찰력을 얻고 자 합니다. 직원들은 일반적으로 1 년에서 2 년 사이에 일을하고 일반적으로 경험이 없으며, 모든 사람을 포함하는 일일 스탠드 업 회의는 거의 불가능합니다.
그러한 직장에서 품질, 효율성 및 의사 소통을 어떻게 촉진합니까?
업데이트 : 답변과 의견을 읽은 후에 추가 배경을 제공 할 것이라고 생각했습니다.
나 자신 소프트웨어 개발의 예술에서 마스터 고려하지 않을 것입니다,하지만 나는 내가 그것을 볼 때 나쁜 프로그래밍을 인식하기에 충분 경험. 1 ~ 2 분 정도 작업 한 후 개발자가 재능이 있는지 판단 할 수 있습니다. 문제를 해결할 수있는 방법을 찾을 수있는 내 능력에 익숙합니다 현명하게 하지만, 실제로 경험이 부족한 영역은 다른 개발자가 참여하는 프로젝트 관리입니다. 조언).
나는이 사무실에 들어온 모든 학생들이 완전히 어리석은 것처럼 들렸다. 여기에 나쁜 계란이 있었지만 내가 만난 대부분의 학생들은 지능적이고 배우고 싶어하며 일에 열정적입니다. 일부는 막 시작했지만, 자신이 모르는 것을 모른다. 그리고 괜찮습니다. 처음 프로그래밍을 시작했을 때 나는 더 나아지지 않았습니다!