저는 5 명으로 구성된 팀의 개발자이며 프로젝트가 재난을 겪고 있다고 생각합니다. 잠시 이유를 설명하지만 제 질문은 어떻게해야합니까?
마감일은 1.5 개월이며 우리가 무엇을하든이 프로젝트는 실패 할 것입니다. 프로젝트를 끝내고 시간 낭비를 중단해야한다는 의견이 있지만 정치적으로는 관리자가 그렇게 할 수 없다고 생각합니다.
이 경우 어떻게해야합니까? 좀 더 노력해야합니까, 아니면 그냥 쉬어야합니까? 그리고 관리자에게 무엇을 말해야합니까?
이 프로젝트가 실패한 이유 :
- 마감일이 다가옴에 따라 많은 필수 기능이 완성되지 않았습니다.
- 응용 프로그램이 불안정하고 사용하기가 매우 어렵습니다
- 시스템은 매우 복잡하고 코드는 이해하기 어렵고 변경하기가 매우 어렵습니다.-데이터 모델이 복잡한 관계형 데이터베이스 (100+ 테이블)에 의해 너무 많이 구동됩니다
- 불분명 한 지도력; 관리자는 주요 변경 사항으로 새로운 정보에 응답
- 자동화 테스트 또는 단위 테스트가 거의 없음
- 다른 시스템에 크게 의존하지만 아직 통합 테스트는 없습니다
실제로, 우리는 1-2 개월 전 같은 관리자의 다른 개발자 팀으로부터이 프로젝트를 엉망으로 물려 받았습니다.
답변
관리 래더에서 가능한 가장 간결하고 비대화적인 방식으로 우려 사항을 전달하십시오. 위험을 요약하되 이에 대한 결론을 내리지 마십시오.
경영진은 항상 무엇을해야할지 선택해야하지만 상황을 평가하고 전달하는 것은 당신의 임무입니다. 남쪽으로 갈 때 종이 흔적을 남기려면 이메일을 사용하십시오.
그렇게 한 후에는 프로젝트를 계속 성실히 수행하십시오.
프로젝트, 프로젝트 후원자 및 프로젝트의 재정적 결정에 대해 알아야 할 모든 것을 알지 못할 수도 있습니다. 어리석은 것처럼 보이는 경영 결정은 실제로는 보이지 않는 현명한 추론에 근거 할 수 있습니다.
답변
종이 흔적을 남기십시오 (예 : 일기, 저장된 이메일 등). 사실과 객관적인 관찰 만 포함하십시오 . 모든 결론은 누구든지 당신이 작성한 것을 읽는 사람에게 맡기십시오.
개발자로서 프로젝트에 장애가되지 않는다면 의심의 여지가없는 손가락 끝에서 잘 나올 것입니다. 귀하의 관리자는 운이 좋지 않을 수도 있지만 여기서는 관련이 없습니다.
일반적인 원칙에 따라 이력서를 업데이트하고 회사 외부의 다른 개발자와 가끔 만나도록하십시오. 로컬 개발자 그룹에 속하지 않으면 2 또는 3에 가입하십시오. 친구 및 지인 네트워크를 구축하는 데 몇 년이 걸리지 만 장기적으로 가치가 있습니다. 회사의 유능한 사람으로 회사의 개업을 채우는 데 도움을 줄 수 있다면 구직 활동을 돕는 사람만큼이나 좋습니다.
답변
2 권의 책을 읽는 데 약간의 시간이 걸릴 것을 권장합니다.
죽음의 행진 은 소프트웨어 개발에 널리 퍼져있는 병리학 적 프로젝트 관리 스타일을 설명하는 표준 책입니다. 일정 압축, 기능 부풀림 또는 잘못된 관리로 인해 많은 프로젝트가 나쁜 상태가됩니다. 그것은 당신이 혼자가 아니며 프로젝트가 유일한 죽음의 행진이 아님을 이해하는 데 도움이됩니다. 저자 Edward Yourdon은 데드 엔드 프로젝트를 4 개의 사분면으로 분류합니다. 각 사분면에는 서로 다른 대처 전략이 있습니다. 때때로 유일한 대처 전략은 떠나는 것입니다. 나는이 책이 당신의 선택 범위가 무엇인지 파악하고 당신이 할 수있는 것과 할 수없는 것을 좁히는 데 도움이 될 것이라고 생각합니다.
재앙 혼란 은 프로젝트 관리자를 위해 더 쓰여졌습니다. 깨진 프로젝트를 심사하는 방법, 즉 잘라야 할 부분, 잘라낼 수있는 부분, 고객에게 어떻게 던지는 방법을 파악하는 것이 목표입니다. “기존의”소프트웨어 프로젝트 관리는 우리를 지저분한 프로젝트로 이끌며, 우리는 처음에 우리를 문제에 빠뜨린 것과 같은 생각으로 문제를 피할 수 없습니다. 이 책은 Death March 보다 읽기가 어렵지만책장에는 좋은 책입니다.
답변
경력 / 위생을 유지하기위한 3 개의 단순하고 냉소적 인 전략.
-
기차에서 내리는 열차 사고보기-기차에서 내리십시오 : 실패한 프로젝트는 사기에 끔찍한 것이며 닌자 이상의 관리 기술이 없으면 커리어에 부정적인 영향을 미칩니다. 부드러운 착륙을 볼 수 있다면 지금 점프하십시오.
-
그래도 문제가 해결되지 않으면 머리를 숙여 두십시오. 사람들은 사람들을 비난하기 시작할 것입니다-쉽게 만들지 마십시오! 관리 체인에 대한 우려를 높이는 것이 옳은 것일 수도 있지만 효과가없고 위험합니다. 귀하의 관리자는 귀하의 우려를 제기하지 않고 그를 우회하지 않을 것입니다. 둘 다 나빠 보이게 할뿐만 아니라 귀하를 ‘고장 만들기’로 분류 할 수 있습니다. 물론 이것은 전문적이면서도 시간을 투자하지만 영웅은 없다는 것을 의미합니다.
-
T + 1의 비상구 계획 : 자신에게 몇 가지 옵션을 제공하고 잠재적 인 내부 또는 외부 전송을위한 토대를 마련하십시오. 사람들과 대화하십시오. 프로젝트 자금이 삭감되거나 몇 달 안에 이주하는 사람들의 피할 수없는 ‘스탬프 (stampede)’에서 다른 사람들이 당신과 함께 무엇을 해야할지 결정할 때까지 기다릴 이유가 없습니다.
지나치게 냉소적으로 들린다면 사과하지만 올바르게 부르면 불쾌감이 나빠질 수 있습니다. 전문적이고 낙관적이지만 항상 현실적이어야합니다.
답변
이 곧 실패 할이 프로젝트는 회사 및 그 이상의 경력에 어떤 영향을 미칩니 까? 내 경험상, 단지 성공적인 프로젝트와 관련이 있다고해서 귀하의 개인적 우수성을 나타내는 지표는 아닙니다.
당신이 역경을 겪을 때 당신이 나타내는 특성들과 때로는 어떤 실패로 보이는 것들은 종종 당신이 생각하는 것보다 더 높은 사람들이 눈에 띄게됩니다. 그리고 나는 당신의 직속 상사를 넘어서 이야기하고 있습니다.
나는 개인적으로 내 직속 상사가 무능력으로 해고당하는 것을 경험 한 후 바로 같은 날 자신의 위치로 승진했습니다. 유쾌하지는 않지만 사람들이 나를보고 있다는 것을 보여 주었고 내가 한 일을 좋아했습니다.
종종 실패한 프로젝트와 함께 제공되는 혼란과 혼란이 당신에게 빛을 발할 수있는 기회를 제공합니다.
프로젝트를 이런 식으로 살펴보십시오.이 실패한 프로젝트가 내 기회와 모든 장점을 밝게 비출 수있는 기회는 무엇입니까? 이 경험을 통해 어떤 교훈을 얻습니까?
본질적으로 실패로 인한 경험의 총합이 진정한 성공을 가져옵니다.
참고 : Thomas Owens는 이와 같은 프로젝트에서 사람이 할 수있는 구체적인 일을 물었습니다. 이러한 상황에서 개인적인 지침으로 사용한 몇 가지 일반적인 제안이 있습니다. 고통스러운 프로젝트가 기적적으로 성공하는 데 도움이됩니까? 아니요.하지만 상황에 대한 올바른 관점을 유지하고 나쁜 상황에도 불구하고 개인적으로 성공하는 데 도움이되었습니다.
1) 개인 우수성에 중점을 두십시오. 더 나은 코드를 작성하고 더 높은 품질 및 기능 표준을 충족 시키려고 노력하십시오.
2) 개인 통계에 중점을 둡니다. 코드를 얼마나 작성합니까? 후속 버그가 발생합니까? 그 비율을 가능한 한 낮게 줄이십시오. 자신에게 할당 된 작업에 대한 견적을 제공하라는 요청을받을 때 일반적으로 정확합니까, 아니면 타임 라인을 너무 / 낮게 버퍼링 했습니까? 실제로 작업을 배정 할 때 배송 일정 문제를 미리 미리 통지하는 등 작업 진행에 대한 적절한 피드백을 제공합니까?
3) 팀 메트릭에 초점-이것들은 내 머릿속의 일부일뿐입니다. 다른 팀 구성원이 작업중인 작업에 대한 종속성으로 인해 지연됩니까? 작업 / 하위 작업을 팀의 다른 사람에게 위임하거나 나누는 데 능숙합니까? 한 명 이상의 팀원과 의사 소통하기가 어렵습니까? 정기적으로 개선하기 위해 노력하는 모든 영역.
답변
이와 같은 상황에서는 사다리의 가장 낮은 렁으로 프로젝트를 돕기 위해 할 수있는 일이 너무 많습니다.
- 작품이 흠이 없는지 확인하십시오
- 가장 큰 문제 영역을 식별하는 데 도움
- 문제뿐만 아니라 답변을 제공하십시오. 당신이 그들을 고치려고하는 것처럼 보입니다.
그 외에도, 당신은 정말로 숫자 1을 돌봐야합니다.
- 모든 것을 문서화
- 모든 이메일, 메신저 대화 유지
- 가능한 경우 프로젝트에서 벗어날 수있는 방법을 찾아보십시오
답변
실패한 프로젝트는 영혼에 유독하고 우울증을 유발하며 과로와 자존감이 낮을 수 있습니다.
그것은 모두 관점과 관련이 있습니다.
나는 매일 그의 얼굴에 미소를 짓고있는 다른 남자와 맞닥 뜨리며 끔찍한 프로젝트를 진행했습니다. 오, 어떻게 그의 얼굴에서 그 미소를 때리고 싶어.
어떤 사람들은 프로젝트의 현재 상황에 의해 방해받지 않습니다. 그들은 자신의 공헌과 업무를 즐기고 관심 분야에서 협력하고 있습니다. 다른 사람들은 현재 상황에 대해 강한 부정적인 반응을 보입니다. 그것은 우리의 일상 업무에 대한 우리의 기대에 관한 것입니다.
당신이 즐기는 일을하고 있을지 모릅니다. 현재 프로젝트에 싫어하는 요소가 분명히 있습니다.
이러한 문제 요소가 무엇인지 식별하고 해결해야합니다.
- 마감일 압력
- 품질 관리
- 전문 직업 의식
- 경영진의지도
위의 개발 측면을 중요하게 생각하지 않는 많은 팀과 회사가 있습니다. 내가 찾은 것은 종종 다음을 생각한다는 것입니다.
- 마감일 압력은 사람들에게 동기를 부여하는 방법으로 인식됩니다.
- 품질은 더 비싸고 반품 한도입니다.
- 전문성은 사업의 다른 영역에 적용됩니다.
- 관리자는 계시원이며 개발에 기여하는 사람이 아닙니다.
이 문제는 당신의 것이 아닙니다. 그것은 그들의 것이며, 그들의 행동에 에너지를 낭비해서는 안됩니다. 절벽으로 향할 때에도 웃으며 그의 일을 즐기는 사람 중 하나가 아니라면 like minded
개발자 의 장소를 찾는 것에 대해 생각해야합니다 .
당신은 훨씬 행복 할 것입니다.