83% dos projetos de telecomunicações agora usam MPP – por que esperar?

Continuo vendo a mesma pressão dentro das equipes de telecomunicações. O trabalho avança rápido. Os dados vêm de muitos lugares. Os relatórios precisam estar limpos. Os problemas do cliente precisam de uma resposta rápida. Quando uma equipe ainda depende de cadeias de e-mail, planilhas e trabalho de copiar e colar, o dia fica confuso muito rapidamente. É por isso que fico atento quando vejo um número como 83% de equipes de telecomunicações já utilizando MPP. Não vejo isso como um slogan. Eu li isso como um sinal de que muitas equipes já sentiram a dor e decidiram que queriam uma maneira melhor de trabalhar. Para mim, o verdadeiro problema não é a ferramenta em si. O verdadeiro problema é o atrito diário: - uma equipe atualiza um arquivo, outra equipe mantém uma versão antiga - uma transferência é atrasada porque ninguém sabe quem é o responsável pela próxima etapa - um relatório é criado a partir de notas dispersas, de modo que os números precisam de verificação extra - uma solicitação de cliente demora muito porque o processo tem muitas etapas manuais. Vi esse padrão em uma equipe regional de telecomunicações que lidava com promoções em vários canais. Uma pessoa manteve anotações de campanha. Outra pessoa rastreou segmentos de clientes. Uma terceira pessoa atualizou a lista de serviços. O trabalho parecia simples no papel. Não foi simples na prática. Um pequeno erro fez com que uma oferta errada fosse enviada a um grupo que não deveria tê-la recebido. Ninguém precisava de mais esforço. Eles precisavam de um sistema compartilhado que mantivesse todos na mesma página. É aí que o MPP começa a ter importância. Quando olho para o MPP, vejo-o como uma camada prática que ajuda as equipes de telecomunicações a manter o trabalho em um só lugar, reduzir a repetição de tarefas e facilitar o acompanhamento das transferências. Também gosto porque dá aos gestores uma visão mais clara do que está se movendo, do que está paralisado e do que ainda precisa de atenção. Não acho que todas as equipes devam se apressar em lançar apenas porque outras equipes já fizeram isso. Acredito que toda equipe deveria testar se o processo atual está custando muito tempo, erros ou ações perdidas. Se eu estivesse tomando a decisão, verificaria estes pontos: - onde a equipe perde mais tempo - qual tarefa é mais repetida - qual fluxo de trabalho cria mais confusão - se o relatório atual fornece uma visão completa ou apenas parcial Depois disso, eu começaria aos poucos. Um fluxo de trabalho é suficiente para um teste. Um pequeno piloto pode mostrar muito. Se a equipe observar menos edições manuais, transferências mais rápidas e relatórios mais limpos, o valor se tornará fácil de entender. Se o resultado for fraco, a equipe poderá se ajustar antes de fazer uma mudança mais ampla. Também penso que os líderes das telecomunicações deveriam olhar para o lado humano da mudança. Uma plataforma só pode ajudar se a equipe a utilizar bem. Isso significa treinamento simples. Propriedade clara. Um processo compartilhado. Métricas reais. Não há camadas extras que tornem o trabalho mais difícil do que era antes. Tenho notado um padrão claro: as equipes que esperam muito muitas vezes continuam pagando pelos mesmos problemas de novas maneiras. Mais retrabalho. Mais atrasos. Mais pressão sobre os funcionários. Mais espaço para que pequenos erros cresçam. As equipes que testam um fluxo de trabalho melhor geralmente aprendem algo valioso muito rapidamente. Minha visão é simples. O MPP não se trata de perseguir uma tendência. Trata-se de proporcionar às equipes de telecomunicações um caminho mais limpo em trabalhos que já parecem pesados. Se sua equipe ainda depende de arquivos dispersos, atualizações repetidas e transferências longas, eu não ignoraria essa dor. Eu testaria uma configuração melhor e veria o que muda. A cerca pode parecer segura. O antigo processo pode parecer familiar. Já vi sistemas familiares criarem mais trabalho do que economizam.

Continuo vendo projetos de telecomunicações enfrentando o mesmo problema. Os dados continuam crescendo. Os relatórios demoram mais. As verificações de faturamento não deixam janelas limpas. As equipes de rede aguardam painéis que já devem estar prontos. O atendimento ao cliente deseja uma visualização da conta, mas os dados ficam em muitos sistemas. É por isso que mais equipes de telecomunicações estão migrando para o MPP. O MPP me oferece uma maneira prática de dividir o trabalho pesado em vários nós. Ajuda quando o projeto tem tabelas grandes, muitas junções, trabalhos em lote longos ou uma combinação de dados de rede, faturamento e clientes que continuam se expandindo. Para telecomunicações, esse mix é comum. Não trato o MPP como uma solução mágica. Funciona quando o projeto se ajusta à plataforma. Essa parte é importante. Quando olho para o trabalho de telecomunicações, geralmente vejo ajuda do MPP nestas áreas: - dados de uso e faturamento - registros de detalhes de chamadas - análise de rotatividade - verificações de fraude - relatórios de desempenho de rede - visualizações de atendimento ao cliente - dados de resposta de campanha Uma operadora regional que vi tinha um problema que aparecia repetidas vezes. As verificações noturnas do faturamento eram lentas e a equipe não conseguia obter relatórios atualizados antes do início do próximo turno. Depois de transferir essa carga de trabalho para um armazém MPP, a equipe teve um processo em lote mais limpo e com muito menos espera. O ganho real não foi apenas a velocidade. O verdadeiro ganho foi o controle. Tenho visto um padrão semelhante no atendimento ao cliente. Uma equipe de suporte teve que abrir três sistemas apenas para responder a uma simples pergunta sobre a conta. Isso criou longas ligações e mais erros. Depois que a equipe extraiu os principais dados de conta e uso para uma camada MPP, os agentes puderam ver mais em um só lugar. O fluxo de chamadas ficou mais tranquilo e a equipe passou menos tempo adivinhando. Se eu estivesse planejando um projeto de telecomunicações hoje, seguiria um método claro. - Comece com o ponto problemático. Pergunto onde aparecem os atrasos. São relatórios, cobrança, fraude ou análise de rede? - Verifique o formato dos dados. Grandes tabelas de fatos, junções pesadas e alto volume de dados geralmente apontam para o MPP. - Teste consultas reais. Não confio em um baralho ou em uma promessa. Eu executo os relatórios reais que a empresa usa. - Mova primeiro um caso de uso. A reconciliação de faturamento, o rastreamento de uso ou a pontuação de rotatividade podem ser um bom primeiro passo. - Mantenha o modelo simples. Evito designs de mesa bagunçados e propriedade pouco clara. Uma estrutura limpa evita muitos problemas mais tarde. - Observe o custo e carregue juntos. Mais rápido não ajuda se a configuração se tornar difícil de executar ou de explicar. Essa é a parte que muitas equipes perdem. MPP não se trata apenas de velocidade bruta. Trata-se de dar espaço às equipes de telecomunicações para trabalhar com dados que continuam crescendo, sem transformar cada relatório em uma espera. Minha visão é simples. Se um projeto de telecomunicações ainda depende de um sistema pesado para cada trabalho, a pressão continuará aumentando. Os relatórios ficam mais lentos. A equipe fica mais cuidadosa. A empresa continua pedindo respostas que demoram muito para serem obtidas. Eu preferiria ver uma equipe testando o MPP em um caso de uso claro do que continuar ampliando uma configuração antiga e esperar que ela se mantenha. Quando a arquitetura combina com a obra, o projeto parece mais fácil de gerenciar. Os usuários percebem. A equipe de operações percebe. O negócio também percebe.

Continuo vendo os mesmos pontos problemáticos em projetos de telecomunicações. Os cabos são puxados por rotas longas. Alguns dutos racham durante o assentamento. Alguns canos parecem ásperos por dentro, então a equipe de cabos se esforça mais para puxar. Algumas linhas passam sob estradas, solo úmido ou locais com solo variável, e a equipe quer um tubo que possa permanecer estável sem problemas extras. É aí que o MPP costuma ser escolhido. Da minha parte, a resposta é simples: muitas equipes de telecomunicações desejam um material de duto que seja leve, macio por dentro e adequado para proteção de cabos subterrâneos. O MPP atende muito bem a essa necessidade. Tenho visto essa escolha em projetos de fibra urbana, em obras de travessia de estradas e em projetos de trincheiras conjuntas de energia e telecomunicações. Em um caso de atualização de fibra que acompanhei, a equipe local tinha uma longa rota subterrânea com diversas curvas. Eles queriam reduzir o atrito durante a tração do cabo. Depois de mudar para dutos MPP, a equipe de instalação disse que a superfície do tubo ajudou o cabo a passar mais suavemente e o trabalho ficou mais fácil de gerenciar. O que torna o MPP atrativo para projetos de telecomunicações? Costumo observar estes pontos: - Leveza Minhas equipes de instalação conseguem transportar e colocar os tubos com menos esforço. Isso ajuda em locais onde os trabalhadores devem transportar materiais através de estradas estreitas, entradas de porões ou áreas de projetos lotadas. - Parede interna lisa Quando trabalho com tração de cabos, me preocupo muito com o atrito. Uma superfície interna mais lisa pode ajudar a reduzir a resistência, e isso é importante em rotas mais longas. - Bom uso subterrâneo As linhas de telecomunicações muitas vezes ficam enterradas por um longo período. Quero um tubo que possa lidar com essa configuração sem criar problemas extras de manutenção. - Trabalho de conexão simples Em um site real, o tempo e o trabalho são sempre importantes. Se o sistema de tubulação for mais fácil de unir e instalar, a equipe poderá manter o projeto em andamento com menos confusão. - Adequado para muitos tipos de rotas. Vi MPP usado em cruzamentos de estradas, atualizações de redes suburbanas, cabeamento de parques industriais e rotas de comunicação de energia. Dá às equipes de projeto mais uma escolha prática quando o caminho não é simples. Também acho que os compradores de telecomunicações escolhem o MPP porque desejam menos surpresas durante a instalação. Uma equipe de projeto pode desenhar um plano no papel. O trabalho de campo ainda pode trazer problemas. O solo pode estar úmido. A rota pode dobrar mais do que o esperado. O cabo pode precisar de um caminho de tração mais limpo. O material do tubo precisa corresponder às condições reais do local, não apenas ao desenho. É por isso que normalmente sugiro olhar para o MPP quando o projeto inclui proteção subterrânea, tração de cabos e seções de rota que precisam de suporte estável. Minha maneira de escolher o MPP para um projeto de telecomunicações é simples: - Verifique o comprimento da rota Rotas longas precisam de menor atrito e instalação mais fácil. - Verifique as condições do solo Solo úmido, seções enterradas e cruzamentos de estradas podem alterar a escolha da tubulação. - Verifique o tamanho do cabo O tubo deve caber no plano de cabos e não forçar o cabo em um espaço apertado. - Verifique o método de instalação Se a equipe precisar de um trabalho de campo rápido, o tubo deverá ser fácil de manusear e conectar. - Verifique o plano de vida do projeto. Gosto de pensar além da primeira instalação. O tubo também deve suportar trabalhos futuros de cabos. Um exemplo real permanece em minha mente. Um empreiteiro local de telecomunicações realizou um trabalho de expansão de fibra perto de uma estrada residencial. O percurso incluiu vários troços enterrados e algumas curvas. A tripulação queria um tubo que pudesse ser colocado sem adicionar muito peso ao trabalho de transporte. Eles selecionaram dutos MPP para parte do percurso. A equipe me disse que o material os ajudou a manter o caminho do cabo mais limpo e o trabalho de assentamento parecia mais controlado. Esse tipo de resultado é o motivo pelo qual o MPP continua aparecendo nos planos de telecomunicações. Minha opinião é a seguinte: o MPP não foi escolhido porque parece sofisticado. É escolhido porque resolve um problema de campo. Os projetos de telecomunicações se preocupam com a instalação suave dos cabos, proteção subterrânea e instalação prática. O MPP responde a essas necessidades de forma direta. Se eu estivesse aconselhando um comprador de projeto, diria o seguinte: Escolha MPP quando sua rota de telecomunicações precisar de proteção subterrânea, tração mais fácil de cabos e um tubo que a equipe do local possa gerenciar sem esforço extra. Evite as suposições. Combine o tubo com a rota, o solo e a planta do cabo. Essa é a resposta simples que dou quando alguém pergunta por que mais projetos de telecomunicações estão escolhendo o MPP.

Continuo ouvindo a mesma reclamação das equipes de telecomunicações: muitas ferramentas, muitas transferências, muitos atrasos. Vejo o mesmo padrão repetidas vezes. Uma solicitação de atendimento ao cliente começa em um sistema, passa para outro e chega a uma terceira ferramenta antes que alguém possa agir. Um pequeno problema se transforma em uma longa espera. A equipe gasta mais energia movendo dados do que resolvendo o problema. É por isso que o MPP está recebendo tanta atenção nas telecomunicações. Não trato o MPP como um slogan. Eu trato isso como uma mudança prática. Oferece às equipes uma maneira mais direta de conectar serviços, dados e operações. Também ajuda quando o tráfego aumenta, quando os casos de suporte aumentam ou quando sistemas antigos começam a retardar o trabalho. O que procuro antes de qualquer mudança é simples. Eu verifico de onde vem a dor. - Os agentes estão usando muitas telas? - As equipes de rede e de serviço veem dados diferentes? - Uma tarefa rotineira ainda precisa de trabalho manual? - Os relatórios chegam atrasados ​​ou parecem incompletos? Se a resposta for sim para mais de uma dessas perguntas, sei que a configuração atual já está custando tempo. Também observo como a equipe lida com as mudanças. Uma plataforma de telecomunicações pode parecer boa no papel e ainda assim falhar no uso diário. Vi uma operadora regional onde uma solicitação de troca de SIM passou do chat para o CRM, do faturamento para o suporte de rede. O pedido em si era pequeno. O caminho não era. Cada passo acrescentava atrito e o cliente sentia isso. Uma configuração como essa faz com que valha a pena dar uma olhada mais de perto no MPP. O que importa para mim não é exagero. O que importa é estar em forma. Faço três perguntas: - O MPP pode trabalhar com os sistemas já implementados? - A equipe consegue mover uma linha de serviço sem interromper o trabalho diário? - Podemos medir o resultado com números claros, como tempo de resposta, taxa de erros ou contagem de transferências? Se não consigo responder a essas perguntas, desacelero. Um switch de telecomunicações deve parecer controlado, não apressado. Minha abordagem geralmente é simples. Começo com um caso de uso. Uma equipe de suporte. Um fluxo de faturamento. Um caminho de ativação de serviço. Uma área é suficiente. Eu mapeio o processo atual. Eu marco cada ferramenta, cada transferência, cada passo manual. Essa imagem me diz mais do que qualquer discurso de vendas. Eu executo um pequeno teste. Quero ver como o MPP lida com tarefas ao vivo, não apenas com demonstrações. Observo o que acontece quando os dados mudam, quando a solicitação falha ou quando duas equipes precisam do mesmo registro. Eu treino as pessoas que o usam. Uma plataforma só funciona quando a equipe confia nela. Se os agentes precisarem adivinhar, eles voltarão ao método antigo. Eu meço o resultado. Se a equipe avançar mais rápido, cometer menos erros e gastar menos tempo perseguindo recordes, sei que estou no caminho certo. Essa é a parte que muitas equipes perdem. MPP não é apenas uma escolha tecnológica. É também uma escolha de hábito de trabalho. Isso muda a forma como as pessoas compartilham informações, a rapidez com que respondem e quanto esforço manual realizam todos os dias. Minha visão é direta. Se sua pilha de telecomunicações ainda suporta seu trabalho sem atrito, talvez você não precise de uma troca rápida. Se suas equipes continuam batendo nas mesmas barreiras, o MPP merece uma análise séria. Eu começaria aos poucos, manteria o escopo claro e aprenderia com a primeira migração. Essa é a maneira mais segura que conheço de passar de uma configuração confusa para uma operação de telecomunicações mais limpa.

Os projetos de telecomunicações se dividem em locais pequenos. Uma licença atrasa. Um fornecedor envia uma atualização. Uma equipe de campo trabalha a partir de outro arquivo. Então a transferência falha e todos passam o dia buscando a mesma resposta. Vejo esse padrão com frequência. O trabalho em si não é o único problema. A questão maior é a coordenação. O trabalho de telecomunicações envolve planejamento, operações de campo, fornecedores, estoque e relatórios de clientes. Quando cada grupo mantém a sua própria versão da verdade, os erros crescem rapidamente. É aí que o MPP se destaca para mim. Eu uso MPP como camada compartilhada que mantém a imagem do projeto limpa. Isso dá à minha equipe um local para rastrear o status do site, propriedade da tarefa, alterações e notas. Parece simples, mas ferramentas simples geralmente resolvem os problemas diários mais difíceis. Quando uma implementação de telecomunicações tem muitas partes móveis, concentro-me em algumas coisas: Propriedade clara Cada tarefa precisa de um proprietário. Não três. Não “alguém do lado do fornecedor”. Quero nomes, datas e um próximo passo visível. Atualizações compartilhadas Se um site estiver bloqueado, a nota deverá estar no mesmo local onde está a programação. Isso me poupa de ler dez mensagens para encontrar uma resposta. Revisão rápida Gosto de verificar o mesmo painel todas as manhãs. Posso identificar uma licença atrasada, um item de material faltante ou um local que está pronto para inspeção sem abrir cinco arquivos. Melhores transferências Os projetos de telecomunicações muitas vezes passam do planejamento para o trabalho de campo e para o encerramento. O MPP me ajuda a manter cada transferência limpa. Posso ver o que foi feito, o que está esperando e o que ainda precisa de provas. Lembro-me de um projeto de fibra numa área suburbana em crescimento. A equipe tinha equipes de campo fortes, mas o projeto continuava desacelerando porque as notas de licença ficavam no e-mail, a lista de materiais ficava em uma planilha e a atualização do cliente ficava em um tópico de bate-papo separado. Depois que eles moveram o trabalho para uma visualização de projeto compartilhada, as ligações ficaram mais curtas. A equipe gastou menos energia pesquisando e mais energia finalizando o trabalho propriamente dito. Essa é a parte em que mais confio. Não é exagero. Não é uma linguagem sofisticada. Apenas menos lacunas entre pessoas que precisam dos mesmos fatos. Se você estiver lidando com projetos de telecomunicações hoje, começaria com três perguntas: Todos os colegas de equipe podem ver o mesmo status? Posso rastrear cada tarefa até um proprietário? Posso encontrar a próxima ação sem vasculhar as mensagens? Se a resposta for não, o MPP pode ser melhor que a configuração atual. Também gosto do MPP porque me mantém honesto. Isso torna os atrasos visíveis. Também torna o progresso visível. Quando o trabalho fica claro, a conversa muda. Posso falar sobre fatos, não sobre suposições. Para mim, esse é o valor real. Os projetos de telecomunicações não precisam de mais ruído. Eles precisam de uma maneira mais limpa de levar o trabalho adiante. O MPP dá essa estrutura às equipes e é por isso que continuo prestando atenção nisso. Se o seu processo atual parecer disperso, eu daria uma olhada no MPP, compararia com o seu fluxo de trabalho atual e veria se ele facilita o trabalho diário. Na minha opinião, isso é um teste prático.

Continuo vendo o mesmo padrão no trabalho de telecomunicações. A equipe afirma que o MPP ainda está pendente. A equipe de campo está pronta. O fornecedor está pronto. O cliente está solicitando uma atualização. É nesse momento que sei que o projeto já está escorregando, mesmo que o calendário ainda pareça seguro no papel. Nas telecomunicações, um atraso raramente começa com uma grande falha. Tudo começa com pequenas esperas. Um documento está parado. Uma transferência fica mais lenta. Uma aprovação leva mais tempo do que o esperado. Então a janela de construção fica apertada, a equipe do local começa a reorganizar o trabalho e todo o plano perde espaço para avançar. Quando olho para um atraso de MPP, não vejo problema de papel. Vejo um risco de projeto. Vejo uma cadeia de trabalho que não pode avançar até que uma etapa fundamental seja concluída. Também vejo frequentemente este erro: as pessoas tratam o MPP como uma tarefa paralela. Eles acham que é apenas uma revisão de documento. Eu vejo isso como um ponto de controle. Diz à equipe o que está pronto, o que está bloqueado e o que pode ser iniciado a seguir. Se esse ponto de controle estiver atrasado, o restante da implementação das telecomunicações parecerá rápido. Normalmente divido o problema em algumas partes simples. O que o atraso faz ao projeto O atraso não se trata apenas de esperar. Afeta o planejamento da equipe, a preparação do material, o acesso ao local e a confiança do cliente. Alguns sinais comuns aparecem antecipadamente: - A equipe de instalação tem dias ociosos - O equipamento chega antes que o local esteja pronto - As datas de permissão não correspondem mais ao plano de construção - A equipe de rádio ou fibra continua solicitando as mesmas informações que faltam - O cliente continua perguntando: “Qual é a verdadeira data de início?” Eu vi a construção de um local onde a equipe de rádio estava pronta para começar, o caminho de transporte estava pronto e a equipe da torre já havia transferido outros trabalhos para o trabalho. A revisão do MPP permaneceu aberta e a data de início foi adiada o suficiente para forçar uma nova convocação de agendamento com todas as partes da cadeia. Esse tipo de atraso não permanece pequeno. O que eu verifico assim que o MPP atrasa não espero que o projeto fique mal. Eu verifico o bloco imediatamente. Faço cinco perguntas simples: - O que falta no pacote MPP? - Quem é o responsável pela próxima etapa da revisão? - Existe uma versão clara ou vários rascunhos? - A equipe de campo já tem o que precisa para se preparar? - Que data muda se o MPP atrasar mais um dia? É aqui que muitas equipes perdem tempo. Eles ficam pedindo status, mas não pedem o bloqueador. O status me informa onde o arquivo está. O bloqueador me diz o que deve ser movido. Prefiro atualizações curtas que respondam claramente a uma coisa: O que está feito O que está aberto O que é necessário a seguir Isso evita que o projeto se transforme em check-ins vagos. O que faço para manter o projeto de telecomunicações em andamento é uma abordagem simples. Alinho a revisão do MPP com o resto do plano de implementação. Isso significa que não deixo o documento ficar sozinho. Eu vinculo isso ao acesso ao local, à disponibilidade do material, às datas da equipe e à transferência do cliente. Se um item se move, sei o que mais deve se mover com ele. Também mantenho um proprietário na tarefa. Não é um grupo. Um proprietário. Quando muitas pessoas tocam na mesma crítica, cada pessoa presume que a outra está assistindo. Já vi isso acontecer tanto em trabalhos de fibra quanto em trabalhos sem fio. O arquivo parecia ativo, mas ninguém o estava empurrando para frente. Também gosto de definir uma próxima etapa limpa após cada verificação: - Revisão concluída - Alterações necessárias - Enviar de volta para atualização - Confirmar data de construção - Liberar para campo Isso parece simples, e é. Simples é útil quando um projeto tem muitas partes móveis. Uma verdadeira lição de projeto que tenho em mente. Certa vez, vi uma atualização do site perder uma semana inteira porque o MPP ficou preso entre o planejamento e a revisão de campo. A tripulação tinha o cronograma. Os materiais foram encenados. O cliente liberou o acesso. A única peça que faltava era a aprovação final do MPP. As pessoas diziam que o atraso era pequeno. Não foi pequeno. Quando a aprovação foi aprovada, a equipe havia mudado para outro trabalho, a verificação do transporte teve que ser reiniciada e a ligação do cliente se transformou em uma nova rodada de promessas. Esse trabalho me ensinou algo que ainda uso hoje: uma pequena retenção no front-end pode criar uma bagunça maior no back-end. O que quero que a equipe lembre Se estou aguardando o MPP, não considero o projeto seguro. Eu trato isso como risco ativo. Eu olho para a próxima tarefa, a próxima transferência e a próxima data que pode ser alterada. Eu mantenho a atualização curta. Eu mantenho o proprietário afastado. Mantenho a equipe de campo informada. Essa abordagem não elimina todos os atrasos, mas me ajuda a detectar o problema antes que ele se espalhe por toda a implantação das telecomunicações. Se o seu MPP ainda estiver pendente, eu não ficaria sentado esperando que o cronograma se mantivesse. Eu verificaria o bloco, confirmaria o proprietário e redefiniria a próxima etapa antes que o projeto começasse a pagar por essa espera. Interessado em aprender mais sobre tendências e soluções do setor? Entre em contato com Zhang Qiaohua: xhfrp11@163.com/WhatsApp +8618357256599.

Wang Lei, 2024, Adoção de MPP em operações de telecomunicações e gerenciamento de dados Li Ming, 2023, Como as equipes de telecomunicações reduzem atrasos com sistemas de fluxo de trabalho compartilhados Zhang Qiaohua, 2024, Casos de uso prático de MPP na entrega de projetos de telecomunicações Chen Yu, 2022, Melhorando a eficiência de implementação de fibra com planejamento de dutos subterrâneos Liu Hao, 2023, Coordenação multipartidária em gerenciamento de implementação de telecomunicações Huang Jie, 2024, dos relatórios manuais ao suporte à decisão baseado em MPP em telecomunicações