프로그래밍/개발자 팀의 속도를 높이십시오

Question

나는 최근 급여 인상과 경력 부스터 였기 때문에 훨씬 더 작은 대학 병원을 떠났다. 물론이 두 가지는 일반적으로 흥분하고 큰 성취 (내 나이에 누군가를위한 것)가 될 것이지만 매일 아침 일하기 위해 운전할 때 내부를 삐걱 거리는 것을 발견했습니다. 새로운 t = eam 내가 합류 한 것은 코딩 관행, 최신 기술 (예, 여전히 클래식 .ASP를 사용합니다) 및 소프트웨어를 사용하여 타임즈에서 끔찍하게 뒤쳐져 있습니다. / 입찰 2008 고대 SQL 2000/ vs 6.0 유물 사용.

처음에, 나쁘지는 않지만, 나는 모든 회사가 바로 최첨단에있는 것이 아니라고 생각했고 그 권리 스파크가 변화와 개선의 방향으로 그들을 보내기를 기다리고 있다고 생각합니다. 모호한 방법) 새로운 도구와 우리의 측면과 고객 측면에서 회사에 어떤 이점이 있었는지, 그러나 (팀에서와 같이) 나는 외계인처럼 나를 보았고 단순한 것을 주었다. 내가 사건을 만든 후에도 왜 그 물건이 필요할까요?

이로 인해 나는 올바른 방식으로 이것에 대해 가지 않을 것이라고 믿게되었고, 더 많은 선임 개발자/엔지니어들이 어렸을 때 시작했을 때 자신의 경험을 공유하기를 바랐습니다. 나는 시간이 바뀌 었음을 알고 있지만 그럼에도 불구하고 유용하다고 생각하며 어떤 조언도 대단히 감사 할 것입니다!

모두 감사합니다!

Answer 1

이전 기술보다 쉽고 효율적인 방식으로 실제 문제를 해결하지 않는 한 새로운 기술을 채택하는 것은 무의미합니다. (학습 곡선 포함).

귀하의 대학에는 많은 양의 레거시 코드가있어서 그 오래된 기술에 의존 할 수 있습니다. 나중에 움직이는 것은 극도의 비용이 많이 드는 과정이 될 수 있으며,이 과정은 정당화하기 어려운 과정이 될 수 있습니다.

새로운 기술을 도입하는 방법은 대학 전체와 같은 건축의 단계 변화에 관한 것입니다. 전체적으로 SharePoint 또는 무엇이든 또는 새로운 프로젝트의 새로운 기술의 장점을 보여줄 수있는 새로운 프로젝트에서 기존 개발자는 이해할 시간이 있습니다.

이 모든 것을 명심해야 할 것은 대부분의 사람들이 변화를 좋아하지 않으며 기존 기술을 변경함으로써 사람들의 발가락을 밟을 것입니다. 예를 들어, 특정 시스템 또는 기술 전문가.

Answer 2

첫째, 새로운 일 때 큰 변화를 제안하는 것은 거의 항상 나쁜 생각이라는 것을 이해하십시오. 먼저 당신은 그들이 성능을 통해 당신을 존중하게한다면, 당신은 변화를 제안합니다. 그러면 당신은 또한 그러한 변화를 만드는 사업 비용을 이해할 수 있으므로 그들이 만들지 않은 이유입니다.

그들이 당신이 그곳에 가기 전에이 도구를 사용하고 있다고 말하면, 당신은 당신이 살기로 선택한 환경을 인정하고 잠시 동안 주제를 다시 일으키기 위해 그곳에서 일한다는 것을 받아 들여야합니다. 그들이 당신이 앞으로 나아갈 기술이 부족하기 때문에 그들이 당신을 원한다고 말하면, 당신이 이야기해야 할 사람은 팀이 아닌 채용 관리자입니다. 이것은 팀에서 당신을 위해 친구를 창조하지 않을 것입니다.

당신에 대한 나의 주요 제안은 당신이 사무실 정치에 대한 독서를 시작한다는 것입니다. 이것을 다시 시도하기 전에 약간의 동맹을 구축하십시오. 아마도 새로운 것들로 일하고 싶어하는 다른 사람들이있을 것입니다. 어쩌면 DBA는 열 살짜리 기술을 좋아하지 않을 수도 있습니다.

SQL Server 2000에서 2008 년까지 변경되는 한, 2000은 더 이상 지원되지 않을 것이며 SQL Server 2010이 나오면 더 이상 직접 업그레이드 경로가 없음을 지적 할 수 있습니다. 이것이 바로 우리가 2008 년으로 업그레이드를 시작하게 된 것입니다. 그 일이 일어나기 전에 전환하는 것이 좋습니다. 언제 발생하는지에 대한 정확한 세부 사항을 위해 Microsoft 웹 사이트를 조사하십시오.

Answer 3

당신은 운이 좋지 않습니다. 그들이 배울 필요가 없다면, 결코 스스로 할 수는 없습니다. 당신은 사무실에서 새로운 것들을 의무화하기 위해 노력해야하고 아마도 'em에 대한 훈련 비용을 지불하는 방법을 찾을 것입니다. 또는 상사가 해고하도록 설득하십시오.

많은 비 기술 환경에서 사람들은 자신의 틀에 따라 정착하고, 오래된 도구를 계속 사용하고 있습니다. 백 번 보았다.

Answer 4

여기에는 알려지지 않은 변수가 많이 있기 때문에 많은 사람들이 조언을하기가 어렵습니다. 알고 싶습니다 :

1. 당신은 관리 이 팀, 아니면 그 안에 코더입니까?
2. 채용 관리자가 팀을 최신 기술로 업그레이드하기 위해 특정 임무를 수행 했습니까?
3. 사용 된 기술을 업그레이드하는 한 상위 관리의 태도는 무엇입니까?

이 팀을 담당한다면, 의제를 설정하고, 모든 사람이 새로운 방향을 흥분시키고, 아마도 다른 사람에게 당신이 사업을 의미하는 것을 보여줄 수있는 것은 당신에게 달려 있습니다 (바람직하게는 가장 큰 소리로하거나 신음하는 사람 그의 발을 가장 분명히 드래그합니다).

코드 원숭이 일 뿐이거나 현재 일이 작동하는 방식에 따라 상위 경영진이 괜찮다면 이력서를 보내기 시작하십시오. 다음에 일자리를 얻을 때 사용하는 기술에 대한 구체적인 내용을 요청하십시오.

Answer 5

이것은 항상 발생합니다.

당신은 그들이 어떤 도구를 사용하고 그들에 가입하기로 동의하기 전에 어떻게 작동하는지 물었을 것입니다. 나는 또한 "내가 당신이 나를 가입하기 위해 그것을 만들었다면 오래 머물지 않을 것입니다."와 같은 것을 지적 할 것입니다.

Answer 6

당신은 사람들이 변화에 저항하는 것을 발견하고 변화를 시도하기 위해 사람들이 변화를 거부하는 데 사용하는 이유를 알아야합니다.

첫째, 일반적으로 사람들은 위험 Avoider입니다 (일부 "초기 채택 자"예외). 즉, 사람들은 위험을 피하고 모든 변화는 위험입니다.

둘째, 당신의 상황에서 사람들은 변화가 어디에 두어야할지 두려워하는 경향이 있습니다. 이렇게 보면 : 팀의 개발자는 "우리가 XXX 기술로 바뀌면 내 경력에 어떤 영향을 미칠 것인가? 홍보를 받거나 해고 될 수있는 기회에 어떤 영향을 미칠 것인가? 신기술, 그들은 전문가 또는 "오래된 방식"으로서의 입장을 잃거나 잃고 싶지 않습니다.

마지막으로 새로운 모든 것은 배우고 이해하기가 어렵습니다. 특히 오래된 일에서 오랫동안 일할 때. 시간이 걸리고 마치 바보처럼 느끼게합니다. 가장 오래된 팀에서는 (그리고 말 그대로 사람들이 나이가 많은 경우) 이미 기술을 아는 젊은이에게 대체 될 것에 대한 두려움을 증가시킵니다.

저항을 극복하려면 모든 것을 해결해야합니다.

첫째, 일은 점진적이어야합니다. 한 번에 한 걸음, 한 번에 하나의 제품. 회사 전체의 전체 프로세스를 변경하려고 시도하지 마십시오. 대신 더 적은 프로젝트를 수행하고 새로운 기술을 적용 할 것을 제안하십시오. 현재는 기회와 시험입니다. 유용하지 않으면 더 이상 사용하지는 않지만 시도해 봅시다. 위험은 최소화됩니다.

그런 다음 사람들을 안심시킵니다. 모든 사람이 감사하다고 느끼고 귀하 또는 회사가 오랜 수년간의 경험에 대해 더 많은 신뢰를 제공하도록하십시오. 필드 주어진 기술에 사용됩니다. 사람들의 말을 듣고, 그들의 의견을 존중하고, 그들이 생각하는 것을 신경 쓰는 느낌을 갖도록하십시오. 물론 이것은 행동이되어서는 안됩니다. 당신은 실제로 그렇게 느껴야합니다. 훌륭한 팀은 서로를 신뢰합니다.

반면에 변경 사항을 처리하십시오. 이정표는 더 넓어 야하며, 변화를 설명해야합니다. 팀이 변화가 어렵다는 것을 이해한다고 느끼게해야합니다. 이는 오랜 시간이 걸립니다. 새로운 것이 오래된 것보다 더 많은 시간이 걸리고 실패가 예상되고 그 때문에 아무도 해고되지 않을 경우 아무도 판단되지 않을 것입니다.

결국, 당신이 변화를 원한다면 당신은 사람들을 안심시키고 변화를 이해하도록해야합니다. 변화는 단지 시험 일 뿐이며, 그것이 모두 효과가 있다면 모든 사람에게 훌륭합니다. 그렇지 않다면 괜찮습니다. 물론 회사는 이것을 이해해야합니다. 관리자에게 이것은 명확한 위험 대 혜택 보고서를 제시하고, 진실을 진술하고, 변화를 수행 해야하는 이유를 알려주는 것을 의미합니다.

경영진과 대화 할 때 경쟁이 항상 존재한다는 것을 기억해야합니다. 당신은 항상 진화하거나 더 정확하게 진화해야합니다. 제품이 기능 측면에서 동일하고 마케팅 관점에서 가장 슬픈 경우에도 Lates YYY Development 기술과 함께 최신 XXX 기술을 사용하는 것이 훌륭한 후크라고 말합니다. 고객은 어리석지 않지만 컴퓨터 문화가 아니기 때문에 퍼지 단어에 쉽게 감동을 주므로 경쟁은 더 나은 제품을 갖지 않고도 "더 새로운"제품을 훔칠 수 있습니다.

한 가지 더 : 아마도 당신은 그들에게 "누가 내 치즈를 옮겼습니까? 역사"변화와 시장이 변화를 중심으로 진화하는 방법에 대해 회전합니다.

변화는 개인적이고 전문적인 모든 삶의 근본적인 일이며 항상 고려해야합니다. 누군가가 "지금 변화가 너무 위험하다"또는 "우리는 변화를 감당할 수 없다"고 말할 때마다 당신은 정말로 그것을 생각해야합니다 ... 그림은 장기적으로 또는 단기 시나리오에 대해 이야기하고 있습니까? 그것이 후자라면, 우리는 잘 알고 있지만 장기적으로 망칠 것입니다 ... 집은 항상 가치를 높이기 때문에 집을 사기 위해 항상 모든 사람에게 대출을주는 것과 같은 것입니다. ..

Answer 7

날짜가 지정된 도구 일뿐입니까? 아니면 그들이 생성하는 코드가 서브 패러입니까? 코드 인 경우 가장 좋은 방법은 그룹 코드 검토입니다. 도구 일뿐 아니라 단순히 누락 된 기능과 그룹이 그룹에 도움이되는 방법을 나열하는 기사 및/또는 문서를 작성하십시오.

Answer 8

팀이 과거에 갇혀 있다면 당신이 그것에 대해 할 수있는 일이 많지 않을 수도 있습니다. 일부 개발자는 새로운 기술/방법의 이점을 보지 못하고 (경우에 따라 옳을 수도 있음) 변화가 무서워합니다. 나는 당신이 그들에게서 할 수있는 것을 배우고 있다고 말하고 있습니다. 대인 관계, 프로젝트 관리, 정치 및 배울 수있는 기타 기술이 많이 있습니다. 현재 기술을 따라 잡고 자신의 시간을 보내고 눈을 뜨고 다른 것으로 넘어갈 수있는 기회를 얻으십시오. 지금은 무엇을 할 수 있는지 배우십시오. 많은 개발자들이 기술에 중점을두고 나중에 경력에 필요한 중요한 기술을 놓치고 있습니다.

Answer 9

우리 모두는 우리의 플랫폼과 기술 편견을 가지고 있으며 새로운 사람이 팀에 합류하여 모든 것을 자신의 일을하는 방식으로 바꾸고 싶어 할 때 그것은 파괴적이며 팀은 종종 동기 부여가 좋더라도 변화를 거부하려고 시도 할 것입니다.

불행히도 "당신은 Java를 사용하고 있습니까?? 유형은 사람들이 새로운 사람을 정당하게 회의적으로 만들었습니다.

새로운 프로세스 나 기술을 제안 할 때 제공 할 수있는 한 가지 제안은 실제 문제와 관련된 실제 문제와 관련된 문제로 구성하는 것입니다. 이 기술은 해결책이 아닙니다. 문제를 찾은 다음 아마도 통증 점에 비추어 팀과 공명 할 측면을 강조하는 기술에 대해 갈색 백을 가르치라고 제안합니다. 가치를 입증하고 판매 피치 접근 방식을 취하지 않고 스스로 돌아 오게하십시오.

Answer 10

어떻게 사건을 만들었습니까? 전문적이고 비 컨 컨칭이 좋지만 시작일뿐입니다.

누군가가 변화하도록 설득하려고 할 때, 그들에게 무엇이 있는지 강조하십시오. 그들이 원하는 것을 알아 내고 새로운 기술이 어떻게 도움이 될 수 있는지 보여줍니다.

경영진은 더 많은 작업을 수행하고 달러를 절약하기를 원합니다. 관리자는 새롭고 더 나은 물건을 원한다고 신경 쓰지 않습니다. 최신 물건으로가는 것이 돈과 일이 X%를 절약했음을 보여주는 사례와 연구를 찾으십시오. 비용이 드는 것에 대한 좋은 추정치 (도구뿐만 아니라 훈련, 이중 개발 트랙 등)를 찾거나 만듭니다. 오래된 것들이 주위에 머무를 것이고, 그것을 설명 할 계획이 있어야한다는 것을 기억하십시오.

당신의 동료들은 이것이 어떻게 그들에게 좋은지, 그리고 그들이 고통받지 않을 것이라고 들려야합니다. 그들은 이것에 많은 투자를했습니다. 그들은 그들이하는 일을 알고 있으며 코드 기반을 알고 있습니다. 새로운 시스템으로 이동하면 그들이하고있는 일을 알지 못하고 코드 기반을 알지 못하고 처음에는 무능 할 것이며 소모품이 될까봐 두려워 할 수 있습니다. 이것은 평범한 사람에게 물어 보는 것이 많으며, 퇴직 후 3 년이 된 사람과 같은 일부 사람들을 물어보기에는 너무 많을 수 있습니다.

현재 시스템에 대해 그들이 좋아하지 않는 것을 찾아 새로운 소프트웨어가 어떻게 도움이 될 수 있는지 보여줍니다. 훈련에 대해 토론하고 개종하기가 얼마나 쉬운 지에 대해 최소한 선불하십시오. 새로운 기능을 활용하는 것에 대해 걱정하지 않고 새로운 시스템에서 일반적으로하는 일을하는 방법을 보여줄 수 있다면 많은 도움이 될 것입니다. 그들의 지식은 코드 기반 일뿐 만 아니라 비즈니스 및 요구 사항이라는 것을 강조합니다.

그리고 유산을 버릴 것으로 기대하지 마십시오. 프로젝트를 시작할 때만 새로운 도구를 도입 할 수 있으며 레거시 시스템과 호환되지 않으면 단순히 작동하지 않습니다.

물론 이것은 어렵고, 몇 년 동안 머무르고 더 현대적인 상점으로 이사하는 것이 좋습니다.

Answer 11

앞서 언급했듯이 레거시 프로젝트가 실행중인 경우 레거시 프로젝트를 잊어 버렸습니다. 더 좋은 방법은 새로운 프로젝트가 들어올 때까지 기다리는 것입니다. 그 시점에서 새로운 도구를 사용하는 것이 좋습니다. 이 새로운 도구가 효율성을 향상시키는 방법이나 무엇이든 어떻게 도구를 사용하는지 논쟁하지는 않지만 새로운 도구가 새로운 도구를 사용해야한다고 주장하지 않습니다. 경영진이 덜 중요하다고 생각하는 작은 프로젝트를 사용하면이 작업을 수행하는 것이 더 쉬울 수 있습니다.

하나의 프로젝트가 시작되면 전투의 절반을 차지했으며 경영진의 새로운 기술의 장점의 예로 사용할 수 있습니다.

어쨌든 행운을 빕니다.

Answer 12

새로운 도구에 대해 새로운 사람이 들어 와서 설교를 시작할 때, 새로운 도구에 대해 전혀 합법적이고 긍정적이며 도움이되는 방식으로도 설교를 시작하면 종종 "당신과 그들 자신과"분위기를 설정할 수 있습니다.

그렇게되지 않아야하지만,이 놀라운 새로운 도구가 그들에게 많은 작업을 구할 것이라는 것을 인정함으로써, 그것은 그들이 많은 시간을 낭비하고 있다는 암시 적 입장입니다. 개인 수준에서 괜찮더라도 (외부 제약은 제외하고, 대부분의 사람들은 단지 좋은 일을하고 싶어합니다!) 그들은 "새로운 사람"이 훨씬 더 많이 알고 있다면 상사에게 어떻게 보일 수 있는지에 대해 조심할 것입니다. 그들을.

아이디어 : 그들이 당신과 함께 일부 지역 개발자 행사에 가도록하십시오. 그런 다음 흥미 진진한 새로운 것을 발견하고 "내 도구가 당신보다 낫다"는 것과 덜 좋아합니다.

무엇보다도 팔꿈치 그리스를 넣고 프로젝트를 못 박아 새로운 직장에서 신자를 구축해야합니다.

또한 나는 항상 SQL Server 2000이 환상적이라고 생각했습니다. SQL 2K5와 2K8은 멋진 업그레이드이지만 2000은 정말 견고한 것입니다. 그들이 액세스 할 때 실행중인 것과는 다릅니다.