Curso bpmnCarol DzimidasO documento apresenta conceitos básicos sobre BPMN, BPM e BPMS, definindo termos como processo, atividade e eventos. Também explica como modelar processos de negócio utilizando a notação BPMN, incluindo regras para nomes, linhas de sequência, atividades e objetos de conexão.
Gerenciamento de projetos para escritórios de arquiteturaLais Carvalho Gomes Gerente de Projetos
Appian Self assembly LanguageBHARATH KUNAMNENISAIL is a framework for quickly creating interfaces that are portable across devices. It uses a drag-and-drop interface to assemble layouts, components, and displays. Layouts organize interface elements and include options like forms, headers, sections, and cards. Components are placed within layouts and include selections, text fields, and images. SAIL also features grids to display structured data and recipes to code common patterns.
Business Analyst TrainingCraig BrownThe document discusses the role of business analysts and requirements management. It covers topics like why projects fail, the cost of poor requirements, business analysis skills, requirements practices, and techniques like use cases and swim lanes. The goal is to explain the business analyst role and how to effectively manage requirements to improve project success.
Discovery Workshop Templatedesigner DATAThe document outlines an agenda for a vision and scope discovery workshop over 4 days. The workshop aims to establish a common understanding of objectives, pain points, scope, and requirements. Key activities include setting SMART business objectives, analyzing process pain points and themes, developing a context diagram, and establishing scope inclusions and exclusions. Breakout groups will work to define requirements, user stories, and draft process mini-specifications. The workshop concludes with evaluating progress made and planning for quality review.
Introdução a notação BPMN [Webinares iProcess 2014]iProcess Soluções em BPM e RPAEste documento apresenta um webinar sobre introdução à notação BPMN. O webinar discute o que é BPMN, seus tipos de diagramas, elementos básicos como atividades, eventos e fluxos, e dificuldades comuns de quem está aprendendo. O documento fornece também recursos adicionais para aprendizado de BPMN.
The work breakdown structure and project estimationVarit Saprasert
Gerenciamento de projetos - IniciaçãoPaulo JuniorO documento apresenta um curso de gerenciamento de projetos, discutindo conceitos como projetos, gerenciamento de projetos, PMI, certificações e os cinco grupos de processos. É dividido em seções que abordam tópicos como iniciação, planejamento, execução, monitoramento e encerramento de projetos.
Requisitos ÁgeisAndré Faria Gomes1) O documento discute princípios e práticas ágeis para gestão de requisitos, incluindo a importância de times pequenos, entrega frequente de valor ao cliente, e adaptação à mudança.
2) É explicado que programas ágeis usam múltiplos times para entregar releases sincronizadas, com iterações e milestones fixas mas escopo variável.
3) Princípios como temas de investimento, épicos, features e estórias de usuário são usados para guiar o desenvolvimento de acordo
ݺߣs - Gestão de Projetos Atuliazação PMBoK 7 Edição.pdfJairo GarciaO documento apresenta um curso sobre a atualização da 7a edição do guia PMBoK. Aborda os principais conceitos como o que é PMBoK, sua importância, caso de sucesso aplicando os conhecimentos do guia e histórico das versões. Também explica conceitos-chave como projeto versus processo, PMI e os objetivos deste instituto.
Implementação de um PMOMarco CoghiTitulo: Implementação de um PMO
Alunos:Antônio Albino de Magalhães Neto,Arthur de Oliveira Matos,Bruno Almeida ,Claudio Alessandro,Lhiego Rodrigues de Paula,maisa ferreira bozzola,
Cidade: Goiânia
Disciplina: Gestão Projetos
Turma: GP29
Data:20-07-2015
Hora:23:35
Comentarios:
Publico até ápos a correção
[slides] Planejamento, Execução e Controle de Projetos (2015: 2º semestre)Alessandro Almeidaݺߣs da disciplina "Planejamento, Execução e Controle de Projetos"
Curso: MBA em Gestão de Projetos
Última atualização: 05/01/2016
Pmbok 5a ediçãoJandira QuerinoEste documento apresenta o Guia do Conhecimento em Gerenciamento de Projetos (Guia PMBOK®), quinta edição, publicado pelo Project Management Institute. O guia fornece diretrizes sobre processos, ferramentas e técnicas para gerenciamento de projetos.
Requirement analysis with use caseRapeepan ThawornwanchaiThe important of requirement analysis before jump to the software solution. This can prevent project failure and increase user's satisfaction.
Aula 2 matemática financeira conhecendo a hp 12cHelio RibeiroO documento fornece instruções sobre como operar a calculadora financeira HP 12c, incluindo como realizar o auto-teste, selecionar o separador decimal, usar as funções financeiras e datas, e lidar com erros. É descrito o funcionamento da lógica RPN e da pilha de registradores para cálculos.
IT NPI ProcessWilliam FrancisThe document outlines New Product Introduction Process (NPI) for IT projects. It describes the objective to communicate and deploy the NPI process. The process has 8 phases - Discovery, Analysis, Design, Development, Testing, Deployment, Support and Sustain. Each phase has defined entry/exit criteria and deliverables. Key aspects include problem/value statement, process requirements, success factors, roles and responsibilities. The process aims to deliver predictable, high quality IT solutions on time and on budget through a collaborative approach between business and IT.
Discovery Phase [What is it and why is it important?]Stfalcon Nowadays it’s unreasonable to start a software development project without a preliminary comprehensive analysis. Discovery phase should become an initial stage of any project you
deal with. It’s an information-gathering procedure, which brings you in-depth comprehension of the industry, the client’s business, and target audience.
Discovery Workshop Templatedesigner DATAThe document outlines an agenda for a vision and scope discovery workshop over 4 days. The workshop aims to establish a common understanding of objectives, pain points, scope, and requirements. Key activities include setting SMART business objectives, analyzing process pain points and themes, developing a context diagram, and establishing scope inclusions and exclusions. Breakout groups will work to define requirements, user stories, and draft process mini-specifications. The workshop concludes with evaluating progress made and planning for quality review.
Introdução a notação BPMN [Webinares iProcess 2014]iProcess Soluções em BPM e RPAEste documento apresenta um webinar sobre introdução à notação BPMN. O webinar discute o que é BPMN, seus tipos de diagramas, elementos básicos como atividades, eventos e fluxos, e dificuldades comuns de quem está aprendendo. O documento fornece também recursos adicionais para aprendizado de BPMN.
The work breakdown structure and project estimationVarit Saprasert
Gerenciamento de projetos - IniciaçãoPaulo JuniorO documento apresenta um curso de gerenciamento de projetos, discutindo conceitos como projetos, gerenciamento de projetos, PMI, certificações e os cinco grupos de processos. É dividido em seções que abordam tópicos como iniciação, planejamento, execução, monitoramento e encerramento de projetos.
Requisitos ÁgeisAndré Faria Gomes1) O documento discute princípios e práticas ágeis para gestão de requisitos, incluindo a importância de times pequenos, entrega frequente de valor ao cliente, e adaptação à mudança.
2) É explicado que programas ágeis usam múltiplos times para entregar releases sincronizadas, com iterações e milestones fixas mas escopo variável.
3) Princípios como temas de investimento, épicos, features e estórias de usuário são usados para guiar o desenvolvimento de acordo
ݺߣs - Gestão de Projetos Atuliazação PMBoK 7 Edição.pdfJairo GarciaO documento apresenta um curso sobre a atualização da 7a edição do guia PMBoK. Aborda os principais conceitos como o que é PMBoK, sua importância, caso de sucesso aplicando os conhecimentos do guia e histórico das versões. Também explica conceitos-chave como projeto versus processo, PMI e os objetivos deste instituto.
Implementação de um PMOMarco CoghiTitulo: Implementação de um PMO
Alunos:Antônio Albino de Magalhães Neto,Arthur de Oliveira Matos,Bruno Almeida ,Claudio Alessandro,Lhiego Rodrigues de Paula,maisa ferreira bozzola,
Cidade: Goiânia
Disciplina: Gestão Projetos
Turma: GP29
Data:20-07-2015
Hora:23:35
Comentarios:
Publico até ápos a correção
[slides] Planejamento, Execução e Controle de Projetos (2015: 2º semestre)Alessandro Almeidaݺߣs da disciplina "Planejamento, Execução e Controle de Projetos"
Curso: MBA em Gestão de Projetos
Última atualização: 05/01/2016
Pmbok 5a ediçãoJandira QuerinoEste documento apresenta o Guia do Conhecimento em Gerenciamento de Projetos (Guia PMBOK®), quinta edição, publicado pelo Project Management Institute. O guia fornece diretrizes sobre processos, ferramentas e técnicas para gerenciamento de projetos.
Requirement analysis with use caseRapeepan ThawornwanchaiThe important of requirement analysis before jump to the software solution. This can prevent project failure and increase user's satisfaction.
Aula 2 matemática financeira conhecendo a hp 12cHelio RibeiroO documento fornece instruções sobre como operar a calculadora financeira HP 12c, incluindo como realizar o auto-teste, selecionar o separador decimal, usar as funções financeiras e datas, e lidar com erros. É descrito o funcionamento da lógica RPN e da pilha de registradores para cálculos.
IT NPI ProcessWilliam FrancisThe document outlines New Product Introduction Process (NPI) for IT projects. It describes the objective to communicate and deploy the NPI process. The process has 8 phases - Discovery, Analysis, Design, Development, Testing, Deployment, Support and Sustain. Each phase has defined entry/exit criteria and deliverables. Key aspects include problem/value statement, process requirements, success factors, roles and responsibilities. The process aims to deliver predictable, high quality IT solutions on time and on budget through a collaborative approach between business and IT.
Discovery Phase [What is it and why is it important?]Stfalcon Nowadays it’s unreasonable to start a software development project without a preliminary comprehensive analysis. Discovery phase should become an initial stage of any project you
deal with. It’s an information-gathering procedure, which brings you in-depth comprehension of the industry, the client’s business, and target audience.
애자일 개발을 이용한 게임 기획 (Game Design In Agile Development) [GDC 2007]Kay KimGDC 2007에서 발표된 '애자일 개발을 이용한 게임 기획'의 슬라이드.
애자일에 관한 대부분의 자료들은 주로 프로그래밍과 프로젝트 관리을 다루고 있기에, 기획자들에게는 매우 중요한 자료가 될 것이다.
http://betterways.tistory.com/95
Agile - SCRUM을 통한 개발관리SangJin KangThis doc is the edited version of Scrum: Agile For Everyone by JadeTower three years ago. I translated it to Korean and changed some contents.
애자일 아키텍트를 위한 툴 박스Sangcheol HwangThis document discusses the role of an architect in agile development. It compares waterfall and agile architecture approaches. The architect's responsibilities in agile include incrementally documenting designs, communicating with the team, embracing change, and removing impediments. Best practices for agile architecture include inviting peer review, challenging assumptions, and learning from mistakes. The architect must understand coding and know how to work with people as technology alone is not enough.
Agile korea 2013 유석문Sangcheol HwangThis document discusses refactoring, which involves restructuring existing code without changing its external behavior or functionality. It provides definitions of refactoring and describes best practices for refactoring code, such as taking small, incremental steps and verifying that automated tests still pass after each change. Specific refactoring techniques are also explained, like extracting duplicate code into methods, removing unnecessary complexity or duplication, and consolidating conditional expressions for clarity. The document cautions against fixing bugs during refactoring and emphasizes making changes in a way that simplifies the code and removes code smells.
DevOpsday 2013 SiliconValleySangcheol HwangThe document summarizes DevOps Day 2013 that was held in Silicon Valley from June 21-22, 2013. It provides details about the event location, participants, sessions covered, and goals of attending. Specifically, it discusses learning about DevOps practices, differences from agile development, and continuous quality approaches in a community-focused event with presentations from consulting and solution providers.
Velocity 2013 ConferenceSangcheol HwangThe document summarizes a conference called Velocity 2013 Conference. It provides details about:
- The purpose of attending the conference was to learn about reference architectures for build/deployment systems, monitoring, and mobile deployment.
- The conference covered topics like mobile performance, operations, and web performance. It included technical sessions on solving performance and operational issues in large-scale environments.
- Some of the sessions discussed tools for packaging, log collection, monitoring metrics, testing methods, lessons learned from projects, and scaling load balancing infrastructure to over a billion users.
Agile planning & estimating joshua partogiSangcheol HwangThis document outlines an Agile planning and estimating workshop presented by Joshua Partogi. The workshop covers Scrum concepts like timeboxing, product backlog creation and ordering, estimating work in story points, sprint planning, and monitoring progress via burn down charts and velocity. Participants work through exercises to practice these techniques in planning and estimating the work for a mobile tourism app project over multiple sprints and releases.
Lab80 unicorn ranch-agilekorea2012Sangcheol HwangThe document discusses the concept of "unicorns" in software innovation. It defines unicorns as people who can perform multiple specialty functions and solve a broad set of problems for their team. It explains that many startups are desperately seeking "unicorns" due to changes in software development that require more cross-functional skills. It outlines eight attributes of standout tech companies, including having empathy for customers, making opinionated products, learning quickly through doing rather than textbooks, and being good communicators. The document argues that success in software innovation is now defined more by cultural fit and attitude than specific skills or educational background.
5. Kanban Game – 스토리 카드 우선순위 스토리를 완료하기 위해 걸리는 총시간 설계시간 개발시간 테스트시간
6. Kanban Game - 칸반보드 게임 1: 단순 게임 2: 스테이지 게임 3: WIP 와 Queue
7. 첫번째 게임 1. 팀 구성 : 6~9 명 2. 게임 준비물 확인 - 스토리카드 , Chance 카드 , 주사위 , 게임칩 - 진행표 (3 장 ), 설명서 , 전지 ( 칸반보드 ), 마커펜 3. 역할 배정 - 서기 : 진행표 기록 - 은행장 : 게임칩관리 - 딜러 : 카드 관리
8. 첫번째 게임 4. 칸반 보드 만들기 5. 이터레이션 계획 세우기 - 작업시간 : 8H/MD - 이터레이션 주기 : 3 일 ex) 팀원 2 명 , 8x2x3=48 시간 - 스토리를 ToDo 에 놓는다 .
9. 작업할 스토리를 선택한다 . ( 없는 경우 ) 주사위를 굴려서 스토리 포인트를 없앤다 . Chance 카드를 뽑는다 . Solution 을 적용한다 . 다음 멤버 ToDo In Progress Done 10 기영 효근
10. 모든 팀원이 주사위를 굴리면 1 라운드가 끝난다 . 해당 스토리에 대해 주사위를 굴렸으면 원을 그린다 . 완료하면 별표를 그린다 .
11. 첫번째 게임 6. 게임 규칙 - Chance 카드중 Event 카드만 사용한다 . - 사용한 Event 카드는 따로 쌓아두었다가 없으면 섞어서 사용한다 . - 게임시간 : 20 분 - 모든 스토리를 완료한 팀이 우승팀 .^^;
12. 회고 게임을 하면서 느낀것을 돌아가면서 한가지씩 이야기 합니다 . 가장 좋다고 생각하는 2 가지를 기록지 뒤에 정리합니다 .
13. 두번째 게임 1. 칸반 보드 만들기 2. 자원 할당 하기 - 단계별 작업자를 배정한다 . - 작업자는 이터레이션이 끝났을때만 재배정 가능함 .
14. 두번째 게임 스토리에 붙인다 . 3.Chance 카드를 모두 사용한다 . 가지고 있다가 자기 차례가 됐을때 Problem 을 해결한다 . 그대로 진행한다 .
15. 두번째 게임 4. 게임규칙 - Problem 이 있는 스토리는 일은 할 수 있어도 다음 단계로 진행이 안됨 . - Solution 카드는 모든 팀원이 동의해 Problem 해결이 가능 - 게임시간 : 20 분 - 모든 스토리를 완료한 팀이 우승팀 .^^;
16. 세번째 게임 1. 칸반 보드 만들기 2. 자원 할당 하기 - 단계별 작업자를 배정한다 . - 작업자는 이터레이션이 끝났을때만 재배정 가능함 .
17. 세번째 게임 3. 게임규칙 - Queue 에는 WIP 에 있는 스토리의 2 배 이상이 올수 없다 . - 게임시간 : 20 분 - 모든 스토리를 완료한 팀이 우승팀 .^^;