[SUP] Projetos e Sugestões

Nick: gabrielpd17
Número da postagem: 333
Projeto ( ) Sugestão (x)

Desenvolvimento: Ao final do script da Aula de Segurança encontram-se os links de acesso rápido, dentre eles os que dão aceso à listagem e ao requerimento de praças. Esta sugestão propõe a adição de mais um link ao lado dos já existentes que encaminha à listagem e ao requerimento de executivos, afinal, esta aula abrange ambos os corpos.

Modelo atual:

Modelo proposto:

Code:

Status: Aprovado

Nick: hellinhalegal
Número da postagem: 334
Projeto ( ) Sugestão (x)

Desenvolvimento: A normativa presente não se faz necessária. Não há benefícios, como também não há malefícios. De qualquer forma o relatório de tutoria estará presente no formulário. Há casos que o policial cumpre a meta no início da semana, policiais sem vínculos, e etc. Caso o supervisor não cumpriu a meta, seria necessário aguardar o sábado para comprovar sua meta. De qualquer forma, se postar antes do sábado, seria inviável que a postagem fosse invalidada, logo, o regularmento é dispensável. A não ser que possua erros relacionadas à falhas e/ou afins.

2° - Os tutores só poderão postar os relatórios de fiscalização a partir de sábado.

- Exclusão do Manual

Status: Reprovado

Nick: hellinhalegal
Número da postagem: 334
Projeto (x) Sugestão ( )

Desenvolvimento: Ao postar os prints de confirmação de função, - tutores e fiscalizadores - em alguns casos, se tornam inacessíveis, deixando de ser visível para validar tal encargo. O caso atual é levado em consideração como "falhas", deixando o tutor e/ou fiscalizador positivo na meta. Tendo em vista possíveis brechas, como policiais mal-intencionados que não realizaram suas funcionalidades, e que colocam, de forma proposital prints inacessíveis para se manterem em positivo na metal semanal, proponho que tal ocorrência não seja considerado como falhas, e sim, como meta não realizada/relatório não realizado. Podendo apresentar argumentos válidos para o ministro responsável por tal porcentagem para permanecer em Casos Especiais ou, se haver possibilidade, a entrega do print correto ao ministro e/ou responsável pela correção na planilha.

Status: Reprovado Isso já acontece, não hospedar prints se torna falha somente se você consegue comprovar depois que bateu sim a sua meta de forma correta com outros prints.

Nick: -.Pedrinho-.
Número da postagem: 335
Projeto ( X ) Sugestão ( )

Desenvolvimento: O projeto visa facilitar tanto para o membro que for postar a retificação do erro que seria através do formulário, como também para quem for corrigir esses erros, onde não seria mais necessário a troca de página para que os erros sejam encontrados e corrigidos e também a atualização seria feita na própria planilha, onde o responsável por isso marcaria "Corrigido" ou "Cancelado".

Link do formulário: Clique aqui.
Link da planilha: Clique aqui.

Status: Reprovado. Quando quiser enviar novamente um projeto comunique primeiro a liderança da companhia do seu interesse, o acesso é liberado a todos os membros do COG porém como forma de transparência e acesso a informações.

Nick: raphaelle11.
Número da postagem: 336
Projeto ( x ) Sugestão ( )

Desenvolvimento: É possível notar envios de projetos referente a criação de uma apostila sobre hospedagem de print's após a aprovação na Aula de Segurança, e realmente, é inviável, pelo simples fato em que o SEG já mantém a explicação bem detalhada, e além do mais, possuem apostilas que são encontradas no fórum da instituição em ''Apostilas:Dicas e Ajudas -> Tutoriais''. Porém, é viável o acréscimo da informação repassada acima, sobre ser possível encontrar a apostila referente da hospedagem de print's, facilitando ainda mais o entendimento do praça que estiver recebendo a aula, mas obviamente, não seria obrigatório ele acessar a apostila na hora, mas sim apenas mante-lo informado, com o intuito em que ele visite após a finalização de sua aula para maior entendimento sobre.

Modelo:

Code da proposta:

Status: Reprovado. O script já possui essa informação

Nick: raphaelle11.
Número da postagem: 337
Projeto ( x ) Sugestão ( )

Desenvolvimento: Os tutores são responsáveis por prestar auxílio ao supervisor em qualquer tipo de situação, seja doando aula, retirando dúvidas ou algo do tipo. Uma das obrigações do tutor nessa função é anexar a comprovação que manteve contato com o supervisor avisando sobre o acompanhamento, e com isso, a maioria dos tutores optam pela plataforma da Mensagem Privada para manter a comunicação com o supervisor. Porém, nem todos os tutores novatos da companhia em sua primeira semana, tem consciência de como deve ser enviado a mensagem privada, e com isso, geram dúvidas na hora da entrega. O projeto não se baseia na criação de uma MP pronta para usarem como forma obrigatória, até pelo motivo que, todo tutor tem seu jeito de fazer sua mensagem, mas, o projeto consiste na criação de uma ilustração (exemplo) de como a MP pode ser feita em possíveis dúvidas do tutor em situações que for novo. Ressalto que, a MP da ilustração não terá o uso obrigatório, mas sim como uma forma de auxílio. O acréscimo será no tópico de ''Tutores - Manual''.

Proposta:

Modelo implementado no manual:

Regras Gerais

1° - O tutor é responsável por prestar auxílio ao supervisor, sendo assim, não é interessante para nós que o mesmo não os acompanhem, não esteja em contato com eles. Dessa forma, é obrigatório que o tutor tenha o máximo de contato possível com o supervisor, caso ele esteja ativo na instituição. Caso isso não seja cumprido e provado, o tutor será imediatamente rebaixado.
2° - Os tutores só poderão postar os relatórios de fiscalização a partir de sábado.
3° - Caso o tutor doe uma aula, este deverá deixar claro tal feito no relatório. Para validar a doação, o tutor precisa preencher o campo "Meu nome" com o nick do supervisor que recebeu a doação da aula e no campo "Comentários" deverá deixar explicito que a aula foi doada. Exemplo: Aula de Segurança doada pelo Tutor ,Tramp ao supervisor Fulano.
4° - Caso um supervisor seja expulso com meta igual ou superior a 80%, ficará explícito que o tutor não o acompanhou como deveria, visto que, o mesmo poderia evitar tal expulsão doando uma aula ao supervisor. Neste caso, o tutor será punido com uma advertência interna por negligência.
5° - Os print's de comprovação são print's que comprovam a afirmação do tutor, quando o mesmo afirma que o supervisor cumpriu ou não a meta, dessa forma, é necessário que este print seja anexado de maneira padrão e coerente. Sendo assim, caso o tutor tenha cumprido a meta, só será aceito como print de comprovação: um print do nick do mesmo de sua porcentagem parcial ou uma conversa com o supervisor que deixa claro que tal meta foi cumprida. No caso de não cumprimento de meta: a regra é a mesma, entretanto, caso o supervisor não tenha cumprido pois está inativo do hotel, será aceito um print de seu perfil.
6° - O tutor que ficar negativo 2 semanas consecutivas será rebaixado ao cargo de supervisor.
7° - O tutor que ficar negativo 2 vezes no mesmo mês porém não sendo em semanas seguidas, receberá uma advertência interna.

- Caso você, tutor, opte por enviar Mensagem Privada como forma de comunicação com seu supervisor escalado, em casos de dúvidas do que conter nesta, veja o exemplo abaixo para ter uma noção de como pode ser enviada sua mensagem privada ao supervisor destinado:
Ilustração da MP:

Nota: A Mensagem Privada acima é apenas uma ilustração de como pode ser feita, caso você tenha dúvida de como é o envio dela. A MP é feita de acordo com sua estrutura e organização, tendo as informações acrescentais que você desejar.

Code em caso de aprovação:

Status: Aprovado

Nick: hellinhalegal
Número da postagem: 338
Projeto (x) Sugestão ( )

Desenvolvimento:

Trecho atual:

Trecho proposto:

A norma de visibilidade de perfil se mantém no mesmo nível do perfil offline. É plausível que sua adição seja feita como alerta aos cabos+/inspetores+, visto que é um passo para o ingresso à uma companhia, no qual é deliberada uma punição direta. {Script de Aula de Segurança - Segurança do Corpo de Policiais}

Status: A enviar como correção no painel de correções.

Nick: Bunce
Número da postagem: 339
Projeto ( ) Sugestão ( x )

Desenvolvimento: Modificação na regra que se estabelece na aula de Supervisão de Soldados: "supervisão deverá ser realizada individualmente, sendo proibida a aplicação com dois ou mais soldados ao mesmo tempo". Tendo em vista que a aula consiste em perguntas e um teste prático, a aula pode muito bem ser realizada para mais de um soldado, sendo realizada as perguntas por sussurro e o treinamento em conjunto. Tendo conhecimento sobre as metas acirradas, faz-se da ampliação realizar a supervisão para até dois soldados de uma vez, assim seria mais prático e rápido, visando a agilidade para quando não conter supervisores o bastante para tais aplicações.

Status: Reprovado

Nick: hellinhalegal
Número da postagem: 340
Projeto ( ) Sugestão (x)

Desenvolvimento:

Trecho atual:

Trecho proposto:

"Fakes" identificados pelas ações citadas no script não são vetados para entrar à polícia. O trecho se torna desnecessário. Pode ser algo que confunda os policiais, - novatos - e também a induzi-los de vetar entrada ou afins. {Script de Aula de Segurança - Segurança no Batalhão}

Status: Aprovado com alterações

Nick: raphaelle11.
Número da postagem: 341
Projeto ( ) Sugestão ( x )

Desenvolvimento: De todos os projetos que são enviados na ouvidoria da companhia, a maioria possui uma alteração/adição/criações ou algo que contenha relevância, e com isso, é nítido alguns supervisores não terem o conhecimento de acrescentar o code acerca da proposta, facilitando assim, a implementação em situações que o veredito for aprovado. Entretanto, adicionar o code sobre a proposta não se torna algo obrigatório, e realmente, não se faz necessário ter a obrigação disso, levando em consideração que nem sempre vai ser essencial a adição desse code na proposta. Porém, com o intuito de manter os supervisores informados sobre o uso de usar o code em casos que necessite, proponho a adição do code ''Spoiler'' no modelo de postagem na ouvidoria, tendo a orientação sobre ser algo opcional, direcionando em que circunstâncias deve-se usado. Com a adição disto, facilitará ainda mais a liderança nas alterações dos projetos/sugestões aprovadas, tendo o code juntamente com a proposta do supervisor.

Modelo da proposta:

Code em caso de aprovação:

Status: Reprovado

LOGAR NO FÓRUM

[SUP] Projetos e Sugestões