Atividade Prática: Criar um escopo de

trabalho
Quiz de Prática. • 1h. • 2 pontos totais disponíveis.
Devido em 16 de abril, 23:59 PDT
1.
Pergunta 1

Visão geral da atividade

Você tem aprendido sobre o papel de um analista de dados e como gerenciar, analisar,
e visualizar dados. Agora, você considerará uma ferramenta valiosa para ajudá-lo a praticar de forma estruturada
pensar e evitar erros: um escopo de trabalho (SOW).

In this activity, you’ll get practical experience developing an SOW document with the
ajuda de um modelo prático. Você então completará um exemplo de SOW para um imaginário
projeto de sua escolha e aprenda como os analistas delineiam o trabalho que irão realizar
executar. Quando você concluir esta atividade, estará familiarizado com um essencial,
ferramenta padrão da indústria, e ganhar conforto em fazer as perguntas certas para desenvolver um SOW.

Antes de começar, reserve um minuto para pensar nas ideias principais, metas e público-alvo.
públicos dos documentos SOW.

Escopo do trabalho: O que você precisa saber

Como analista de dados, é difícil exagerar a importância de um documento SOW. Um bem-

um SOW definido mantém você, sua equipe e todos envolvidos em um projeto na mesma página
página. Isso garante que todos os colaboradores, patrocinadores e partes interessadas compartilhem o mesmo
compreensão dos detalhes relevantes.

Por que você precisa de um SOW?

O objetivo dos projetos de análise de dados é concluir tarefas empresariais que sejam úteis para o
partes interessadas. Criar um SOW ajuda a garantir que todos os envolvidos, desde
analistas e engenheiros para gerentes e partes interessadas, compartilha a compreensão de
quais são esses objetivos de negócios e o plano para alcançá-los.

Esclarecer requisitos e definir expectativas são duas das partes mais importantes de
um projeto. Lembre-se da primeira fase do Processo de Análise de Dados—fazer perguntas.
 À medida que você faz mais e mais perguntas para esclarecer requisitos, metas, fontes de dados,
partes interessadas e qualquer outra informação relevante, um SOW ajuda a formalizar tudo isso por
gravando todas as respostas e detalhes. Neste contexto, a palavra 'perguntar' significa duas coisas.
Preparar para escrever um SOW é sobre fazer perguntas para aprender as informações necessárias
sobre o projeto, mas também é sobre esclarecer e definir o que está sendo pedido a você
realizar e quais são os limites ou fronteiras do "pedido". Afinal, se você não pode
faça uma distinção entre as perguntas de negócios pelas quais você é e não é responsável
Respondendo, então é difícil saber o que significa sucesso!

O que é uma boa SOW?

Não há um formato padrão para um SOW. Eles podem diferir significativamente de um

de uma organização para outra, ou de um projeto para outro. No entanto, todos eles têm algumas
peças fundamentais de conteúdo em comum.

Deliverables: What work is being done, and what things are being created as a result of
este projeto? Quando o projeto estiver completo, o que você deve entregar ao
partes interessadas? Seja específico aqui. Você vai coletar dados para este projeto? Quanto ou para
quanto tempo?
Evite declarações vagas. Por exemplo, "resolver problemas de tráfego" não especifica o
escopo. Isso pode significar qualquer coisa, desde preencher alguns buracos até construir um novo
superar. Seja específico! Use números e busque metas e objetivos difíceis e mensuráveis.
Identifique os 10 principais problemas com padrões de tráfego dentro dos limites da cidade, e
identificar as 3 principais soluções que são mais rentáveis para reduzir a congestionamento de tráfego.

Marcos: Isso está intimamente relacionado ao seu cronograma. Quais são os principais marcos para
progresso em seu projeto? Como você sabe quando uma determinada parte do projeto é considerada
completo?
Os marcos podem ser identificados por você, pelos stakeholders ou por outros membros da equipe.
como Gerente de Projetos. Exemplos menores podem incluir passos incrementais em um maior
projeto como "Coletar e processar 50% dos dados necessários (100 respostas da pesquisa)", mas pode
também podem ser exemplos maiores como "completar o relatório de análise inicial de dados" ou "entregar o concluído"
visualizações de painel e relatórios de análise para as partes interessadas.

Cronograma: Seu cronograma estará intimamente relacionado aos marcos que você criar para seu projeto.
O cronograma é uma maneira de mapear as expectativas sobre quanto tempo cada etapa do processo
deve levar. O cronograma deve ser específico o suficiente para ajudar todos os envolvidos a decidir se um projeto
está no cronograma. Quando os entregáveis serão concluídos? Quanto tempo você espera que o
quanto tempo o projeto levará para ser concluído? Se tudo correr conforme o planejado, quanto você espera que cada um
qual componente do projeto levará? Quando podemos esperar alcançar cada marco?
Relatórios: Bons SOWs também estabelecem limites sobre como e quando você dará atualizações de status para
partes interessadas. Como você comunicará o progresso com as partes interessadas e patrocinadores, e
com que frequência? O progresso será relatado semanalmente? Mensalmente? Quando os marcos forem concluídos?
Quais informações os relatórios de status conterão?
No mínimo, qualquer SOW deve responder a todas as perguntas relevantes nas áreas acima.
Note que essas áreas podem diferir dependendo do projeto. Mas, em essência, o SOW
o documento deve sempre ter o mesmo propósito, contendo informações que são
específico, relevante e preciso. Se algo mudar no projeto, seu SOW deve
refletir essas mudanças.

O que está dentro e fora do escopo?

Os SOWs também devem conter informações específicas sobre o que é e o que não é considerado parte de
o projeto. O escopo do seu projeto é tudo o que você é esperado a completar ou
realizar, definido a um nível de detalhe que não deixe nenhuma ambiguidade ou confusão
sobre se uma determinada tarefa ou item faz parte do projeto ou não.

Observe como o exemplo anterior sobre o estudo da congestão de tráfego definiu seu escopo como
a área dentro dos limites da cidade. Isso não deixa espaço para confusões — partes interessadas
preciso apenas me referir a um mapa para saber se um trecho de estrada ou interseção faz parte do projeto
ou não. Definir requisitos pode ser mais complicado do que parece, por isso é importante ser o mais
específico o máximo possível nesses documentos e usar declarações quantitativas sempre que
possível.

Por exemplo, suponha que você foi designado para um projeto que envolve o estudo do
efeitos ambientais das mudanças climáticas na costa de uma cidade: Como você define
Quais partes da costa você é responsável por estudar e quais partes você não é.
não?

Neste caso, seria importante definir a área que se espera que você estude usando
Localizações de GPS ou marcos. Usar declarações específicas e quantificáveis ajudará a garantir
que todos tenham uma compreensão clara do que é esperado.

Completando seu próprio SOW

Agora que você conhece o básico, pode praticar criando seu próprio SOW simulado para um
projeto de sua escolha. Para começar, primeiro acesse o modelo de escopo de trabalho.

O que você vai precisar

Para usar o modelo para este item do curso, clique no link abaixo e selecione “Usar Modelo.”

Link para o modelo: Escopo de Trabalho para Projeto de Análise de Dados (SOW)

OU
 Se você não tiver uma conta do Google, pode baixar o modelo diretamente do
anexo abaixo.

Scope-Of-Work Template
Arquivo DOCX

Fill the template in for an imaginary project

Passe alguns minutos pensando em um projeto de análise de dados plausível. Confira 5 Dados
Projetos de Análise para Iniciantes se você precisar de ajuda para ter ideias.
Come up with a problem domain, and then make up the relevant details to help you fill out
o modelo.
Dedique um tempo para preencher o modelo. Trate este exercício como se estivesse escrevendo seu primeiro
SOW na sua nova carreira como analista de dados. Tente ser completo, específico e conciso!
Os detalhes aqui não são importantes. O objetivo é se sentir à vontade ao identificar e
formalizando requisitos e utilizando esses requisitos de maneira profissional por
criação de SOWs.

Compare seu trabalho a um exemplo forte

Depois de preencher seu modelo, considere o forte exemplo abaixo e compare-o.

to yours.

Link para o forte exemplo: Escopo de Trabalho (SOW) do Projeto de Análise de Dados Forte
Exemplo

OU

Você pode baixar o modelo diretamente do anexo abaixo.

Escopo-De-Trabalho [Link]
Arquivo PDF
Parabéns! Você passou!
Grade received100%
Para passar 100% ou mais
Vá para o próximo item

1.
Pergunta 1

Visão geral da atividade

Você tem aprendido sobre o papel de um analista de dados e como gerenciar, analisar e visualizar
dados. Agora, você considerará uma ferramenta valiosa para ajudá-lo a praticar o pensamento estruturado e evitar
erros: um escopo de trabalho (SOW).

Nesta atividade, você terá experiência prática no desenvolvimento de um documento SOW com a ajuda de um recurso útil.
modelo. Você então completará um exemplo de SOW para um projeto imaginário de sua escolha e
aprenda como os analistas esboçam o trabalho que vão realizar. Quando você concluir esta atividade,
você estará familiarizado com uma ferramenta essencial, padrão da indústria, e ganhará confiança para fazer as perguntas certas
perguntas para desenvolver um SOW.

Antes de começar, reserve um minuto para pensar sobre as principais ideias, objetivos e públicos-alvo de
Documentos SOW.

Escopo de trabalho: O que você precisa saber

Como analista de dados, é difícil subestimar a importância de um documento SOW. Um SOW bem definido
mantém você, sua equipe e todos os envolvidos em um projeto na mesma página. Isso garante que todos
contribuidores, patrocinadores e partes interessadas compartilham a mesma compreensão dos detalhes relevantes.

Por que você precisa de um SOW?

O objetivo dos projetos de análise de dados é concluir tarefas empresariais que sejam úteis para os interessados.
Criar um SOW ajuda a garantir que todos os envolvidos, desde analistas e engenheiros até
gerentes e partes interessadas, compartilham a compreensão do que são esses objetivos de negócios, e o
plano para realizá-los.

Esclarecer requisitos e estabelecer expectativas são duas das partes mais importantes de um projeto.
Recall the first phase of the Data Analysis Process—asking questions.

À medida que você faz mais e mais perguntas para esclarecer requisitos, metas, fontes de dados, partes interessadas, e
qualquer outra informação relevante, um SOW ajuda você a formalizar tudo, registrando todas as respostas e detalhes. Em
nesse contexto, a palavra “perguntar” significa duas coisas. Preparar-se para escrever um SOW é sobre fazer perguntas
para aprender as informações necessárias sobre o projeto, mas também para esclarecer e definir o que
está sendo solicitado a realizar, e quais são os limites ou fronteiras do "pedido". Afinal, se você
 não consegue destacar quais perguntas de negócios você é e não é responsável
respondendo, então é difícil saber o que o sucesso significa!

O que é um bom SOW?

Não há um formato padrão para um SOW. Eles podem diferir significativamente de uma organização para outra.
outro, ou de projeto em projeto. No entanto, todos eles têm algumas peças fundamentais de conteúdo em
comum.

Deliverables: What work is being done, and what things are being created as a result of this project?
When the project is complete, what are you expected to deliver to the stakeholders? Be specific here.
Você vai coletar dados para este projeto? Quanto, ou por quanto tempo?
Evite declarações vagas. Por exemplo, "resolver problemas de trânsito" não especifica o escopo. Isso poderia
significa qualquer coisa, desde preencher alguns buracos até construir um novo viaduto. Seja específico! Use números
e almejar metas e objetivos difíceis e mensuráveis. Por exemplo: “Identificar os 10 principais problemas com o tráfego
padrões dentro dos limites da cidade e identificar as 3 principais soluções que são mais econômicas para reduzir
congestionamento de tráfego.

Milestones: This is closely related to your timeline. What are the major milestones for progress in your
projeto? Como você sabe quando uma parte específica do projeto é considerada completa?
Os marcos podem ser identificados por você, por partes interessadas ou por outros membros da equipe, como o Projet
Gerente. Exemplos menores podem incluir etapas incrementais em um projeto maior, como "Coletar e
processar 50% dos dados necessários (100 respostas de pesquisa)”, mas também podem ser exemplos maiores como
“completar o relatório inicial de análise de dados” ou “entregar visualizações e análises de painel concluídas
relatórios para as partes interessadas.

Timeline: Your timeline will be closely tied to the milestones you create for your project. The timeline is
uma maneira de mapear as expectativas sobre quanto tempo cada etapa do processo deve levar. O cronograma deve
seja específico o suficiente para ajudar todos os envolvidos a decidir se um projeto está no cronograma. Quando serão os entregáveis
concluído? Quanto tempo você espera que o projeto leve para ser concluído? Se tudo correr como planejado, quanto tempo
Você espera que cada componente do projeto leve? Quando podemos esperar alcançar cada marco?
Relatórios: Bons SOWs também estabelecem limites sobre como e quando você dará atualizações de status para
partes interessadas. Como você comunicará o progresso com as partes interessadas e patrocinadores, e com que frequência?
O progresso será relatado semanalmente? Mensalmente? Quando os marcos forem concluídos? Que informações serão
o que contêm os relatórios de status?

No mínimo, qualquer SOW deve responder todas as perguntas relevantes nas áreas acima. Note que
essas áreas podem diferir dependendo do projeto. Mas, em sua essência, o documento SOW deve
sempre serve ao mesmo propósito ao conter informações que são específicas, relevantes e precisas. Se
something changes in the project, your SOW should reflect those changes.

O que está dentro e fora do escopo?

Os SOWs também devem conter informações específicas sobre o que é e o que não é considerado parte do projeto.
O escopo do seu projeto é tudo o que você deve concluir ou realizar, definido para
um nível de detalhe que não deixa qualquer ambiguidade ou confusão sobre se uma tarefa ou item específico é
parte do projeto ou não.

Observe como o exemplo anterior sobre o estudo da congestão de tráfego definiu seu escopo como a área
dentro dos limites da cidade. Isso não deixa espaço para confusão - as partes interessadas precisam apenas se referir a
 um mapa para indicar se um trecho de estrada ou interseção faz parte do projeto ou não. Definindo requisitos
pode ser mais complicado do que parece, então é importante ser o mais específico possível nesses documentos, e
usar declarações quantitativas sempre que possível.

Por exemplo, suponha que você esteja designado a um projeto que envolve estudar o meio ambiente
efeitos das mudanças climáticas na costa de uma cidade: Como você define quais partes da costa
you are responsible for studying, and which parts you are not?

Neste caso, seria importante definir a área que você deve estudar usando localizações GPS.
ou marcos. Usar declarações específicas e quantificáveis ajudará a garantir que todos tenham uma compreensão clara
compreensão do que é esperado.

Completar seu próprio SOW

Agora que você conhece o básico, pode praticar criando seu próprio SOW simulado para um projeto seu.
escolha. Para começar, primeiro acesse o modelo de escopo de trabalho.

O que você precisará

Para usar o modelo para este item do curso, clique no link abaixo e selecione "Usar Modelo."

Link para o template: Modelo de Escopo de Trabalho (SOW) para Análise de Dados

OU

Se você não tiver uma conta do Google, poderá baixar o modelo diretamente do anexo
abaixo.

Modelo de Escopo de Trabalho

Arquivo DOCX

Fill the template in for an imaginary project

Passe alguns minutos pensando em um projeto plausível de análise de dados. Confira 5 Análises de Dados
Projetos para iniciantes se você precisar de ajuda para gerar ideias.
Crie um domínio de problema e, em seguida, invente os detalhes relevantes para ajudá-lo a preenchê-lo.
modelo.
Dedique algum tempo para preencher o modelo. Trate este exercício como se estivesse escrevendo seu primeiro SOW em seu
nova carreira como analista de dados. Tente ser minucioso, específico e conciso!
Os detalhes aqui não são importantes. O objetivo é se sentir à vontade em identificar e formalizar.
requisitos e usando esses requisitos de maneira profissional ao criar SOWs.
Compare seu trabalho a um exemplo forte

Once you’ve filled out your template, consider the strong example below and compare it to yours.

Link para o exemplo forte: Projeto de Análise de Dados Escopo de Trabalho (SOW) Exemplo Forte

OU

Você pode baixar o modelo diretamente do anexo abaixo.

Exemplo de Escopo de [Link]

Arquivo PDF

Confirmação e reflexão

Quando você criou um SOW completo e detalhado, quais peças fundamentais de conteúdo você incluiu?
você inclui? Selecione todas as opções que se aplicam.

1 / 1 ponto

Entregáveis

Correto
Em seu escopo de trabalho simulado, você deveria ter incluído quatro peças fundamentais de conteúdo: o
entregáveis, marcos, cronograma e relatórios. Uma vez que esses itens estejam em vigor, o SOW ajudará
mantenha você, sua equipe e as partes interessadas do seu projeto organizados e na mesma página. Indo
avançar, você pode usar esta ferramenta padrão da indústria para esclarecer os objetivos de negócios de um projeto e como
realizá-los—assim como um profissional de análise de dados!

Marcos

Correto
No seu escopo de trabalho simulado, você deveria ter incluído quatro peças fundamentais de conteúdo: o
entregáveis, marcos, cronograma e relatórios. Uma vez que esses itens estejam definidos, o SOW ajudará
mantenha você, sua equipe e seus stakeholders organizados e na mesma página. Indo
avançar, você pode usar esta ferramenta padrão da indústria para esclarecer os objetivos de negócios de um projeto e como
realizá-los—assim como um analista de dados profissional!

Budget
 Reports

Correto
Em seu escopo de trabalho fictício, você deveria ter incluído quatro peças fundamentais de conteúdo: o
entregáveis, marcos, cronograma e relatórios. Uma vez que esses itens estejam em vigor, o SOW ajudará
mantenha você, sua equipe e as partes interessadas do seu projeto organizados e na mesma página. Indo
avançar, você pode usar esta ferramenta padrão da indústria para esclarecer os objetivos de negócios de um projeto e como
realizá-los—assim como um analista de dados profissional!

Cronologia

Correto
Em seu escopo de trabalho simulado, você deveria ter incluído quatro peças fundamentais de conteúdo: o
entregáveis, marcos, cronograma e relatórios. Uma vez que esses itens estejam em vigor, o SOW ajudará
mantenha você, sua equipe e os interessados do seu projeto organizados e na mesma página. Indo
avançar, você pode usar esta ferramenta padrão da indústria para esclarecer os objetivos de negócios de um projeto e como
realizá-los—assim como um analista de dados profissional!

2.
Questão 2
Agora que você colocou seu conhecimento sobre escopo de trabalho em prática, reserve um momento para examinar e
reflita sobre o seu SOW simulado concluído. Em seguida, revise seu trabalho ao lado do exemplo forte vinculado
above. In the text box below, write 2-3 sentences (40-60 words) in response to each of the following
questions:

Como você identificou e formalizou os requisitos do projeto?

Quais perguntas você fez para atualizar os elementos fundamentais do conteúdo?
1 / 1 ponto
Para identificar e formalizar o requisito do projeto, primeiro precisamos definir o propósito do
projetar e identificar quais são os requisitos das partes interessadas, documentando as necessidades das partes interessadas e
expectativas. Gerenciando requisitos ao longo do projeto. As perguntas que fiz são baseadas em
SOW. What is the goal of the project? Who are the stakeholders that need the data?
Correto
Parabéns por completar esta atividade prática! Embora os SOWs não tenham um formato definido, eles
inclua peças comuns fundamentais de conteúdo. Uma boa resposta incluiria como esse conteúdo
responde perguntas, define expectativas e organiza atividades. Além disso, considere o seguinte:

Normalmente, os projetos não começam até que um SOW seja aprovado com suas principais peças de conteúdo: os entregáveis,
milestones, timeline, and reports. To collect and synthesize this information, analysts identify and
formalizar requisitos de projeto quantificáveis. Eles usam pensamento estruturado para fazer perguntas esclarecedoras,
defina o que realizar e especifique os limites do projeto.

[Link]