Como se tornar um diretor técnico brilhante

1. Introdução ao curso: parabéns por seu papel como novo CTO para sua organização. Ou talvez você não fosse CTO. Sim, seu CEO inspirador Ahn Você está se preparando para uma entrevista de emprego ou você está esperando uma promoção futura. Mas deixa-me perguntar-te uma coisa. Você está pronto para o seu trabalho? Você está pronto para ser um ótimo CTO? Porque ser um CTO é muito, muito difícil. É um papel muito difícil. A razão é que, como CTO, você é responsável por toda a tecnologia em sua organização. Você é o público que enfrenta o executivo responsável por toda a tecnologia da organização, mas também é responsável pela sua equipe. Você é responsável pelo processo de desenvolvimento. Você foi responsável pela arquitetura técnica geral em toda a organização. Você é responsável por cada produto técnico em projetos em sua organização. Você é responsável pela satisfação do cliente de todos os clientes que usam seus produtos em projetos. A lista continua, por isso é um papel difícil. Uma pesquisa recente descobriu que de todos os CEOs para executivos de pessoas que estão sendo promovidas a uma função executiva, 33% não chegam ao segundo ano. Então, por favor, não faça parte desses 33%. Mas não se preocupe. Eu ajudo-te. Neste curso, compilei 15 PACs de liderança de CTO que irão ajudá-lo a se tornar um grande CTO em. Certifica-te de que sobrevives até ao teu segundo ano. Então o que vamos fazer, vamos começar com algo que eu gosto de chamar de preparação inicial. Então este é um conjunto de exercícios que ajudarão você a entrar na mentalidade certa para começar bem em seu papel como CTO. Então vamos passar para a consciência situacional. Então eu vou fazer você se conscientizar sobre a política e vitaminas em sua organização. Identificaremos todas as partes interessadas que detêm o poder sobre você. Investigaremos o que as partes interessadas esperam de você. Finalmente, passamos para sua equipe e seu processo de desenvolvimento. Vamos dar uma longa e dura olhada tanto na sua equipe quanto no seu processo. Vamos transformá-los em uma máquina bem oleada que pode garantir produtos após produtos após produtos. Portanto, este curso contém 15 palestras, uma natural para cada cidade. Um pac de liderança, não há questionários no final de cada seção para testar seu conhecimento. Então você está pronto para se tornar um excelente CTO, e este é o curso para você. Eu criei este curso especificamente para pessoas como você que são CEOs que são novos sitios em. Eu quero trazer suas habilidades para um nível mais alto ou eles estão aspirando. Cidade mais estavam se preparando para uma entrevista de emprego ou para uma próxima promoção em Quer causar uma grande impressão em sua organização. Então, obrigado por ouvir. Estou ansioso para recebê-lo no curso. 2. Hack #1: não estime o trabalho: então hoje seu dever de casa é muito simples. Eu quero que você, hum, pratique, hum, um pouco fora de humildade em seu novo papel. Você está começando como um novo CTO. Você pode se sentir um pouco intimidado porque este é o seu primeiro. Veja se seu papel ou talvez você tenha cto de feijão por, tipo, 10 anos de cardos. Apenas rotina. Você não está realmente preocupado com isso, mas eu quero que você, um, pelo menos, esteja ciente das estatísticas. Estas estatísticas não estão a seu favor. Se olharmos para novas contratações, novos executivos veem contratações da seção Nós olhamos para executivos que são promovidos internamente. Então estes poderiam ser arquitetos promovidos a CEO ou, digamos, um assento Oh, promovido a C.E.O. Então as pessoas promovem para a seção C. C.E.O . Então os direitos de falha são 25 por cento, 25%. Então, após 18 meses no novo emprego, 25% de desconto, essas pessoas falharam. Eles não são mais capazes de executar seu trabalho. Vamos ficar chapados. É um em quatro. Então tudo isso está trabalhando contra você. Fica ainda pior para contratações externas. Então, por exemplo, essas são CEOs de pessoas, os CEOs que estão sendo puxados do lado de fora, então eles não têm experiência com o ambiente da empresa de cultura da empresa. O literalmente caiu literalmente em uma nova empresa nessas contratações externas novamente. Após 18 meses, há uma falha imediatamente de 33%. Então, obviamente, essa taxa é maior do que os 25% porque essas pessoas vêm de fora para que eles não entendam a cultura da empresa que eles precisam. Teoh familiarizar-se com o processo da empresa da indústria. Três empregados. A dinâmica política fora do fora O trabalho sobre isso é muito mais complicado se você trabalhou nesta empresa por 10 anos e você é promovido a CTO, então para contratações externas a barra é maior. É mais difícil fazer o trabalho direito. 33% falha após 18 meses, então eu não tenho idéia se você é um contratado interno ou um superior externo. Mas esteja ciente dessas porcentagens. 25% e 33% obviamente é 1/3, então apenas 2/3 executivos terríveis ainda estão no trabalho após 18 meses. Então o que estou tentando dizer é que este trabalho é difícil. É realmente difícil ser um CTO bem sucedido em uma grande corporação. Uma grande organização no dia para se destacar no trabalho, fazer o trabalho, certo. Isso não significa que você vai falhar, obviamente. Quero dizer, neste curso, eu vou ajudá-lo a superar, não falhar. Hum, mas eu gostaria de ser humilde para perceber que o trabalho é difícil em que vai levar trabalho duro e dedicação para não estar neste 25% ou 33%. Vou te dar uma estatística. Se olharmos para os executivos, ver os executivos da seção que sobrevivem até seu segundo ano. Então eles concluíram com sucesso os primeiros 12 meses fora do seu trabalho em títulos. Eles ainda têm um emprego no segundo ano. Isso é 67%. 67% de todos os executivos sobrevivem até o segundo ano. Então, obviamente, vamos nos certificar de que você é parte dos 67% 3. Hack 2: a bordo em si: Hoje. O que eu gostaria que você fizesse é embarcar em si mesmo. Então o que quero dizer com isso é, um monte de corporações que eles realmente não têm no procedimento de embarque. Se eu olhar para a minha carreira, estou na TV hámais de 20 anos. Se eu olhar para a minha carreira, estou na TV há Mais de duas décadas na última vez que eu estava profissionalmente a bordo em uma grande organização foi 1995. Então você pode imaginar. Já vi muitas empresas depois disso, e elas não têm nenhum embarque. O embarque é que você começa com uma nova organização em sua rolar para fora o tapete vermelho para você. Você é convidado para um monte de reuniões, documentação material, papéis, apresentações. As pessoas adoram isso. Isso aí é você este processo, este processo intenso de apresentação para levá-lo até a velocidade para obter você completamente incorporado na organização o mais rápido possível. Então, a última vez que eu experimentei isso foi com a CMG, uma empresa de consultoria corporativa na Holanda, onde eu comecei em 1995. Consultores juniores de hoje me deram um programa de treinamento intensivo de três dias , muitas reuniões,muitas apresentações, muitos documentos de lição de casa para estudar. , muitas reuniões, muitas apresentações, Isso realmente me fez atuar muito rapidamente com a cultura da empresa. Agora, aposto que você é um CTO em uma nova organização na sua organização. Provavelmente não tem um procedimento sobre embarque ou tem um, e é muito simples. São só quatro ou cinco reuniões, e é isso. Então você vai precisar de muita informação para o trabalho, certo? Então você tem que se embarcar. Isso é fácil porque você é o cara novo. Quando suas garotas vão querer falar com você, eles vão querer contar seus problemas para você. Querem explicar-lhe como funciona a organização. Haverá muita coisa boa na sua primeira semana, e você pode explorar bem esse tribunal encontrando-se com o maior número possível de pessoas e realmente escolher seus cérebros. Então eu criei uma lista de pessoas que você pode se concentrar em seu processo de embarque. Primeiro de tudo, a primeira coisa que você deseja fazer é criar ameixa tão direita para baixo as informações que você deseja descobrir na organização. que você está interessado? Se suas lacunas em seu conhecimento que você quer falar com as pessoas sobre? Faça uma lista de pessoas com as quais você quer falar para ter certeza de que sua lista contém pelo menos seu chefe, que seria o CEO tão falado com CEO em. Descubra quais são as prioridades dele. Suas prioridades, desafios e expectativas porque eles determinarão como você será julgado em seu rolo . CTO. Então fale com seus relatórios diretos, pessoas que reportam diretamente a você. Então estes serão provavelmente os arquitetos, o vice-presidente de engenharia, o gerente de projeto. Talvez haja um designer funcional na empresa. Todas essas pessoas vão se reportar a você, então fale com eles. Deixe-os saber como você gostaria de ser informado em futuras conversas. Então dê a ele um vislumbre de quais serão suas expectativas quando você falar com eles no futuro. Em também verificar. Se algo está pegando fogo como, há uma calamidade? Tem algo quebrado. Nossos clientes incapazes de usar o sistema é a conexão ao vivo com o banco off-line. Ninguém mais vem usar o sistema. Salesforce parou de funcionar. Veja se há alguma coisa com fogo para que você possa bater no chão correndo e você pode começar o seu você pode começar o seu rolo é um bombeiro. Basicamente, certifique-se de se encontrar com segurança e instalações para as coisas habituais. Suas contas de login para o sistema da empresa, você vai querer emblema para poder entrar no prédio. Vocês são os códigos do alarme. Você quer saber os procedimentos de construção, coisas simples, como arranjos de almoço. Fique a par rapidamente com esse tipo de informação, então também, então também, não se esqueça de se encontrar com C F O. Porque você quer Teoh obter uma rápida finanças patife. Quer saber quais são os seus orçamentos? Como você ama suas despesas? Como você pode visualizar relatórios financeiros do sistema da empresa como, Como você pode obter um relatórios de despesas mensais para o seu departamento? Você quer ser capaz de fazer todas essas coisas sozinho. Então você quer que alguém te mostre os sistemas financeiros e te ajude a se atualizar. E, claro, você quer saber os números como, Qual é o seu orçamento? O que seus orçamentos de despesas. Como é, seu antecessor? Qual era a renda por mês dos seus departamentos? Se o seu se sua função envolve diretor de receita direta revisando casa eso obter esses números financeiros do CFO, em seguida, tente falar com clientes importantes, principais clientes que usam seu produto ou seu aplicativo. Eles estão felizes? Qual versão da parte superior usando, no entanto, usando o aplicativo. Qual é a vibração? Outros clientes prestes a ir a um concorrente ou ainda existem felizes e leais a você? Então, pelo menos, tenha uma sensação de como o conteúdo que essas pessoas estão falando finalmente aparece. Então você está na seção C. Falei com o cargo do diretor financeiro. Oh, uh, velho, todas as pessoas na seção C sobre descobrir o que há realmente que as preocupações vão jogar acima Prioridades. Um dos desafios deles. O que está acontecendo na organização? Porque nosso CTO você será responsável pelos sistemas de I t. E muitos desses sistemas são construídos especificamente para uso pelo outro por seus pares na seção C. Eso talvez sua equipe, talvez seu antecessor tenha usado a equipe surda para criar um sistema financeiro. Agora o diretor financeiro está usando esse sistema. Então, quais são os desafios do CFO? Está tudo funcionando bem? Existem certos relatórios que não podem ser criados porque o sistema o permitiria. A organização está usando um modelo de orçamento ou o modelo financeiro? E não há como travar isso no sistema como eles estão usando. Salesforce em despesas não pode ser encerrado com no Salesforce porque ele foi configurado incorretamente para tentar ver se você pode encontrar seus pontos problemáticos na organização muito cedo que você poderia corrigir implementando soluções de I t. no futuro. Então, isso é em poucas palavras. Como você pode se integrar no plano de crédito da organização decide quais informações você está interessado. O que você está tentando descobrir na organização? Com quem você vai falar? Então? Basta se inscrever nessas conversas um após o outro falou com o maior número possível de pessoas . 4. Hack #3: conheça sua equipe: Hoje. Então hoje o que eu gostaria que você fizesse é conhecer sua equipe quando eu digo equipe, quero dizer todos os seus relatórios diretos sobre talvez uma camada abaixo. Portanto, conheça todas as pessoas com as quais você estará interagindo no futuro à medida que você desempenhar seu papel. Um CTO na organização. Então sua equipe, quer dizer, dependendo de como a organização foi estruturada, sua equipe, pode haver vários tipos de pessoas. Como, se você estiver executando uma pequena inicialização do seu CTO, provavelmente você tem um desenvolvedor líder em alguns desenvolvedores fora. Essa é a equipe inteira. Se você trabalha para uma multinacional enorme, então você vai ter muitas. E muitas pessoas têm arquitetos, gerentes de projetos. Você vai ter desenvolvedores, você tem uma peça extra de engenharia responder uma e assim por diante. Então assuntos uma lista de papéis que você provavelmente vai interagir com. É um bom exercício para começar por ver se essas pessoas realmente existem na organização. Então vamos ver a lista. Oito pessoas que oito papéis diferentes que você pode esperar em pequenas e grandes organizações se esses papéis estão faltando, então isso também é uma pista importante, então para começar o desenvolvedor principal. Assim, o desenvolvedor principal é a pessoa responsável pela gestão e cautela desenvolvimentos. Equipa. Então, o desenvolvedor principal é geralmente a pessoa mais sênior na equipe de desenvolvimento. O desenvolvedor mais capaz que está presente terá habilidades de gestão será responsável por gerenciar a equipe surda. Então, basicamente, pegando tarefas e distribuindo-as pela equipe, atribuindo-as a desenvolvedores individuais com base em seu nível de conhecimento. Assim, o desenvolvedor principal precisará saber de qualquer pessoa na equipe quais são suas habilidades específicas . Se não houver nenhum desenvolvedor, isso é um mau sinal porque a equipe de desenvolvimento precisa ser gerenciada. Funciona melhor se o desenvolvedor sênior fizer isso. Eso sem um desenvolvedor líder, você está olhando para uma equipe surda sem um líder, então isso é uma bandeira vermelha. Em segundo lugar, o arquiteto tema é responsável por criar o design técnico de alto nível fora de tudo o que é construído na organização. Então o arquiteto não está programando. Thea arquiteta. Não é um desenvolvedor. Ele ou ela não está produzindo linhas de código, mas os arquitetos produzem diagramas de alto nível sobre o tamanho dos componentes microscópicos de software se encaixam. Eso estes serão diagramas de arquitetura basicamente descrevendo o software, os aplicativos em toda a empresa. Arquitetos. Eles eram um papel distinto porque eles olham apenas para a funcionalidade de alto nível. Eles não conhecem nenhuma codificação, que é de baixo nível. Eles só criam esses diagramas abstratos de alto nível. É muito difícil para uma única pessoa fazer ambos um nível baixo em um trabalho de alto nível ao mesmo tempo, porque requer uma espécie de mudança de contexto mental. É difícil para as pessoas conseguirem isso. Então, se não há arquiteto de novo, isso é uma bandeira vermelha, porque isso significa que se alguém está fazendo o arquiteto, provavelmente é o desenvolvedor principal. Então você tem uma pessoa fazendo as coisas de baixo nível no material de alto nível ao mesmo tempo, e isso nunca funciona. Então certifique-se de que a organização tem um arquiteto. Em seguida, o número três, a organização Scrum Master três. Espero que a organização usa ágil para seus projetos, gestão tia metodologia. Se eles scrum, haverá um mestre scrum, e este é basicamente um facilitador que se certifica de que o processo scrum é executado sem impedimentos na organização. Então, se houver algo acontecendo, político ou técnico ou o que quer que seja na organização que impeça o processo de scrum. O mestre scrum irá certificar-se de que estes impedimentos são removidos para que o processo possa continuar sem impedimentos. Se não há nenhum scrum master do que a organização provavelmente não está implementando eso ágil novamente, que será uma bandeira vermelha se você trabalhar para uma organização que diz que eles estão fazendo nosso trabalho. Mas não há scrum. O número mestre quatro é o proprietário do produto novamente. Este é um papel que pertence ao scrum. O proprietário do produto é a pessoa que determina a funcionalidade fora do que está sendo construído sobre vínculo. Que ordem Diferentes funcionalidades estão sendo construídas. Se você tem um grande projeto, uma grande poça médico grande publicação sendo construído do que o proprietário do produto será responsável por decidir o que é construído como o que a funcionalidade do aplicativo está em detalhes em que ordem é está sendo construída pela equipe surda, isso é um papel importante, e novamente pertence à ágil então novamente, uma organização que diz que eles estão fazendo ágil. Não há proprietário do produto, uma bandeira vermelha. Você vai querer ver um departamento de garantia de qualidade, ou Q. Uma garantia de qualidade é responsável pelo teste. Há muito importante porque o software é bastante corpo em geral sobre ele precisa ser testado extensivamente para garantir que é produção adequada em desenvolvedores não pode testar seus próprios códigos porque eles têm um ponto cego para a funcionalidade do ladrão. Se você pedir a um desenvolvedor para desenvolver um teste para seus próprios casacos, eles não criarão um teste completo porque eles farão. Eu sou. É difícil de explicar, mas eles têm um ponto cego para a funcionalidade fora de seu próprio casaco, então eles não vão criar um teste que tem 100% de cobertura de teste, porque eles vão convenientemente esquecer de testar bits específicos de funcionalidade é muito melhor se um teste é criado por um grupo de pessoas como uma equipe completamente independente da equipe de desenvolvimento. Andi, se estamos falando de aceitação, teste, teste. Se o aplicativo, como um total funciona corretamente em está de acordo com as expectativas do cliente, então, é claro, o testador precisará ser o cliente ou alguém realmente próximo ao cliente. E novamente, não pode ser um desenvolvedor, então geralmente essas pessoas são combinadas em um departamento de perguntas e respostas. Se não houver departamentos de cura A, é uma bandeira vermelha porque significa que a organização pode não gastar muito tempo testando seus produtos,de seus produtos, modo que pode ser um problema e problema com a qualidade. Com qualidade de produtos, há um gerente de desenvolvimento. Devils manager é responsável pela implementação de novas versões dos produtos de produção. O Eso. Se tudo foi configurado corretamente, haverá como um ambiente de desenvolvimento, integração, ambiente , , ambientes de preparação e ambiente de produção em desenvolvimento é responsável por criar todos os esses ambientes na movimentação de produtos de um estágio para o outro. Então, mover códigos da preparação para a produção se algo não funcionar, mover uma versão defeituosa de um produto de volta para a preparação para que uma versão mais antiga possa ser restaurada para que isso ajude é realmente importante. Se não houver desenvolvimentos do que lançamentos para a produção é provavelmente um processo manual e de propriedade da equipe surda novamente. Você não quer isso. Você quer pessoas especificamente responsáveis pela infraestrutura e responsáveis pelas implementações de novas versões de código e reversões. Em termos de uma calamidade, haverá um gerente de projeto responsável pelo planejamento do projeto, estabelecendo marcos no monitoramento do progresso na escalada quando algo inesperado acontecer, então isso realmente vai ser um gerente de projeto. Eu nunca vi uma organização sem um gerente de produto, então isso provavelmente rolar você vai e conselho. E finalmente, o SPP de engenharia é o seu braço direito ou mulher. É basicamente a pessoa que é responsável por executar sua visão dentro da organização. O que eu gostaria de dizer é que o papel de CTO é meio dividido no meio. O CTO você é responsável por evangelizar a tecnologia da empresa para fora para a imprensa, para a mídia, para os clientes. Então você é o público enfrentando, hum, cabeça fora da empresa responsável pela tecnologia é o SNP fora da engenharia é o seu braço direito de mulher que é responsável por expressar para transmitir a mesma visão em a organização. Então isso é realmente importante que você tenha um bom relacionamento com o S a p de engenharia . É possível que a função esteja ausente na organização. Isso não é uma coisa ruim. Normalmente significa que a organização é muito pequena em que eles vão esperar que você seja ambos Evangel oito evangelizando para fora no interior. Então, basicamente, você perdeu sua mão direita quantidade de em você também tem que menos sua visão dentro da empresa você tem que fazer o mesmo papel, então seu papel será um pouco maior. Se você não tem um vice-presidente de engenharia, vai dizer. Então você vê essa função em algumas organizações, você não vê em outras. Tudo depende de como a empresa está estruturada. Então estes são oito rolos que você vai encontrar em sua organização. Seu dever de casa para hoje é conhecer essas pessoas, sentar-se com elas, ter uma reunião a uma com elas. Descubra quais são os desafios, quais são suas prioridades, o que eles preocupam. Seja o que for orgulhoso. Apenas reserve 30 minutos com cada pessoa no vínculo. Descubra o que está acontecendo na vida deles. 5. Hack #4: escolha seu método agile: Hoje. O que eu gostaria que você fizesse é financiar o tipo de metodologia ágil que a organização está usando . Eu vou supor que a organização usa ágil porque ágil é muito mais eficiente em muito mais barato do que usar metodologias tradicionais de gerenciamento de projetos. Metodologias tradicionais como STN, que são baseadas no planejamento inicial e, em seguida, fazer o trabalho, em seguida, testar no final. Agile é muito mais em sintonia com o com a idéia com a filosofia de que o software é inerentemente imprevisível. Isso é desenvolvimentos mais suaves. ITT é quase impossível. Na verdade, é impossível desenvolver software complexo. Tia planeja tudo meticulosamente fora da frente, simplesmente vai haver calamidades. Eles vão ser falhas em contratempos inesperados acontecendo no meio do projeto , e é praticamente impossível ver isso chegando com antecedência. Então, para o desenvolvimento de software como CTO, peço que você adote a metodologia ágil, a adotar e a metodologia de projeto ágil. É a minha Cientologia que percebe que coisas inesperadas vão acontecer. minha Cientologia que percebe que coisas inesperadas vão acontecer. Então nossa alegria é um termo guarda-chuva para muitas metodologias diferentes. Em há três grandes que você vai encontrar em organizações I T, e eles são XP, que significa programação extrema. É o mais velho. Seus métodos são melhores? Scrum Tom que é Come So XP scrum e voltar sobre essas metodologias. Todos eles têm prós e contras, então eu criei uma matriz, que compara as três metodologias. Então, se você olhar para The Matrix, você pode ver que seis P tem projetos de feijão, principalmente para projetos de software. Bem, na verdade, ele tem que ser projetado explicitamente para projetos de software. Você só pode usar o XP em projetos de desenvolvimento de software. Parecemos um scrum. É principalmente projetos de software que você pode você pode shoechifres scrum em diferentes campos em diferentes setores, e ainda vai funcionar. E então há Cambon, que foi explicitamente projetado para qualquer tipo de projeto. Então, vamos lá, não há ligação entre o Come Bone e a Serra para o desenvolvimento. Então, se você está em uma empresa de software, você pode basicamente escolher qualquer um desses três. Mas se sua equipe não está fazendo principalmente desenvolvimento de software, mas eles fazem outra coisa, então suas melhores escolhas vêm. Se você tem o tamanho da equipe novamente, venha se destacar porque ele pode lidar com qualquer tamanho de equipe. Não há limites incorporados em quão grande equipe pode ser Expedia e Scrum. Ambos o tipo de correspondência entre 10 membros experimentam 10 membros e gritam com nove membros . Então, se você tem como um departamento de 20 pessoas e usando scrum, então você é basicamente forçado a dividi-los em duas equipes para manter tudo gerenciável em combinação. Você não tem que fazer isso. A vida de alteração, quanto tempo leva até que uma nova versão fora de um produto está disponível também varia um pouco com a experiência para as três semanas com scrum, pode ser qualquer coisa menos em um mês com combinar. É uma semana. O próximo é importante. Ambos Expedia em scrum metade papéis muito específicos que vão com uma metodologia. Eu mencionei alguns deles antes, como o monstro scrum, o scrum mestre Israel específico para o produto scrum. Mais velho também é um scrum específico papel. Então, se você quiser introduzir scrum na organização, então você terá que designar essas regras para as pessoas. Você tem alguns pontos alguém e dizer, você sabe que este monstro migalhas iria descer. Você não faz isso. uso do preservativo é as funções existentes em uma organização para implementar a metodologia, então não há necessidade de dar chapéus diferentes às pessoas. Então, se você precisa de uma organização que resista, ágil quando é difícil conseguir um emprego para adultos. Come bone é a sua melhor escolha porque você pode simplesmente camada de combate em cima dos rolos existentes fora da equipe. Então eu vou rapidamente para o restante. Se você olhar para equipes virtuais, você pode executar isso on-line? É falar. Não é possível executar online. XP só funcionará em um escritório com todos nesse mesmo escritório. Então isso é um grande impedimento porque agora vemos mais e mais equipes distribuídas com pessoas em todo o mundo. Então, se você tem esse tipo de organização, você vai ter que usar migalhas ou voltar. O nível de mitigação de riscos também é muito sobressalente. Mythology scrum Massey maior mitigação de risco, então scram é explicitamente projetos para minimizar completamente o risco durante a implementação. Em ambos os XP, Cambone são menos, então eles são menos rígidos. As metodologias são menos regentes Onda. Como conseqüência, eles são um pouco mais arriscados. Interação com o cliente Aspinall. Se você olhar para a interação com o cliente, então quão profundamente incorporado é o cliente com o processo de desenvolvimento de desenvolvimento, então XP tem interação extremamente alta com o cliente, o cliente é basicamente um membro da equipe surda. A Andi. Com scrum. A interação é menor. Há, hum, pontos de encontro são momentos em que o cliente tem que interagir com a equipe. Mas não é como todos os dias, como com EXP neste cair. A interação com o cliente é muito baixa. Então, novamente, se seus clientes não estão realmente dispostos a ajudá-lo a desenvolver a próxima versão fora dos produtos que eles estavam dispostos a vir para aceitação testado apenas uma vez, e então você sabe que ele tem que vir novamente. É apenas muito problema, então Combo é a sua melhor escolha porque lugares comuns para menos demandas para o seu cliente. Se você tem clientes estavam dispostos a participar de R e D, então você pode usar cromo em se seus clientes internos. Então você pode considerar a implementação do XP. Em poucas palavras, é assim que as três metodologias diferentes e ágeis comparadas entre si na arma, você precisa usar essa informação para escolher a melhor metodologia para seu novo papel. Se a organização está realmente usando uma das três metodologias, então mantenha seus olhos abertos. Veja se permitir que esses critérios se todos os critérios corretos, então, se você está em uma organização que ele se Scrum. Mantenha os olhos abertos e ver se scrum foi realmente uma boa escolha sobre se talvez voltar seria melhor. Nunca se sabe. 6. Hack #5: alguma coisa em fogo?: Ok hoje, eu quero você Teoh, olhe para a organização, veja se algo está pegando fogo. Então, o que é um incêndio? Fogo? Pode ser um produto que parou de funcionar. Por exemplo, no sistema on-line usado por milhares de clientes em pessoas não pode mais Logan função Logan parou de funcionar. Então isso é uma grande calamidade. Claro, ninguém poderia usar o sistema. Eso chamadas telefônicas de seus clientes chegando no suporte ao cliente O suporte ao cliente está ficando sobrecarregado com chamadas irritadas. Você está perdendo milhares de receitas por minuto. Algo precisa acontecer imediatamente. Então isso é obviamente uma situação de incêndio. Você precisa entrar lá, pegar uma mangueira e começar a esguichar água no fogo para resolver o problema. O incêndio também pode ser uma questão de liderança. Pode ser um padrão anti liderança onde, por exemplo, uma equipe é disfuncional ou duas partes interessadas muito poderosas começaram a rivalidade em nossa sugando toda a organização em seus conflitos. Em todo o progresso chegou a um impasse total. Pode ser organizacional. Pode ser que a organização adotou scrum em e a gestão está bloqueando scrum . Eles não acreditam em ágil e estão obstruindo o processo. Então os sprints estão sendo executados. Mas os resultados no final do sprint não estão mudando muito. Não há mais progresso para a frente. Então algo precisa ser feito de maneira. Talvez o monstro do matagal incendeia ninguém tenha substituído ele ou ela, então parte da organização pode estar pegando fogo. No entanto, agora, o que é um incêndio onde você é esperado para saltar imediatamente, começar, começar a ajudar a apagar o fogo em que tipo de incêndios Você poderia apenas sair por um tempo e não se concentrar em imediatamente ? Porque você realmente não pode se dar ao luxo de ser sugado para essas calamidades que essas situações de incêndio em seguida parar lá permanentemente. Então há um sistema simples que você pode usar uma matriz muito simples que você pode usar para decidir quais incêndios você vai apagar imediatamente. Que dispara você vai deixar queimando por um tempo enquanto você começa a velocidade na organização. A única coisa que você precisa fazer é criar matriz três por três matriz como eu não estou aqui no, hum no eixo vertical coloca a probabilidade de que um certo risco vai acontecer. Então vamos olhar como calamidades em potencial. Olhe para as probabilidades. É muito improvável que algo aconteça. É provável, ou é muito provável que algo aconteça então, no eixo horizontal? Afaste os impactos da calamidade. Se esta calamidade acontecesse, qual é o impacto? É um impacto menor? Pequeno impacto A carne é irritante como o inferno, mas você pode viver com isso. É um impacto moderado? Moderado seria essencial. Funcionalidade parou de funcionar, mas há uma solução alternativa tão super irritante soluções alternativas super lento em torno de trabalho caro ao redor. Mas há um trabalho por aí. As pessoas ainda podem usar a disfuncionalidade. Ou é uma grande transmissão? Um grande impacto seria uma funcionalidade específica em que parei de trabalhar. Não há soluções alternativas. há absolutamente nenhuma maneira Teoh obter essa funcionalidade através de quaisquer meios sobre, Então ele basicamente desapareceu. Agora, se você olhar para essas duas dimensões, então fora do curso, um risco muito provável que tenha um grande impacto precisa ser tratado imediatamente. Então essa é a sua primeira prioridade. Identifique o risco muito provável na organização com um grande impacto se você puder identificar isso. Então vá direto lá para mitigar esse risco imediatamente. Primeira coisa que você se há um risco provável com também com o grande impacto, então você tem um acordo sem próxima. Seu primeiro vai apagar esse fogo. Então você quer olhar para este risco. Se você está lidando com um risco muito provável, muito provavelmente calamidade, isso tem apenas um impacto moderado. Então você vai conter esse risco com conter o risco. Quero dizer, você não vai resolver isso. Mas você estava indo para Teoh. Olha, neste trabalho, há uma solução para contornar o problema. Basicamente, você vai se certificar de que essas soluções alternativas continuarão funcionando para os próximos dias para as próximas duas semanas. Uma vez que você tem aquele jardim, veja, você pode basicamente relaxar, digamos , você sabe com certeza que esse risco moderado, ele não vai se transformar em um grande risco de impacto. Tudo o resto você vai ignorar. Tão improvável calamidade com grande impacto que não se ignora. Você estará ciente disso. Mas você não vai lidar com isso agora, Andi. Qualquer coisa que seja improvável, mas impactos menores ou moderados. Você pode ignorar com segurança qualquer coisa que seja provável com um impacto menor. Você pode ignorar com segurança qualquer coisa que é muito provável com um impacto menor, provavelmente com o impacto das mães. Que improvável? Com grandes impactos, você também vai ignorá-lo por enquanto. Vou colocá-lo na sua lista, anotar para que você saiba disso. Mas você não vai esperar em ascensão na primeira semana de folga por um segundo na 1ª 2 semanas de folga do seu trabalho para colocar isso fora. Porque, obviamente, se você se concentrar em toda esta matriz, você será permanentemente bloqueado no modo de combate a incêndios. Você não quer isso. Então, para resumir, coloque este plano. Eu estava de imediato. Apague este fogo a seguir e contenha esta calamidade para que as soluções continuem a funcionar durante as próximas semanas. Estes três riscos estão cientes do polegar. Não faça nada sobre eles como esses riscos que você pode ignorar com segurança 7. Hack #6: quem é seus interessados?: hoje vamos nos concentrar nas partes interessadas. Queremos olhar para todas as partes interessadas que direta ou indiretamente influenciam seu papel na organização sobre o que eu quero fazer é dividir as partes interessadas em grupos, então vamos olhar para as cores comuns do site. Nós também vamos olhar para os detentores de poder, detentores de poder, partes interessadas que eles empunham uma certa quantidade de poder. Uma grande quantidade de poder sobre você sobre sua equipe sobre você sobre sua capacidade de funcionar. Portanto, os detentores de energia são o subconjunto de partes interessadas que podem fazer uma diferença real na sua capacidade de entregar e colher recompensas com cuidado. Essa diferença pode ser positiva ou negativa, então o detentor de energia pode realmente ajudá-lo a alcançar seus objetivos. Mas em poder obstrutivo, Holder também pode bloquear completamente o seu progresso e prepará-lo para falhas. Então é realmente importante que você se torne consciente deste cenário político dentro da organização que são os jogadores poderosos e o que eles querem? Quais são os objetivos deles? Foram suas ambições e o alinhamento com seus próprios objetivos e ambições. Então os detentores de energia Ford que você pode se concentrar em nosso primeiro de todas as pessoas diretamente acima você que será seu chefe, o chefe fora de seu chefe. O conselho de administração. Então essas pessoas estão diretamente acima de você. Eles têm uma enorme quantidade de poder, Onda. E eles podem tornar seu trabalho fácil ou muito, muito difícil. Tanto essas pessoas escrevem. Quem são essas pessoas? O segundo grupo de detentores de poder são as pessoas acima de você na organização que entrarão em pânico se você não conseguir entregar. Então, se você se comprometer com uma entrega e por algum motivo você não pode assumir esse compromisso, algo vai errado. Quem eram os malucos? Quem começaria a ligar para você indo embora? Seu correio de voz zangado. Mensagens faltantes. Quem passaria por cima de você na organização? Quando isso acontece, isso novamente é um suporte de energia porque essa pessoa está acima de você. Anote os nomes deles. Quem são essas pessoas através de sua vez que as pessoas na organização. Imagine que imaginem que essas pessoas desistiriam por um mês. De repente, anunciavam que iam tirar um mês de licença sabática e partiam pelos próximos 30 dias. Eles foram para a sua ausência. Destrói sua habilidade de viver, de entregar. Você não é mais capaz de entregar nada porque essas pessoas se foram. Então, há uma dependência muito forte com essas pessoas, que elas não tenham que estar acima de você. Acha que pode ser um desenvolvedor? Este pode ser um desenvolvedor sênior com conhecimento crucial dentro de sua equipe. Quando essa pessoa sai, esse conhecimento se foi por 30 dias, você não pode mais fazer nada. Pode ser seu gerente de desenvolvimento, a pessoa que pode reverter lançamentos defeituosos, apenas ambientes de produção sem seu gerente de desenvolvimento. Se ninguém sabe como fazer uma reversão, algo ruim acontece. Então todo o seu sistema desliga e não há nada que você possa fazer sobre isso. Então estas são pessoas de quem você é singularmente dependente. Quem são eles? Anote isso. Anote tantos nomes como você pode pensar fora. Portanto, esses titulares de energia aérea e eles podem estar abaixo de você e o quarto grupo que precisa cooperar com você ou sua equipe para que você possa cumprir seus objetivos para cumprir seus compromissos. Então, de quem é a cooperação necessária para que possa fazer o seu trabalho? Pense em tantas pessoas como nomes que você pode pensar sobre esses quatro grupos juntos, os detentores de poder que essas pessoas enrola poder sobre sua capacidade de entregar. Pense em tantas pessoas como nomes que você pode pensar sobre esses quatro grupos juntos, Eso ainda não estavam atenuando esse poder ainda não estavam fazendo uma análise de risco e certificando-se que nada pode dar errado. Por enquanto, a única coisa que você precisa fazer é estar ciente dessas pessoas estar ciente de seus nomes em que tipo de energia suas rodas sobre você, as partes interessadas restantes, titulares de energia normal e também muito interessante. Por exemplo, quem foi passado para o seu trabalho? Você é o novo CDO que quase conseguiu o cargo de CTO. Mas no último momento, a empresa decidiu contratá-lo. Repare em toda a pessoa. Esta é uma das partes interessadas nele. É uma parte interessada que pode dificultar a sua vida no futuro. Ou talvez saiba que você pode ter um excelente relacionamento com essa pessoa, mas você precisa saber quem é. Quem são os jogadores júnior da organização que querem pegar uma carona junto com você? Como, por exemplo, este poderia ser o s u p da engenharia ia trabalhar de perto com você. Pegue uma carona junto com você. Use o seu sucesso. Coloque isso em seu currículo Talvez use isso para se tornar CTO no futuro para uma organização diferente . Então, quem está junto para os direitos quer se deleitar com sua glória. Basicamente bonita. Veja os clientes internos ou consultores que costumavam trabalhar com a equipe. Então as pessoas que ainda têm um relacionamento com a equipe fora da história passada, que são eles finalmente identificam qualquer outra pessoa que é relevante para você. Você é velho ou o time. Todas essas pessoas juntas são as partes interessadas que podem influenciar sua capacidade de cumprir seus compromissos. Então você precisa estar ciente dessas pessoas. Então anote todos eles, cria uma ameixa de partes interessadas ou uma parte interessada menos em basicamente Brighton sobre os nomes. Basta distribuí-los em grupos. Então, tem seus suportes de energia em um conjunto separado de grupos. Metade das partes interessadas normais em grupos. Esteja ciente de todas essas pessoas, então é quando as pessoas começam a trabalhar contra você no futuro. Pelo menos você tem quantias mês de antecedência em Você não está surpreso. Você sabe que essa é a pessoa que foi passada para o meu trabalho fora do curso, ele ou ela vai sabotar meu progresso algumas semanas abaixo da linha. Eu não estou surpreso. Na verdade, eu me preparei para esta calamidade, então esteja preparado 8. Hack #7: descubra o que é importante para suas partes interessadas.: Então, hoje somos cônsul refinados a lista de partes interessadas que criamos ontem. Então agora você tem uma lista de partes interessadas na organização e você tem grupos em detentores de poder , partes interessadas nobres. Então, essas são todas as pessoas na organização que podem influenciar sua capacidade de cumprir seus compromissos hoje, vamos olhar para o que é importante para as partes interessadas o que importa para as partes interessadas. Porque sabendo o que importa para eles, podemos prever com precisão se eles vão trabalhar a favor ou contra nós no futuro. Em nós podemos prever o que precisamos fazer para que as partes interessadas para mantê-los como um amigo. Então vamos basicamente olhar para a dinâmica de poder na organização, por assim dizer. Então eu quero que você crie um novo documento. Andi, isto vai ser como um campo de força das partes interessadas. Então, vamos olhar para todas as partes interessadas. Vamos ver o que importa para eles? Então, vamos começar. Então eu quero que você faça. Eu quero que você acerte cinco coisas para cada parte interessada. Então você pode fazer isso nas planilhas. Você pode fazer um esticá-lo com todas as partes interessadas na primeira coluna em. Então você faz cinco colunas adicionais e você vai escrever estes cinco suspeitos para cada parte interessada. Então, primeiro lugar, como eles são recompensados? Com que base o interessado é recompensado? Então, o que são eles? O que eles precisam fazer para serem recompensados? Será que eles precisam permanecer nos orçamentos? Eles precisam maximizar a satisfação do cliente? Eles precisam do Teoh? Dominar a indústria? Manter de fora a posição número um na indústria para que eles precisem maximizar os lucros? Eles precisam maximizar a receita? Como eles são recompensados? Anote isso. Se você sabe disso, então olhe para a importância, quais recompensas são importância. Toquem essas partes interessadas. Então, que tipo de recompensa seria importante para as expectativas sem mistério? Anote. O que as partes interessadas esperam de você? Se você não tem certeza, dê um palpite inculto ou talvez você possa até perguntar a ele. Então, descubra o que todas as partes interessadas esperam de você. Em seguida, anote o que você precisa das partes interessadas. As partes interessadas que poderiam ser detentores de poder. Podem ser partes interessadas normais, mas têm um certo nível de poder sobre você. Havia um nível de influência sobre sua habilidade, Teoh. Faça seus compromissos. Então, o que você precisa deles? O que é que você precisa deles? Em ordem? Teoh Função finalmente. Então isso é puramente hipotético. Mas, finalmente, olhem para as ameaças. Como essas partes interessadas podem tornar seu trabalho realmente difícil? Como puderam aumentar a pressão? Uma das partes interessadas poderia definir um prazo? Como você disse, as datas marcantes para seus projetos. E, em seguida, uma parte interessada do estado move esse prazo para frente por dois meses, colocando uma enorme pressão de tempo em sua equipe. Como Jesus Takeover capaz de fazer isso, poderia um bife todos os orçamentos do país como o seu orçamento é de US $50.000 por mês na parte interessada entra e diz, não, não, não, não, não, Não. 20 mil para os próximos dois meses e de repente você está sem dinheiro. Uma das partes interessadas pode fazer isso? Então estamos fazendo uma análise e se fingindo que as partes interessadas desonestadas estão trabalhando ativamente contra você está ligando os parafusos de polegar, por assim dizer. Teoh realmente colocou a pressão em você. O que eles poderiam fazer hipoteticamente, para dificultar sua vida? Então esses cinco suspeitos essas cinco coisas escrevem para todas as partes interessadas. A Andi. Na verdade, o mais importante, os detentores de energia concentram-se nos detentores de energia. Faça tantas partes interessadas como você vem preenchendo tanto quanto você sabe. Se você não pode responder a nenhuma dessas perguntas, talvez sente-se com o bife. Todos aqueles e de repente perguntar-lhes diretamente. Tipo, o que você espera de mim? Quero dizer, é uma pergunta legítima. Pode se sentar com o CEO, então, o que espera de mim? Certo, então certo tudo isso para baixo. Este é o seu diagrama de poder das partes interessadas seu mapa de energia fora da organização. Então isso vai ajudar você a identificar quais pessoas vão se reunir atrás de seu curso sobre quais pessoas podem se tornar obstrucionistas no futuro. Tão louco. 9. Hack #: como sua equipe criar valor?: Hoje. O que vamos fazer é olhar como sua equipe cria valor. Não, isso pode parecer uma pergunta óbvia porque você está em uma organização. Estou assumindo uma organização 90. Você estava entregando produtos. Você está rolando os produtos dos EUA. Os clientes estão usando seus produtos. Então, obviamente, sua equipe está criando produtos nesses produtos. Criar valor para a organização, certo? Bem, na verdade é mais complicado do que isso. Sim. Você está produzindo produtos. Sim. Esses produtos criam valor para a organização. Mas sua equipe pode estar criando valor em todos os tipos de maneiras diferentes. Não precisa ser simplesmente a saída, a saída de software que eles estão produzindo semana após semana. Podem ser coisas completamente diferentes. Você não quer se surpreender com isso. Você não quer descobrir que o principal valor que sua equipe foi criada, foi conhecimento ou treinamento que sua equipe estava realmente sendo usada para treinar desenvolvedores para levá-los a um nível sênior e que os produtos que você está produzindo são realmente de menor importância para a organização. Então o que vamos fazer hoje é a equipe de observadores da Williams descobrir quais outsports fora da equipe são os valores mais importantes na organização, na verdade, como os esportes são valorizados em geral. Então não vamos apenas olhar para as entregas dos produtos. Também vai coisas como treinar mentalmente treinamento, conhecimento , transferência , etc, etc. Então, para começar a começar em sua missão de descoberta de fatos, a primeira coisa que você precisa fazer é observar sua equipe em Olhe para os resultados que eles estão criando, e então pergunte a ele, Como eles descreveriam sua entregáveis? Como eles descrevem a saída do que estão produzindo? Veja como eles estão gastando seu tempo. Eles estão trabalhando em tempo integral na criação desses materiais de entrega ou estão fazendo outras coisas no site? Eles estão executando projetos de tamanho? Eles são treinadores e mentores de equipes de diferença? Departamentos diferentes? Eles estão realizando apresentações e transferindo seus conhecimentos sobre a organização? Veja atividades adicionais fora do trabalho de produção principal. Veja o que os clientes recebem. Os materiais de entrega estão indo para o cliente? Vão internamente para os departamentos internos? São os clientes que recebem os produtos completos são apenas separados do que sua equipe produz. Veja o que realmente está fluindo de sua equipe para os clientes. Então olhe para os clientes. Veja como os materiais de entrega estão sendo usados. Não é incomum que partes dos materiais de entrega sejam descartadas, portanto, você entregou um produto a um cliente usa apenas 10% do seu material de entrega sob permanecer unido percentual simplesmente não é usado. Então isso é realmente interessante porque significa que você está criando valor em 10% de desconto em sua produção total de ah, nossos esportes sobre os 90% restantes. Você poderia muito bem parar de trabalhar nessa seção porque ninguém está usando. Portanto, olhe para seus clientes e descubra como eles estão usando seus produtos, que parte de descartados quais peças estão sendo usadas. Quais peças são modificadas como você entrega produtos em seções são imediatamente modificadas pelo cliente para serem usadas de forma diferente? Olhe para isso. Então olhe para outros grupos. Veja outros grupos que têm um relacionamento com sua equipe. O que há com outros grupos? Jogo da tua equipa? Há transferência de conhecimento? Há uma troca fora? Indivíduos entre essas duas equipes são pessoas em outros grupos sendo mentores ou treinado Eso é sua equipe realmente criando conhecimento, bem como criar um produto em Finalmente olhar para discrepâncias na organização. Sua equipe está deliberadamente arrependida Sua equipe está entregando algo para a organização, provavelmente várias coisas, produtos de conhecimento sabem como, theon pertuan iti crescer em uma carreira e assim por diante e assim por diante. Então olhe como pessoas que estão impressionadas ou gratas que estão recebendo resultados de sua equipe e está agradecido por impressionado com o que eles receberam. Mas também olhe para as pessoas que parecem pessoas infelizes que são silêncio. Olhe para as pessoas que recebem algo da sua equipe. Andi está muito quieta sobre isso porque pode haver uma discrepância lá tanto. Essas quatro coisas sobre essas quatro coisas para descobrir como sua equipe está criando valor em você provavelmente vai descobrir que sua equipe é casa colocando um monte de entregas, produzindo um monte de liberais, mas que 30 ou 40% de desconto esses estão realmente criando valor para a organização em. O restante não está no restante ou ignora ou pode realmente ser prejudicial para a organização. Quero dizer, há um famoso 80 20 que basicamente conjuntos de 20% de sua saída é benéfico sobre o restante 80% é prejudicial, então você pode realmente reduzir suas saídas em 80% e ainda ter clientes felizes. Então, é muito importante que você chegue ao escritório inferior. Como você está criando valor para a organização? E aposto que é de uma maneira diferente quando você estava pensando. 10. Hack #9: o que sua equipe tem para provar?: Hoje. Hoje vamos ver o que sua equipe tem que provar. Então, em seu novo papel, um CTO que você estava sendo vigiado. Todas as partes interessadas acima de você na organização estão monitorando de perto seu progresso. Andi tem certas expectativas. Então você e sua equipe precisam provar certas coisas para seus superiores. Minha pergunta é, o quê? Que outras pessoas acima de você. Esperando o que eles querem ver? Então, o que sua equipe tem para provar que esta é uma pergunta muito importante porque você pode estar completamente errado sobre o que você pensa. Você tem que provar. Você pode pensar que você precisa entregar produtos a tempo porque seu antecessor continuou perdendo seus marcos. Mas, na realidade, as pessoas acima de você querem que você maximize a satisfação do cliente, o que é uma coisa completamente diferente. Ou você passa suas primeiras semanas focando em manter os custos sob controle, reduzindo despesas e certificando-se de que seu departamento para começar a lucrar. Então você descobre que você era realmente um cross center. As pessoas não se importam com você. Eles estão felizes em fazer uma perda. Isso não é muito. Você maximiza a satisfação do cliente, então é muito importante descobrir o que você tem que provar no que sua equipe tem que provar, então vamos começar com a equipe. de Tensdecomeçar a monitorizar quem está a vigiar a tua equipa. Quem está olhando para o desempenho da sua equipe sobre o que eles esperam ver. Bem, o que eles querem ver em que datas a metade em suas mentes? Em que idade você precisa entregar coisas específicas? Tentando descobrir que tipo de métricas essas pessoas estão usando. Quais olhos KP eles estão usando para monitorar o sucesso de sua equipe? Claro, Se você conhece um KP melhor, Eu, em seguida, educá-los sobre o gelo KP mais útil que você traz para a frente sobre os que eles estão usando Agora. Agora, há três períodos de tempo que estamos olhando. O primeiro período de tempo é imediato. São os primeiros 30 a 60 dias, então o prazo imediato. Seu prazo futuro prazo é de 2 a 5 meses depois. O que chamamos de período do primeiro ano é de 6 a 12 meses, então estes são três períodos de tempo para as expectativas serão diferentes para esses três amigos do tempo . Então você acabou de começar um CTO e as pessoas vão esperar algo de você no futuro imediato . Eles vão esperar algo diferente e no futuro, e eles vão esperar novamente algo diferente para o seu primeiro ano. Então, quando você estiver bombeando essas expectativas, certifique-se de agrupá-las em três chamadas separadas. Então, para descobrir o que é isso? As expectativas são de seus detentores de energia? A melhor coisa que você pode fazer é olhar para Hum, olhar para as perguntas que os detentores de energia estão fazendo a si mesmos sobre sua equipe. Eu escrevi quatro perguntas diferentes que você poderia encontrar a primeira. A primeira questão é orientada para os resultados. O detentor do poder está se perguntando. A equipe está entregando a mercadoria prometeu? Então você se comprometeu a entregar um certo tipo de produtos? O detentor do poder está interessado em ver se aquele tee social fora da nacionalidade específica que ele entrega Seconds é competência. O detentor do poder está se perguntando, a equipe é capaz? Então este suporte de energia vai olhar para fora para as capacidades fora da equipe? As equipes são capazes de executar seus papéis, executar seus trabalhos? Quantos? Jr disse na equipe. Quantos idosos Como a liderança da equipe é organizada? A equipe é uma máquina bem oleada ou é um pouco caótico, então os detentores de energia podem olhar para sua equipe em julgá-lo por competência. A terceira é a carga de trabalho. Os detentores de energia olhem para a sua equipe. Esperam ver suor. Eles querem ver todos trabalhando a 100% de capacidade. Então, se os membros da equipe estão esvaziando o poder que não vai ser feliz. Então, este é um interessante porque você pode estar fornecendo a funcionalidade exata que o cliente deseja a história de 10 90% novamente. Então você está vivendo um produto e apenas 10% é fora do interesse do cliente. Então você decide entregar apenas 10%. Então, de repente, sua equipe tem 90% de tempo livre. E depois há o detentor do poder dele a olhar para a tua equipa, ver pessoas que não trabalham 90% do tempo. Estou pensando, hein? Terrível. O CTO está fazendo um trabalho terrível. Você só maximiza a satisfação do cliente e ainda é julgado negativamente porque sua equipe não está trabalhando com o máximo desempenho. Portanto, cuidado com os detentores de energia que julgam sua equipe por cargas de trabalho. Finalmente, conformidade. Um detentor de energia pode olhar para sua equipe para ver se eles estão seguindo procedimentos se eles estão trabalhando em conformidade com os regulamentos da empresa. Então, se você é o tipo de pessoa que gosta de cortar cantos, jogar rápido e solto com as regras, abraçar novas tecnologias. Teoh alcançar metas. Eu não sou o tipo de pessoa. Em seguida, você obteria empregos negativamente por um detentor de energia que estava à procura de conformidade em para a adesão às regras. Portanto, estar ciente dos tipos fora detentores de energia que você pode estar jogando rápido e solto, e um cantar um projetos em um produto após o outro em Ainda assim, você é julgado negativamente por um titular de energia porque você não está ficando dentro das linhas de modo muito. Seus detentores de energia ao longo dessas quatro dimensões possíveis resultados, competência, cargas de trabalho e conformidade para descobrir o que sua equipe tem que provar. 11. Hack #, a 10: o que você precisa provar ?: hoje vamos fazer algo semelhante ao de ontem. Então ontem olhamos para o que sua equipe tem que provar. Nós olhamos para todos os detentores de energia que estão monitorando de perto sua equipe em. Analisamos o que eles esperam, como eles estão julgando o desempenho da sua equipe. Analisamos várias dimensões diferentes, vários julgamentos diferentes que você poderia receber de seus detentores de poder, que podem não ser os que você tem em mente quando está motivando sua equipe para um desempenho superior . Mas isso só cobre a equipe hoje. Vamos analisar o que os detentores de energia da esperam de você porque os mesmos detentores de energia também estão monitorando de perto seu desempenho como CTO. É muito importante que você descubra quem está te observando. Quais detentores de energia estão olhando como você. O que eles esperam ver uma chance quando agora, temos três vezes libras. Temos um futuro imediato, que são os próximos 60 dias. Temos o futuro a curto prazo, que é de 2 a 5 meses. Temos o primeiro ano, que é basicamente tudo, desde seis meses até 12 meses, você vai ter que provar a si mesmo para os seus titulares de poder nestes três momentos diferentes. Libras assim novamente faz Pesci anotar seus detentores de poder na primeira coluna. Faz três colunas para os diferentes tempos. Libras em. Escreva o que os detentores do poder esperam de você. Hum , provavelmente será uma dessas três coisas. Provavelmente serão estas três coisas. Será clareza. Os detentores de energia esperam que você tenha uma imagem clara sobre o que você quer alcançar quando eles querem que você entenda sua indústria. Eles querem que você esteja totalmente atualizado sobre como as organizações funcionam, como a organização se destaca dentro da indústria, quais estratégias a organização vai seguir nos próximos 1 a 5 anos. Para melhorar ainda mais. Eles querem que você esteja completamente atualizado. Então Teoh faz aqueles detentores de poder felizes. No futuro imediato. A melhor coisa que você poderia fazer é demonstrar que você tem uma visão muito clara, então aprenda o máximo que puder com o maior número de pessoas que você vem na organização. Em seguida, formule seus objetivos. Formule a sua estratégia para comunicar a sua estratégia aos seus detentores de energia em. Mesmo se você estiver no caminho errado, seus detentores de energia vão apreciar que você tem uma visão clara e que você está perseguindo uma visão clara. E se você entender a indústria para o futuro mandato prefeito, os assaltos de energia provavelmente irão julgá-lo pela sua competência. Então, um CTO que você é responsável por dirigir sua equipe. Você é responsável por transformar sua equipe em uma máquina bem oleada que pode produzir materiais de entrega semana após semana. Então, no futuro de curto prazo para £5 outs, seus titulares de energia estarão olhando para o seu desempenho. Eles vão olhar para como você dirige sua equipe sobre como seus resultados fazem jus ao planejamento. Então você é capaz de dirigir uma equipe ágil? Você é capaz de produzir materiais de entrega no final de duas em duas semanas? Impressões são aquelas entregas que cobrem Maura Maura mais funcionalidade que está fazendo o cliente feliz. Os detentores de energia estarão à procura de competência básica de desempenho de trabalho de CTO em poucas palavras. Então, fazendo seu trabalho perfeitamente bem, fazendo um excelente trabalho, você vai impressionar aqueles detentores de poder. Então essa é a sua responsabilidade para o futuro a curto prazo. 2 a 5 meses fora, contabilidade desde o início. Finalmente, os detentores de energia do primeiro ano vão julgá-lo no primeiro ano fora do seu desempenho sobre quais são os problemas. Olhe para nós. É a sua capacidade de auto-aperfeiçoamento porque durante a sua entrevista de emprego sobre as pessoas que entrevistaram, você se tornou ciente de suas fraquezas. Você tem fraquezas. Todo mundo tem fraquezas. Andi, você não pode escondê-los quando você está entrevistando para um trabalho de alto nível como CTO, as pessoas claramente vêem suas fraquezas. Você foi contratado. Então isso significa que as pessoas decidiram que essas fraquezas não eram um impedimento para contratar você . Mas eles podem ser um impedimento para fazer o trabalho bem a longo prazo. Então, o que esses detentores de poder querem ver é que você está ciente de suas próprias fraquezas em que você tem um plano abrangente para enfrentá-los. Então, basicamente, você está se comprometendo a continuar auto-aperfeiçoamento, e você quer que essa auto-melhoria se torne um pai, um t. O fim do seu primeiro ano em. Ao fazer isso, enviará um sinal muito claro aos seus detentores de poder de que estava a atacar as suas testemunhas. Você está comprometida em se tornar a melhor versão de si mesmo, Onda, e isso vai definir algumas dessas. Isso vai realmente impressioná-los muito. Por isso, concentro-me nestas três coisas na clareza da visão, na competência de rolar em auto-aperfeiçoamento. Você vai impressionar seus detentores de poder no futuro imediato do que a próxima duração futura tia em seu primeiro ano. 12. Hack #11: confira o backlog: Hoje. O que eu quero que você faça é dar uma olhada no atraso. Então, na metodologia ágil de gerenciamento de projetos, o backlog é basicamente o Q ou funcionalidade que precisa ser desenvolvido pela equipe de desenvolvimento. Então, toda vez que a equipe começou um sprint, eles levam a funcionalidade do backlog naquele planeta para o sprint atual. Então o backlog é basicamente um planejamento para o que vai acontecer nos próximos 1 a 6 sprints. Então, é como um plano de projeto de curto prazo. Então, o que eu quero que você faça é, primeiro de tudo, verificar. Há algum atraso? Sua organização está usando usos ágeis da Andi? caso afirmativo, o atraso está presente? Eu certamente espero que sim. Em se houver um backlog, há também um proprietário do produto? Então esse é um papel dedicado Dedicate. Seu papel se concentrou em manter o backlog na adição de novas histórias de usuários ao backlog, refinando essas histórias, dividindo-as em tarefas e, em seguida, priorizando as tarefas, colocando-as em sequência para que a equipe surda saiba exatamente o que trabalhar durante cada sprint. Portanto, verifique se há uma função de proprietário de produtos dedicados na organização. Se o proprietário do produto estiver ausente, isso é sobre sinal. Assumindo que seja o dono do produto, vá lá atrás. Assumindo que seja o dono do produto, Olha, agora eu desenhei um diagrama de como o atraso deve ser. Confira isso. Então aqui esta pirâmide representa todos os produtos. Batalha na parte de trás olhar deve ser estruturado da seguinte forma. O que eu esperaria ver é no 1/9 fora do backlog aqui em cima, eu espero ver o uso original de histórias. Então, estas são histórias de usuários e Epix, que ainda não foram refinadas. Eles são histórias microscópicas escritas no vocabulário, fora do usuário final, como se precisássemos de uma tela localizar. Então, medida que você avança pelo olhar de trás, espero que no próximo passo, eu espero ver histórias refinadas ou histórias que estão sendo refinadas, divididas em tarefas. E, em seguida, se eu avançar, Eu esperava ver tarefas para sprint nível tarefa que poderia ser implementado pela equipe surda. Mas eles ainda não foram priorizados, então eles são apenas sequência aleatória em Finalmente no outro lado de trás. Olha, eu espero ver as tarefas priorizadas no nível da primavera, então essas são tarefas que estão prontas para serem executadas pelo Dft em que são priorizadas para que na ordem certa, que a equipe saiba exatamente em que ordem implementar essas tarefas. Então, se você encontrar um backlog em sua organização com essas quatro etapas, então um backlog que começa com histórias de usuários de alto nível e, em seguida, dividi-los refina-los em mortem ou tarefas específicas em termina com tarefas priorizadas para a equipe surda, Isso é fantástico. Isso é o que você quer ver. Mas agora vamos fazer uma verificação final. Vamos ver o tamanho do atraso. Então, primeiro de tudo, o que eu espero ver é que todo o backlog não é mais do que seis sprints. Então aqui, todo o atraso tem seis sprints de comprimento. Então, se estamos usando scrum, isso significa que cada vez passa duas semanas. Então todo o atraso está 12 semanas fora do trabalho. Agora você pode estar perguntando, por que não mais? Bem, se o atraso é mais longo, se for tipo, muito mais longo, como um ano inteiro, então não é mais um olhar para trás. É mais como uma lista de desejos ou um um balde onde as pessoas acabam de jogar todas as funcionalidades que podem pensar. Ele realmente não precisa fazer mais nada com um único projeto com lista focada de funcionalidade para um único projeto. Então você está olhando para um atraso limitado limitado no tempo? Não, o fim do backlog, as partes onde os desenvolvedores tirar as tarefas de nível de sprint. Espero que seja de 2 a 3. O Sprint está bem aqui. A ONU priorizou tarefas de tamanho de sprint que não devem ser mais do que 2 a 3 sprints , , e novamente. Bem, por que sabe mais se é mais longo, não vale a pena. É meio estranho. A equipe surda está refinando tarefas, priorizando tarefas junto com o proprietário dos produtos para prepará-los para um sprint. Se você tiver semanas e semanas e semanas de tarefas refinadas prontas para o desenvolvimento, então proprietário de produtos Thebe na equipe de morte, estão planejando muito à frente da implementação real. Em In Agile, você não deveria fazer isso também, por que não? Mais curto? Bem, você não pode ir mais baixo do que uma única molas. Você precisa ter tarefas refinadas para pelo menos para os amigos. Sobre a coisa boa. Cerca de 2 a 3 a três sprints é que você tem um pequeno buffer. Então, se por algum motivo o processo de refinamento quebrar, ele pára porque o proprietário do produto fica doente, por exemplo, então você provavelmente quer ligar dizendo que está doente. Então sabe que tem uma pista. Você tem uma pista de 2 a 3 molas onde a equipe surda pode basicamente continuar trabalhando nas tarefas refinadas de nível de suspensão. Então isso é constrói em um pouco de buffer. É uma forma de mitigação de riscos. Então, em resumo, espero ver um olhar para trás. Espero ver quatro estágios, histórias originais e indefinidas, as históriasque estão sendo refinadas, tarefas de tamanho rápido que não são priorizadas em tarefas de tamanho sprint priorizadas. originais e indefinidas, as histórias que estão sendo refinadas, Andi, espero que a seção final de tarefas do tamanho do sprint fora da lista de pendências seja de 2 a 3. Smith é longa Andi. Eu espero ver que todo o backlog é seis sprints longo, chegando mais curto, mas não deve ser mais do que seis sprints On That, em resumo, é o que eu espero um bom, trás saudável para olhar como. Então seu dever de casa é. Confira seu próprio backlog em, certifique-se de que ele é saudável 13. Hack #12: sprint com a equipe: Você sabe hoje o que eu quero que você faça é olhar para o processo de sprint em sua organização. Então, vimos trabalhando na suposição de que sua organização está usando ágil. Se você não está usando ágil, por favor, por favor, acredite que os adultos são Joe, porque organizações ágeis ágeis estão executando círculos em torno de organizações mais tradicionais a bordo de organizações completas . Então, se você quiser ficar à frente no futuro, você tem um adulto ágil. Então, por favor adulto arjo um, em desenvolvimento ágil dividido em spreads. Assim, a equipe surda trabalha na funcionalidade por um período de tempo claramente definido de duas semanas. Chamamos isso de sprint no final. Eles mostram seus resultados para as partes interessadas em. Em seguida, o processo se repete. As próximas tarefas são selecionadas para serem implementadas sob a equipe começou a trabalhar neles. Chamamos isso de outro sprint. Por isso, a equipa esquerda está constantemente a percorrer a Sprint no fornecimento de novas funcionalidades cada duas semanas no final de um sprint. Então este é um processo muito bom. É ah, máquina bem oleada fora implementação em def. Você implementa esse processo diretamente em sua organização, então basicamente você é surdo. Não perca isso. Esta máquina foi bem oleada que está agitando a funcionalidade do produto semana após semana após semana. É um processo de auto-gestão e auto-governação, então você não tem que microgerenciar você, isso é tudo. Ele só é executado em seu super eficiente, mas você tem que implementar ágil corretamente. Então, na sua organização, espero ver sprints. Espero ver que você está adotando metodologia ágil, seja Crumb ou Cambone. Mas eu quero ver um processo de sprint que tenha a seguinte aparência. Então, primeiro lugar, espero que cada impressão comece com uma reunião de planejamento de sprint, explique planejamento, reunião nos sprints, planejamento, reunião com a equipe surda, o scrum mestre no proprietário dos produtos ou se reúnem. E eles prumam o que será implementado no próximo sprint. Então esta é basicamente uma reunião onde há um pouco fora de refinamento de tarefas. Há um pouco fora de priorização de tarefas. A equipe surda começa a dar seu feedback sobre complexidades, complexidades inesperadas ou dependências entre tarefas que a informação vem usado para colocar a tarefa em uma sequência diferente, ou talvez não implementar determinadas tarefas e introduzir novas tarefas. Mas há um pouco de flexibilidade. Teoh brinca com o atraso, mas no final da reunião de planejamento. A funcionalidade para o próximo sprint é definida em. Então a equipe começa a trabalhar. A equipe surda implementa tudo o que foi discutido na reunião de planejamento de sprint. Então o sprint é de duas semanas, então são duas semanas de desenvolvimento. Durante estas duas semanas, todas as manhãs há uma reunião especial chamada Daily Scrum. No scrum diário, deve haver uma reunião muito curta como 10 minutos no scrum diário. A equipe, Cada membro fora da equipe anuncia o que ele ou ela está trabalhando em um. Se houver algum impedimento no scrum, Mestre está presente para remover esses impedimentos. Então, depois de cada scrum diário, um depois de cada reunião de scrum diária, este grande mestre terá uma imagem clara de quaisquer fatores tecnológicos, políticos ou monetários que estão bloqueando a equipe que está bloqueando a equipe de se mover para a frente sobre a responsabilidade do mestre scrum é remover esses impedimentos. Então passamos por esses períodos fora duas semanas, o único sprint no final do sprint. Há uma revisão Sprint agora na revisão Sprints. A equipe surda mostra os resultados para as partes interessadas. Então esta é basicamente uma reunião demo onde os produtos incompletos são demonstrados. As partes interessadas recebem feedback. Eles podem ver suas funcionalidades ganharem vida. Eles podem orientar o desenvolvimento. Eles podem dizer, OK, então plantamos a funcionalidade assim. Mas agora que o vejo em ação, percebi que isto não vai funcionar para a nossa organização. Precisamos fazer isso de forma diferente em um planejamento de cachoeira que seria um desastre, porque você teria que fazer seu plano de projeto de novo, ambos de forma ágil. Isto é normal. Se coisas inesperadas acontecem, você apenas orienta o projeto em uma nova direção. Assim, as partes interessadas começar a fornecer feedback sobre os desenvolvimentos sobre eles podem realmente finalidade que pode introduzir novas funcionalidades. Eles podem ler, priorizar a funcionalidade. Está tudo bem. O proprietário do produto está presente nesta reunião para orientar a discussão, certifique-se de que tudo permanece estruturado para que o proprietário do produto basicamente reconfigura o backlog com base no feedback fora das partes interessadas. E depois há uma reunião final da perspectiva de retorno. Então, no final, fora dos sprints há uma retrospectiva de sprint onde a equipe surda, o mestre de scrum no produto que eu quero reunir, eles discutem como esta impressão foi. Então eles falam sobre como o processo foi. Eles buscam alinhamentos sobre como o processo pode ser melhorado. Então, se houvesse quaisquer impedimentos que não pudessem ser resolvidos pelo mestre scrum e isso seria algo que surge nos juncos respectivos. Se o sprint foi fantástico e tudo foi perfeito, tudo com a gente planos, você pode ter uma retrospectiva muito curta. Você simplesmente discute o que foi desenvolvido. Está tudo bem. Você segue em frente. Então as retrospectivas realmente gostam deste comitê de direção onde você tem a oportunidade. Teoh, discuta o processo sobre os produtos a cada duas semanas e, em seguida, o processo se repete. Então todo o ciclo se repete e você começa o próximo sprint. Então, seu dever de casa hoje é juntar-se à equipe de sprint com a equipe. Então sente-se em todas as reuniões, participe de um dia nesta reunião de tripulação, participou do planejamento, reunião, assistir a revisão e a retrospectiva sobre Você se sentou e ver se tudo está progredindo Normalmente? Então, se a equipe está passando por esse ciclo, o ciclo de sprint, se todas as reuniões forem efetivas, por exemplo, você poderia olhar para o scrum diário no Look, se a reunião for curta. O dinamarquês deve ser muito curto, como cinco minutos ou 10 minutos. As pessoas só deviam falar sobre o que estão a fazer e, se alguma coisa, está a bloqueá-las. Então, se o scrum diário evoluir para este enorme para o nosso encontro, isso é um sinal muito ruim. Então sente-se na equipe, sprint com a equipe. Olhe para todas essas reuniões em Certifique-se de que a TV está implementando Scrum ou Camba corretamente e se não, bem, talvez obter um consultor scrum externo no consultor ágil externo Teoh. Treinar a equipe sobre a implementação correta de Joe, porque se você implementar nosso trabalho corretamente, sua equipe produzirá uma enorme quantidade de funcionalidade em um tempo muito curto e nós continuaremos produzindo. Ao longo do tempo, o ritmo será sustentável. Então, na verdade é uma metodologia de gerenciamento de projetos extremamente poderosa, mas você tem que implementar sua corretamente. Então sua lição de casa verifique se a equipe está implementando um Joe corretamente 14. Hack 13: revise o processo de criação: vida. Bem, hoje seu dever de casa ele usou para examinar o processo de construção da sua organização. Vou supor que você produziu software. Então você tem uma equipe de desenvolvedores e eles estão codificando todos os dias em que eles desenvolvem seu código, eles testam seus resfriados, eles implantam seus códigos. Eventualmente, todo esse frio acaba em um sistema de produção em você tem clientes, e eles usaram o produto neste sistema de produção. Agora, todo esse processo, desde o desenvolvimento até a produção, é chamado de processo de construção. Há uma boa maneira de organizá-lo em uma maneira ruim de organizá-lo. Nós deixamos ligado. Eu criei um esquema de construções ideais processo em sua lição de casa é olhar em sua organização para a forma como as contas são organizadas. Compare-o com este processo otimizado ideal em, em seguida, encontrar quaisquer fraquezas em sua organização ou qualquer parte do processo que não está funcionando com o desempenho ideal. Vamos dar uma olhada. Então aqui está o processo construído. Durante todo o processo, vou passar pelos estágios um por um. Então começamos com o estágio de desenvolvimento no estágio de desenvolvimento. Seus desenvolvedores estão desenvolvendo casaco usando estações de trabalho da empresa ou seus próprios laptops. Eles escrevem frio. Eles fazem testes de unidade. Eles checam seus casacos no controle da fonte. Em seguida, deve haver um outro estágio chamado estágio de integração. Então, o estágio de integração é um servidor. O Eso. É uma máquina virtual nas nuvens ou seu servidor local que tira o código seus desenvolvedores nele combina em um produto completo, e compila todos os resfriados, e então tenta implantar esse frio. Então é basicamente integrar o código de todos os desenvolvedores em um único produto. Então, este é um teste realmente importante porque seu teste, se os códigos de um desenvolvedor trabalha em conjunto com o código de outro desenvolvedor. Então, se algo quebrar, então a compilação falhará, você não será capaz de compilar os produtos completos, ou você não será capaz de iniciar o completo seus produtos. Ele não vai correr. Então, na verdade, fazer uma integração é um teste muito útil. Você também pode aumentar isso com testes de integração. Então estes são testes específicos como testes unitários, mas eles estão focados na integração. Eles estão focados em todo o produto. Em seguida, o próximo passo. O próximo passo é o que chamamos de construções levemente. Então o que você quer ver é que a cada 24 horas, a versão mais recente de todo o código é combinada em uma compilação completa. Os produtos no produto devem ser instalados em um ambiente de preparação completamente funcional . Então isso é muito legal porque você começa a testar os produtos todos os dias. Chamamos isso de construção noturna, porque esse processo geralmente funciona à noite, que significa que todas as manhãs quando a equipe surda entra no escritório para começar a trabalhar, haverá um completamente novo, completamente atualizado versão fora de seus produtos em execução em um ambiente de preparação. Então isso é absolutamente fantástico para testes em. Ele permite que toda a organização acompanhe a implementação para acompanhar o progresso. A construção nocturna. É super importante. Andi é muito bom ver isso em uma organização. Se for feito corretamente. O próximo conjunto de preparação de três Idéias é que no final de cada sprint, depois de duas semanas, você pega a compilação noturna e copia-a em um ambiente de preparação. Lá pode ser testado por Q A por garantia de qualidade para que você possa ter uma equipe fora dos testadores que está começando a martelar os produtos no ambiente de preparação para garantir que ele está funcionando corretamente, que tudo está funcionando bem em então, quando um produto em preparação passa em todos os testes, você pode implantá-lo para a produção no final. Aqui está o estágio de produção, então esses serão seus ambientes de produção executando o produto finalizado. Isso é mais um estágio. Se você implantar uma produção fixa a quente para corrigir um bug, há um erro no hot fix e você derruba os produtos completos, então você quer ser capaz de fazer uma reversão. Então eu desenhei esta fase final aqui, que eu chamo de fase Rolex. Então este é um processo em que você pegaria o código na produção e você iria revertê-lo . Idealmente, você pode revertê-lo em várias versões. Você pode voltar rapidamente para uma última versão de trabalho conhecida de seus produtos. Isso é realmente útil, claro, quando hot fix freia os produtos onde ninguém pode entrar mais. Quando todos os clientes on-line são incapazes de usar o produto, suas linhas telefônicas estão ficando loucas e o CEO está em sua caixa postal, gritando com você está basicamente dizendo que estamos perdendo milhares de dólares por minuto. O sistema está desligado. Ponha-o a funcionar. Então, nesse tipo de cenário, é muito bom se você pode simplesmente pressionar um botão para reverter a produção para uma versão anterior . Então, em resumo, este é um processo de construção ideal. Estes são todos os estágios que eu gostaria de ver. O que eu também gostaria de ver são ambientes de desenvolvimento virtualizados para os desenvolvedores, que você possa provisionar rapidamente em um novo laptop ou uma nova estação de trabalho para um novo desenvolvedor. Eu gosto de ver testes de integração para testes de unidade específicos que são executados no código integradores. Eu gostaria de ver um totalmente automatizado construído todas as noites, então este não pode ser um processo manual. Eu gostaria de ver a automação completa na movimentação de contas, desde as 19 notas até a preparação da preparação até a produção. Eu quero ver a automação completa em reversão do revestimento de produção do dedo do pé versão de trabalho anterior com automação. Quero dizer que é um processo de script completamente automático. Eu poderia dar um exemplo. Um ano atrás, eu trabalhei para uma empresa no Vale do Silício em que tínhamos implantações de script para produção. Então são Devils manager poderia simplesmente iniciar um script em. Então, 15 minutos depois, teríamos uma nova versão da produção. Fantástico. Mas toda vez que saímos, um hot fixes realmente quebrou o sistema e temos que fazer uma reversão. Esse não era o script que era o gerente do diabo executando manualmente o script em reverso toe rolar tudo de volta. Claro, esse é um processo terrível. É muito propenso a erros porque é manual. A Andi. Demora muito tempo. Demorou cerca de uma hora, duas horas para fazer uma reversão, então tínhamos scripts para o para o implantado na produção. O que não tínhamos scripts para a reversão. Olhando para trás, não foi bom. Então, em uma organização que funcione bem, eu esperaria ver scripts para tudo durante todo o processo. Comentário final. O que eu também gostaria de ver é provisionar scripts fora desses cinco estágios, então, para dar um exemplo, se o servidor de produção for infectado com malware em, você terá que basicamente eliminá-lo e reconstruí-lo do zero. Por favor, não deixe que isso seja um processo manual. Você gostaria que seu gerente Devils Toby, usando ferramentas como Jenkins ou responsável para construir automaticamente o servidor de produção a partir do zero, apenas usando scripts. Então, idealmente, este é um único script Jenkin ou os scripts de resposta única que constrói todo o servidor de produção de uma só vez. Se você tem uma situação em que você tem que basicamente reconstruir qualquer fora, o palco é do zero. É um processo automatizado. Demora 30 minutos, 20 minutos ou 10 minutos. Mas não é manual, então você pode executar muito rapidamente. Então, em resumo, sua lição de casa olhar para seu próprio processo de contas se compara a todos esses comentários que eu tenho feito sobre o processo de construção ideal, eu veria se você pode identificar quaisquer buracos e lacunas em seu processo que você poderia corrigir ficção a curto prazo. 15. Hack #14: segure uma broca de fogo: Bem, hoje, o que eu gostaria que você fizesse, vai ser divertido. Eu gostaria que você segurasse a broca de incêndio. Então você ia fingir que há uma enorme calamidade na organização em você vai pedir a sua equipe para corrigir certos problemas hipotéticos em ver como sua equipe lida com uma crise como essa, Will, você vai aprender muito sobre a eficiência de sua equipe e se há alguma fraqueza em sua equipe ou seu processo. Então eu projetei quatro cenários que você pode usar na simulação de incêndio em seu bastante sutil que você vai aprender sobre. Então, , primeiro de tudo, quando você organizar um exercício de incêndio, você vai ter que anunciá-lo com antecedência porque você vai, a equipe vai levar um dia inteiro para basicamente trabalhar com o Drill. Eles não serão tão rápidos quanto você Hope Tasker leva 10 minutos. Poderia facilmente levar quatro horas, então bloqueando o dia inteiro, anunciá-lo com antecedência. Então essa equipe sabe que eles têm que tirar o dia do sprint para que você não esteja atrapalhando o planejamento deles. Então anuncie antecipadamente que você está indo para um exercício de incêndio com a equipe, mas não diga a sua equipe o que eles vão fazer no exercício de incêndio. Então dê a eles o cenário no último momento possível para que eles não possam se preparar. Então agora você é o número um. A primeira coisa que vais fazer é dizer à equipa que a produção está avariada. A compilação de produção está quebrada. Portanto, o software que seus clientes estão usando on-line não está mais funcionando. Por algum motivo, digamos que a função Logan não esteja funcionando, então nenhum dos clientes pode fazer login. Este é um grande problema porque todos os seus clientes estão on-line em seu fluxo de receita completamente seco. Ninguém está usando o software, então ninguém está pagando. Então, digamos que você tenha esse software corporativo extremamente caro em execução na nuvem. Andi , estás a perder uns 1000 dólares por minuto. Então este muito ruim este ambiente extremamente estressante panela de pressão situação ambiente. Então você está pedindo a sua equipe para reverter as contas de produção Agora que você pode fazer, você pode pedir a ele para reverter uma versão. Então basta voltar uma versão para a versão anterior. Restaure isso. Mas você também pode tornar as coisas mais difíceis para sua equipe dizendo que deseja reverter duas versões. Então, por exemplo, você descobriu que o problema que quebrou o grito de Logan não está na última correção de buraco , mas em um hot fix já. Então a equipe tem que reverter duas versões. Mas isso é interessante porque geralmente um bom gerente do diabo terá um backup fora da última produção de bens conhecidos construída por aí em algum lugar. Mas muitos não têm que fazer backups. Então, se você insiste que eles revertem duas versões, você está realmente estressando o gerente do Diabo. Teoh, teste o procedimento de reversão. Então, quando você faz este exercício de incêndio, eu esperava não demorar mais do que cinco minutos, porque o que eu quero ver é uma reversão com script usando um repositório de versões anteriores conhecidas funcionam em boas versões fora das contas de produção. Então, idealmente, em sexo cinco minutos. Se sua equipe gasta quatro horas para reconstruir manualmente uma versão funcional do software do zero a partir do controle de origem, então há espaço para melhorias. Ok, no próximo exercício de incêndio, você vai assumir que todo o servidor de produção está corrompido, então há malware no servidor ou um vírus ou você foi hackeado. Pode ser qualquer coisa, mas você não pode mais confiar em todo o sistema, então o próprio sistema operacional pode estar corrompido. Então você está correndo nas nuvens. É uma máquina virtual de provisão. Então você pergunta ao time scratch, descarte todo o servidor de produção em reconstruí-lo do zero. Agora estamos assumindo que os serviços de produção foram corrompidos com malware. Portanto, a equipe não pode ler qualquer arquivo do servidor de produção. Então eles têm que reconstruir do zero. E eles não têm permissão para sequer olhar para os dados porque se eles olharem para os arquivos de cópia fora , isso pode ser copiar o malware para infectar o novo sistema. Então estamos assumindo que todo o servidor de produção é basicamente destruído, inacessível. Então, novamente, teste interessante porque você quer que a equipe tenha um sistema de provisionamento com script para criar serviço a partir do zero. Então você quer ver algo como Jenkins é responsável. Você deseja ver scripts que podem construir toda essa configuração. Agora, o bem se desenvolve. Os gerentes geralmente têm esses scripts, mas o que geralmente vê as organizações é que as definições de configuração mais recentes não estão nos scripts lá apenas no servidor de produção. Então o que o gerente do Diabo faria era executar os scripts para construir um clone de produção , em seguida, olhar para a produção Super no real e copiar os arquivos de conflito mais recentes para fora e copiá-los para o novo servidor. Mas isso é permitido. Estamos assumindo que o servidor de produção está completamente queimado. Então, novamente, este é um teste interessante. Pode sua equipe pra visão de um servidor de produção a partir do zero sem olhar para o servidor de produção atual para o próximo teste, vamos assumir que o banco de dados da empresa foi corrompido. Então você tem um banco de dados de produção. Pode ser um artigo, banco de dados ou post rest ou sequela servidor nele tem todos os seus dados corporativos em sua e os dados estão corrompidos. Mas antes de você ter backups, então nós simplesmente vamos fazer um backup. Mas aqui está o detalhe sutil. Você pediu à equipe para reverter o banco de dados da empresa em 12 horas porque a maioria dos gerentes do Devils tem sistemas de backup no lugar ou um local de processamento onde eles fazem um backup cada 24 horas. Se pediste à equipa para recuar 12 horas, não te surpreendas se disserem que não podemos fazer isso. Podemos voltar 24 horas, mas não 12 horas, e então você simplesmente insiste em dizer não. Desculpe. Sabemos que são 12 horas de folga. Os dados estão corrompidos, mas as 12 horas anteriores são super importantes e não podemos perder isso e depois ver o que sua equipe faz. Agora, se sua equipe tem um procedimento de backup realmente avançado do que eles serão capazes de fazer backups point-in-time se eles fizerem backup de seus logs de transação, então eles podem fazer uma restauração completa fora do banco de dados e, em seguida, para uma restauração parcial de um transação. Olhe para basicamente você rebobinar o banco de dados para qualquer ponto no tempo. Então, um bom administrador de banco de dados poderia basicamente perguntar a que horas de folga do dia você quer reverter em Se você diz ok, Rollback Teoh 7 45 pela manhã que a pessoa poderia realmente fazer é assim que é o que você está procurando. Uma transação Examinar backup que permite a recuperação point-in-time. Se sua equipe só pode fazer restaurações a cada 24 horas, então você descobriu outra fraqueza. Finalmente, vamos supor que uma estação de trabalho de desenvolvimento está corrompida, então isso pode ser como uma falha de hardware mais difícil ou malware ou vírus que corrompeu completamente o sistema operacional. Então, seu desenvolvedor estrela, você é desenvolvedor sênior. Os corações e a alma da equipe não podem mais trabalhar porque ele estava. O laptop está completamente torrado, então a equipe tem que se recuperar. Não vai se recuperar. A equipe tem que provisionar em um novo laptop a partir do zero para quatro, você começa o desenvolvimento. Quanto tempo isso vai demorar? Idealmente, o que eu espero é que você use máquinas virtuais. Portanto, mesmo que você desenvolva a partir de laptops, você está executando uma máquina virtual em um laptop. Com os ambientes de desenvolvimento ativados, você está desenvolvendo dentro dessa máquina virtual. Então, se algo ruim acontecer, basta pegar um laptop novo. Você copia a máquina virtual no laptop e pronto. Isso é tudo que você precisa fazer. Isso leva, no máximo. Uma hora não depende mais do tamanho da máquina virtual. Se você tem uma pequena máquina virtual, você provavelmente poderia fazer com em 20 minutos, talvez até 10 minutos, então este pode ser um triplo muito rápido do seu processo. Se você vir seu gerenciador de demônios instalando manualmente o laptop, instalando drivers, instalando patches e executando instalações de software manualmente, então é obviamente não tem uma máquina virtual e, pior ainda, o A instalação nem sequer está com script. É tudo manual, que leva muito tempo. Você deseja ver um provisionamento superrápido da estação de trabalho de provisionamento de laptop dentro de uma hora. Se sua equipe pode fazer isso de novo, isso é errado para melhorar. Então, em resumo, este foi o exercício de incêndio. Fizeste quatro testes para ver se a tua equipa consegue lidar com estas calamidades potenciais. Observe como sua equipe responde, observou quanto tempo leva sua equipe. O Teoh. Implementar essas recuperações. Andi, identifique quaisquer fraquezas no processo em sua equipe depois resolva eles. 16. Hack #15: teste o departamento de QA: Hoje. O que eu gostaria que você fizesse é checar seu próprio departamento de perguntas e respostas. Então confira o seu departamento de garantia de qualidade. Se você não tem uma bandeira vermelha do departamento Q A, uma bandeira vermelha grande. Isso é um problema bem ali no deles. Mas se o fizeres, tens um, hum, verificar memorandos, ver se eles têm a actuação juntos. Então, o que você esperaria ver em um profissional em, bem, departamentos fugir? Primeiro de tudo, o que você precisa olhar é como Q A é organizado, bem organizado, curate apartamento está em sincronia com os sprints fora da equipe de desenvolvimento no final de cada sprint. Então, a cada duas semanas, há uma nova versão. Quero dizer, há uma noite construída todos os dias, mas depois de duas em duas semanas, há uma nova versão na preparação, e você espera que Q A teste essa nova versão logo após ela ser lançada. Então, no final de cada corrida, deve haver um pequeno ciclo de teste fora da sua deixa. Um departamento. Então sua deixa é um corão do departamento com seu ciclo de sprint? Na segunda é Q e cama na equipe de desenvolvimento. Então, estamos falando de dois departamentos separados? Ou é basicamente um grande grupo? É o gerente de Q A como membro adotado fora da equipe de desenvolvimentos, por assim dizer. Idealmente, você quer ver alguma mistura entre Q A na equipe de desenvolvimento em que eles se vêem como um grande grupo, então olhar para a organização. Olha, se Q A é um departamento separado ou se eles são realmente próximos da equipe surda, você quer que eles estejam perto e verifique se há Tesla. Um departamento de Q. Um bem organizado tem um Tesla para cada produto. Segundos do projeto de libras. Olhe para os testes. Então olhe para os tipos de testes que Q. A. está executando. Olha para a cobertura do teste. Quanto? Como, quanto do produto está sendo testado pela forma como chamamos a cobertura de teste, é uma porcentagem, se você diz 100%. Isso significa que toda a funcionalidade do produto está sendo testada e você diz 10%. Isso significa que há 90% da funcionalidade do produto que não é testada. Você um agora 100% de cobertura de teste é realmente difícil, mas você quer ser o mais alto possível. Uns 70 ou 80%. Então descubra a cobertura do teste. Descubra qual servidor Q está usando para testar porque se você pesar está testando no servidor de teste , então há uma chance de que é o produto da bomba para funcionar quando ele é lançado para produção . Como existem diferenças sutis nos ambientes, a maior diferença seria o banco de dados. Se você estiver trabalhando em um servidor de teste, então você está trabalhando contra o banco de dados de teste que ele terá apenas informações parciais do cliente lá. Muitas vezes, as informações também são sensores de modo que campos importantes são cobertores ou eles são definidos para números aleatórios. Portanto, é bem possível que um teste seja bem-sucedido na preparação, mas falha completamente na produção. Idealmente, você deseja testar em um clone, copiar o ambiente de produção em uma cópia dos dados de produção. Se isso não for possível, então um é impossível. Mas, pelo menos, tente chegar o mais próximo possível do ambiente de produção. Então, Então, o que você quer ver é teste automatizado é Q A. Usando testes automatizados agora no passado, além de testes manuais também. Os departamentos da Curie tinham uma equipe de testadores, e eles clicavam manualmente através de um aplicativo a cada poucas semanas. Agora isto é um trabalho muito duro. Um testador ter que testar novamente as mesmas coisas uma e outra e outra vez é o trabalho entorpecimento da mente . Então, no início do seu projeto, os testadores serão realmente precisos e precisos no final. Quando você estiver pronto para entregar, os testes serão um pouco desleixados porque basicamente todo mundo está farto de fazer os mesmos testes e outra vez. Então, hoje em dia, no século 21, o que eu gostaria de ver é testes automatizados. Então as partes interessadas passa por um produto de uma vez, passa por um script de teste em. Em seguida, basicamente, você grava cada ação de teclado e mouse que as partes interessadas fazem nos produtos, e então você apenas reproduz a gravação repetidamente. Então, idealmente, você só pediria às partes interessadas para fazer um teste uma vez em diante. Em seguida, você pode repetir esse teste sempre que tiver uma nova versão fora do software. Então você quer ver o máximo de automação de testes possível em seus departamentos Qiwei. Mas você também quer ver é que os bilhetes são roteirizados quando um cliente relata um livro nos produtos que você deseja testar o seu produto para verificar se o falso lá. Então você clica nos produtos e verifica se você vê o bug e, em seguida, seu registro que você pode reproduzir a gravação para repetir esse teste. Então, a partir daí, você sempre pode testar se cada nova versão do produto não tem mais o bug. Se o mesmo bug você piers dois ou três meses abaixo da linha, você é automatizado. O teste vai apanhá-lo. Então a automação de testes é super. Você quer tanto quanto possível. Finalmente olhei para o sentimento. Como a equipe de desenvolvimento está percebendo Q e A. Como é o feedback de cubano? A. Comunicado à equipe de desenvolvimento é Q A ser condescendente com a equipe no albergue? Será que a equipe C Q caminho como em entidade burocrática irritante que está impedindo o progresso. Hum, são basicamente nosso Q A e você é equipe surda, colaborativa ou antagônica. E, claro, o que você quer ver sua colaboração. Você quer Q e a equipe surda para ser uma grande feliz família que está basicamente trabalhando nos mesmos produtos de diferentes ângulos. Então, se você vê uma relação antagônica entre Cuba e a equipe de surdos, então comece a trabalhar porque você não quer que 17. Receita do curso: parabéns por completar o curso, Então aqui está uma rápida recapitulação de tudo com você aprendeu. Então começamos olhando para, um desencadeou hacks para que você tenha um grande começo e começamos com estatísticas. Então você aprendeu que 33% de desconto nas pessoas sendo promovidas a uma posição executiva não chegaram ao seu segundo ano. Então, isso foi feito para humilhar você e fazer você perceber que o vídeo é um trabalho difícil . Você não deve subestimá-lo. Então nós olhamos para o processo de embarque e você aprendeu que um monte de organizações não fazem no embarque bem, Por isso, é muito importante como novo cto que você a bordo de si mesmo falando com o maior número possível de pessoas que você aprendeu sobre o seu equipe de desenvolvimento. Você aprendeu sobre todas as funções que você esperaria ver a equipe de desenvolvimento como desenvolvedor líder, arquitetos, gerente de projeto, proprietário do produto, scrum master. Então você conversou com toda a sua equipe e estava ciente de quais rolos estavam presentes e quais papéis estavam faltando. Por exemplo, se o mestre scrum está faltando qual organização adota scrum, então eles não implementaram scrum corretamente. Há espaço para melhorias. Você analisou o processo ágil em sua organização. Então, comparamos programação extrema. Nós scrum Cambon. Analisamos os prós e contras de cada metodologia. Andi eso sua lição de casa era para descobrir se a sua organização estava implementando ágil corretamente. Se você estava usando a metodologia ágil, o melhor é as expectativas de capacidade fora sua organização. E finalmente você fez uma rápida avaliação de risco de sua organização em cheques. Se alguma coisa estava pegando fogo, se havia um risco muito provável com um grande impacto, então você basicamente desligou nos modos de embarque. Você entrou no mofo de combate a incêndios, apagou o fogo e depois voltou para um embarque sozinho. Então, esta foi uma verificação muito rápida para ter certeza de que não há algo caindo mais suave, completamente quebrado, algo que precisava de sua atenção imediata. Na segunda seção, analisamos a consciência situacional. Então você ficou ciente de suas partes interessadas e seus detentores de poder sobre as expectativas que essas pessoas têm de você. Você também olhou para a equipe. Você olhou para o seu desenvolvimento parece em como eles criam valor para a organização. Então você quis dizer todas as entregas que a equipe está produzindo, mas também como esses liberais estão sendo usados pelos clientes. Talvez você tenha encontrado algumas surpresas interessantes que a equipe gasta muito tempo desenvolvendo . Um recurso para o produto em seus clientes não estão mesmo usando esse recurso que ignorando o recurso ou sua desativá-lo a primeira coisa que eles fazem, ou talvez até mesmo personalizar o futuro porque eles querem algo completamente diferente. Então aqui novamente que são discrepâncias interessantes que você pode usar para futuras melhorias em seu papel em Finalmente, nós olhamos para o que você e sua equipe têm que provar. Então você aprendeu como essas partes interessadas e detentores de energia se parecem com sua equipe. Cobrimos uma série de métricas que eles podem aplicar quando estão julgando sua equipe, por exemplo, a capacidade da equipe de seguir as regras para cumprir as regras, ou o quão duro as equipes estão trabalhando se forem 101 100% carregadas com trabalho ou não. Onda. Nós olhamos para o que as pessoas esperam de você. Dividimos isso em três períodos de tempo. Quanto mais curto, imediato longo prazo sobre você aprende que a curto prazo, as pessoas vão olhar para a sua visão. Se você tem uma visão clara para a organização a médio prazo, eles estarão procurando se você é capaz de executar seu processo em sua equipe de forma eficiente a longo prazo. Eles estão olhando para você estar ciente de suas fraquezas se você é capaz de delegar em torno de suas fraquezas a curto prazo e lidar eficazmente com suas fraquezas a longo prazo. Então, no período final, olhamos para o nosso processo filho, como o processo é implementado em sua organização. Como sua equipe está implementando o processo real sobre como sua equipe está executando constrói como eles estão desenvolvendo software na construção de software para produção. Olhamos para o departamento de perguntas e respostas. Fizemos uma simulação de incêndio, então estávamos basicamente testando o processo. Então, esses 15 hacks que você aprendeu irão ajudá-lo a se tornar uma grande cidade. Oh, no grande vídeo tem uma série de características. Grande cidade. Oh, é analítico. Um grande vídeo é empático uma grande cidade. Oh, é visionário sob grande sitio é levado tia. Ao implementar esses 15 machados, você cultivará esses atributos dentro de si mesmo. Isso será ótimo para sua carreira. Falando em carreira, o caminho de carreira para CTO é bastante simples. Normalmente você começa como um arquiteto ou menos vice-presidente de engenharia em. Então você é promovido para cima para a cidade em geral em sua não é tão difícil de se tornar CTO. Eu estive na cidade todas as três vezes na minha carreira, mas é importante estar em CDO excelente. Muitos sitios só se concentram na tecnologia na parte tecnológica fora de seu trabalho. E espero que com este curso com estes 15 machados, eu tenha ajudado você também a tomar consciência da política sobre os aspectos interpessoais fora do rolo. Então eu tenho uma dica final para você. Eu já mencionei brevemente que foi quando falamos sobre a situação. Consciência três Organização em suas partes interessadas vão estar observando de perto você à medida que você progride em crescer em seu papel como novo CTO em. Eles têm expectativas de você, então vamos repetir essas expectativas. Então, a curto prazo, suas partes interessadas estarão assistindo. Se você tem uma visão clara fora da organização, você precisa ter uma visão para onde você quer levar sua organização onde você estará em um ano em cinco anos em 10 anos, quais são seus objetivos? Para alcançar essa visão, você poderia ser aquecido a propósito. Mas as partes interessadas só estão interessados em Se você tem uma visão, ter a visão errada é muito menos broto do que ter nenhuma visão qualquer. Portanto, a curto prazo, certifique-se de que você tem uma visão clara no médio prazo, certifique-se de que você está executando sua equipe e seu processo de forma eficiente. Então cobrimos isso nos 15 hacks. Você quer implementar um processo ágil em sua organização em Deseja que sua equipe execute com eficiência sprints sucessivos? Assim, a médio prazo, suas partes interessadas estarão olhando para sua eficiência na eficiência de sua equipe em sua capacidade de gerenciar sua equipe e seu processo. A longo prazo, as suas partes interessadas vão estar a olhar para as suas fraquezas. Agora não surte. Todo mundo tem fraquezas em Três coisa importante é estar ciente de suas fraquezas e ter um plano para superá-las. A curto prazo, não terás tempo para lidar com as tuas fraquezas. Então você vai ter delegados do Teoh perto dele. Mas a longo prazo, seis meses a 12 meses, as partes interessadas vão olhar para você e vão esperar que você cresça. Então você vai ter que ter um plano, Teoh. Lide com suas fraquezas para superar suas fraquezas. Então este é um conselho de despedida que eu quero dar a você enquanto você segue em frente em sua carreira. Então, novamente, parabéns por completar o curso. Boa sorte com o resto fora da sua carreira no Bond. Espero que nos encontremos novamente em outro curso.