Difference between revisions of "PKC PMO"
(Documentation protocols (part of communication management plan) in PKC PMO) |
(update documentation) |
||
Line 14: | Line 14: | ||
== Integration Plan == | |||
==Integration Plan== | |||
===Intro=== | ===Intro=== | ||
Line 25: | Line 26: | ||
2023 it will use a "white label" structure to create its own independency | 2023 it will use a "white label" structure to create its own independency | ||
PKC will be managed project-oriented through PKC PMO and Project management will adopt hybrid development approaches: | PKC will be managed project-oriented through PKC PMO and Project management will adopt hybrid development approaches: | ||
# predicted in yearly plans or long term projects (such as education) | #predicted in yearly plans or long term projects (such as education) | ||
# adaptive in research projects with no date to finished, just apply time management, no specific clearance on the scope | #adaptive in research projects with no date to finished, just apply time management, no specific clearance on the scope | ||
# Iterative incremental (known as Agile) during development projects, or short project cycles/iterations from main projects in order to provide faster control | #Iterative incremental (known as Agile) during development projects, or short project cycles/iterations from main projects in order to provide faster control | ||
# Iterative in lining projects such as industry or education recurrent activities | #Iterative in lining projects such as industry or education recurrent activities | ||
W3T3 will use a combine cycle of prediction with Agile since there is a milestone date such as G20 that can't fail, and at same time there is several steps of development to take care where short iterations will be done using AGILE methodology. | W3T3 will use a combine cycle of prediction with Agile since there is a milestone date such as G20 that can't fail, and at same time there is several steps of development to take care where short iterations will be done using AGILE methodology. | ||
PKC PMO responsibilities will make sure that: | PKC PMO responsibilities will make sure that: | ||
# the projects initiate with the proper plan, with estimations, milestones, allocations and budget approved, but also with the proper technical documentation register, concluding visual support | #the projects initiate with the proper plan, with estimations, milestones, allocations and budget approved, but also with the proper technical documentation register, concluding visual support | ||
# the projects will be finished on time, with the proper quality defined and with the proper documentation of all learning experiences in order to avoid redundancy | #the projects will be finished on time, with the proper quality defined and with the proper documentation of all learning experiences in order to avoid redundancy | ||
# can prevent any project collapse in time and solve it, either with fast tracking or crashing, having always management reserves or the cause. | #can prevent any project collapse in time and solve it, either with fast tracking or crashing, having always management reserves or the cause. | ||
===Allocations=== | ===Allocations=== | ||
PKC resources will be composed by: | PKC resources will be composed by: | ||
# Development team (Dev) | #Development team (Dev) | ||
# PMO team (PMO) | #PMO team (PMO) | ||
# Education team (Edu) | #Education team (Edu) | ||
# Marketing/PR/Social media (if necessary) (MKT) | #Marketing/PR/Social media (if necessary) (MKT) | ||
# Invited guests (Guests) | #Invited guests (Guests) | ||
Teams will be composed from different countries and different skills | Teams will be composed from different countries and different skills | ||
Line 63: | Line 64: | ||
===How to build a project process=== | ===How to build a project process=== | ||
Projects scope must be described on PKC on the following structure ([[PKC templates#PKC Project page structure|PKC Project page structure]]): | Projects scope must be described on PKC on the following structure ([[PKC templates#PKC Project page structure|PKC Project page structure]]): | ||
*Intro (no title) | |||
*Product Scope | |||
*Project Scope | |||
*History factors (in case it needed or if exists) | |||
*Logic Model (Purpose, Problem-solving or how project differ from others, success criteria; inputs, process, Outputs) There is a template for the logic model in [[PKC Logic Model |here]]. | |||
*Define project needs (resources, time, costs) | |||
*Define context (if needed e.g. education - What, How, why, etc... of curriculum or programs) | |||
*Quality issues or boundary conditions | |||
*Stakeholders identification | |||
*Budget | |||
*References | |||
*Related pages | |||
Line 84: | Line 84: | ||
== Scope (define) == | ==Scope (define)== | ||
PKC PMO is the managing structure of [[PKC]], based on a state-of-the-art project management approach called Disciplined Agile ([[DA]]) | PKC PMO is the managing structure of [[PKC]], based on a state-of-the-art project management approach called Disciplined Agile ([[DA]]) | ||
Line 98: | Line 98: | ||
==Schedule (time) Management== | |||
#For more predictive projects, define time estimations to the whole projects and manage risks for uncertainty instead | |||
#For more adaptive projects, define time estimations through all possible packages or user stories and manage the project with uncertainty by several iteration cycles | |||
# For more predictive projects, define time estimations to the whole projects and manage risks for uncertainty instead | |||
# For more adaptive projects, define time estimations through all possible packages or user stories and manage the project with uncertainty by several iteration cycles | |||
Time management will be recorded and performed through [[Track on Performance|TOP]] | Time management will be recorded and performed through [[Track on Performance|TOP]] | ||
Line 109: | Line 108: | ||
== Cost (Budget) Management == | ==Cost (Budget) Management== | ||
Planning working Costs are defined by time estimations and allocation rates (hourly salary rate) | Planning working Costs are defined by time estimations and allocation rates (hourly salary rate) | ||
Line 119: | Line 118: | ||
== Quality Plan == | ==Quality Plan== | ||
Quality is applied according to the Quality control Protocol, where all steps must be followed for prevention and control to all products and projects of PKC | Quality is applied according to the Quality control Protocol, where all steps must be followed for prevention and control to all products and projects of PKC | ||
Line 126: | Line 125: | ||
===Quality control protocol:=== | ===Quality control protocol:=== | ||
;:Define the Documentation process (process described [[PKC_Component_Creation_Cycle.png|here]]) | |||
::Define the idea as a concept (product) | |||
::Create the components in a Portfolio of the product (Visual documentation of exactly how it works for programming, follow the documentation in ([[PKC templates#PKC Quality documentation|portfolio]]) | |||
====Documentation==== | |||
====Purpose==== | |||
==== Purpose ==== | |||
Planning | Planning | ||
Line 191: | Line 141: | ||
Guide new users/developers | Guide new users/developers | ||
==== Portfolio ==== | ====Portfolio==== | ||
Visual documentation (Essentially FrontEnd situations but not exclusive) | Visual documentation (Essentially FrontEnd situations but not exclusive) | ||
==== Process of implementation ==== | ====Process of implementation==== | ||
Define step by step all the routines and sub routines (e.g. instruction book) | Define step by step all the routines and sub routines (e.g. instruction book) | ||
Line 201: | Line 151: | ||
Flow of relation between components | Flow of relation between components | ||
==== RCA ==== | ====RCA ==== | ||
diagnosis routine with levels | diagnosis routine with levels | ||
Relation flows of steps | Relation flows of steps | ||
==== meetings ==== | ====meetings==== | ||
assessment | assessment | ||
Line 215: | Line 165: | ||
validation, quality, control | validation, quality, control | ||
==== methods ==== | ==== methods==== | ||
written | written | ||
Line 236: | Line 186: | ||
Screen recording (including systems just like Sentry) | Screen recording (including systems just like Sentry) | ||
==== Testing ==== | ====Testing ==== | ||
how do we need to test everything | how do we need to test everything | ||
;::Define mostly Tolerances and Control limits for productio | |||
::Tolerances (''or specification limits'') for the user side | |||
::Control limits for the "process" side | |||
User in PKC organization is composed by the students/trainers and the external sponsors of the project. Tolerances intent to respect the student and sponsors expectations (such as proper education, success | |||
==Resources (HR/Materials/Team) Management== | |||
Team composition/ HR | |||
== Risk Management == | For 2022 and W3T3: | ||
#Chairman (Project/Product Owner) = Benjamin Koo | |||
#Project/PMO Director = Pedro Faria | |||
#Special guests = Jacob AppelBaum; Brendan Novak; Alex Pentland?; ... | |||
#Cyber security architect = | |||
#Cyber security white hat = | |||
#UXUI experts = | |||
#FullStack Developer I = | |||
#FullStack Developer II = | |||
#DevOps Admin = | |||
#PMO assistant = | |||
#Office assistant (Bali) (maybe not necessary) = | |||
#Office assistant (Jakarta) (maybe not necessary) = | |||
#Project Leader assistant (task manager) = | |||
#Accountability = | |||
# Admin and legal issues = | |||
#PR assistant = | |||
#Content media = | |||
#Community manager = | |||
Materials and Services | |||
Trips and hospitality | |||
Hardware | |||
Cloud Services | |||
== Communication plan == | |||
Principles: | |||
:#Everybody is self accountable therefore it is expected to know their job avoiding unnecessary redundancy | |||
:# Everyone is self accountable on planning and reporting daily operations for quality control | |||
==Risk Management == | |||
The following risk categories are identified: | The following risk categories are identified: | ||
:# Recruiting | :#Recruiting | ||
:# Lack of Hardware/issues with supply | :#Lack of Hardware/issues with supply | ||
:# External events (environment actions such as storms or tsunamis; Political decisions; Economical constrains) | :#External events (environment actions such as storms or tsunamis; Political decisions; Economical constrains) | ||
:: (''It can be a challenge due for the lack of timing and possible budget constrictions'') | ::(''It can be a challenge due for the lack of timing and possible budget constrictions'') | ||
:: Risk Strategy: | ::Risk Strategy: | ||
:: Risk Response: (''Boolean'') Threat or Opportunity | ::Risk Response: (''Boolean'') Threat or Opportunity | ||
:: Options: (e.g. for Recruiting, a Fast-Track or Crashing options are good but only in more complementary components; Better documentation means | ::Options: (e.g. for Recruiting, a Fast-Track or Crashing options are good but only in more complementary components; Better documentation means | ||
== Procurement | ==Procurement== | ||
Line 264: | Line 263: | ||
== Stakeholder Registers == | ==Stakeholder Registers == | ||
===PKC team core composition=== | === PKC team core composition=== | ||
(Team Core are the only direct internal employees of Del Foundation) | (Team Core are the only direct internal employees of Del Foundation) | ||
===Chairman=== | ===Chairman=== | ||
'''Benjamin Koo | '''Benjamin Koo''' | ||
'''Principal Role: | '''Principal Role: ''' | ||
:# Responsible as project and product owner of all project and products | :#Responsible as project and product owner of all project and products | ||
:# Del Foundation Representative (Public relationships) | :#Del Foundation Representative (Public relationships) | ||
'''Complementary Role: | '''Complementary Role: ''' | ||
:# Lead Chief engineering in all products | :#Lead Chief engineering in all products | ||
:# Architect supervisor for all technologies and infrastructures | :#Architect supervisor for all technologies and infrastructures | ||
===Project Director (for the Digital PMO)=== | ===Project Director (for the Digital PMO)=== | ||
'''Pedro Faria | '''Pedro Faria''' | ||
'''Principal Role: | '''Principal Role: ''' | ||
:# Create and manage the "Project Management Office" of Dell Foundation and its projects | :#Create and manage the "Project Management Office" of Dell Foundation and its projects | ||
'''Complementary Role: | '''Complementary Role: ''' | ||
:# Leading all project management roles as Project Director through the determined Project Management Office | :#Leading all project management roles as Project Director through the determined Project Management Office | ||
:# Help the board members to better understand and communicate with the lower level parties and team colleagues on his projects | :#Help the board members to better understand and communicate with the lower level parties and team colleagues on his projects | ||
:# Build and manage the PMO including procurements, budget, payments and all team scheduling | :#Build and manage the PMO including procurements, budget, payments and all team scheduling | ||
:# Make sure the project runs according to schedule, run under project budget approved and handle with all needs for change management including alterations on budget and manage all possible risks | :#Make sure the project runs according to schedule, run under project budget approved and handle with all needs for change management including alterations on budget and manage all possible risks | ||
=== PMO Assistant management (project management assistance in Jakarta)=== | |||
===PMO Assistant management (project management assistance in Jakarta)=== | '''Aula''' | ||
'''Aula | '''Principal Role:''' | ||
'''Principal Role: | :# | ||
:# | '''Complementary Role:''' | ||
'''Complementary Role: | :# | ||
:# | |||
===Core Developers:=== | ===Core Developers:=== | ||
'''Guntur Erix Santoso | '''Guntur Erix Santoso''' | ||
'''Principal Role: | '''Principal Role:''' | ||
:# Programmer (software developer) for PKC Blockchain and authentication packages | :#Programmer (software developer) for PKC Blockchain and authentication packages | ||
'''Complementary Role: | '''Complementary Role:''' | ||
:# Be part of all team meetings and comply to agreed schedule | :# Be part of all team meetings and comply to agreed schedule | ||
'''Muhammad Haviz | '''Muhammad Haviz''' | ||
'''Principal Role: | '''Principal Role: ''' | ||
:# Programmer (software developer) for PKC Main development | :#Programmer (software developer) for PKC Main development | ||
'''Complementary Role: | '''Complementary Role:''' | ||
:# Be part of all team meetings and comply to agreed schedule | :# Be part of all team meetings and comply to agreed schedule | ||
'''Irwan Landung Cahyono | '''Irwan Landung Cahyono''' | ||
'''Principal Role: | '''Principal Role: ''' | ||
:# Programmer (software developer) for PKC Main development | :#Programmer (software developer) for PKC Main development | ||
'''Complementary Role: | '''Complementary Role:''' | ||
:# Be part of all team meetings and comply to agreed schedule | :# Be part of all team meetings and comply to agreed schedule | ||
others:.... | others:.... | ||
===Time & Materials suppliers=== | ===Time & Materials suppliers=== | ||
'''Web development | '''Web development ''' | ||
'''Vera Ribeiro | '''Vera Ribeiro''' | ||
'''Principal Role: | '''Principal Role: ''' | ||
:# React developer | :#React developer | ||
:# UI-UX expert | :#UI-UX expert | ||
'''Complementary Role: | '''Complementary Role:''' | ||
:# Be part on all necessary meetings as mostly the standup meetings when included in a team project | :# Be part on all necessary meetings as mostly the standup meetings when included in a team project | ||
:# Introduce the documentation process E2E of how an application actaully work, manage, design and it's understand | :#Introduce the documentation process E2E of how an application actaully work, manage, design and it's understand | ||
Line 341: | Line 337: | ||
https://docs.google.com/spreadsheets/d/13Z5B2MLs0HADSwNpGPKS5rn1rU46laHRlBB2Z4ZCd7M/edit#gid=1550279670 | https://docs.google.com/spreadsheets/d/13Z5B2MLs0HADSwNpGPKS5rn1rU46laHRlBB2Z4ZCd7M/edit#gid=1550279670 | ||
<googlespreadsheet | <googlespreadsheet width="900" height="600" style="width: 100%">13Z5B2MLs0HADSwNpGPKS5rn1rU46laHRlBB2Z4ZCd7M/edit#gid=1550279670</googlespreadsheet> | ||
width="900" | |||
height="600" | |||
style="width: 100%">13Z5B2MLs0HADSwNpGPKS5rn1rU46laHRlBB2Z4ZCd7M/edit#gid=1550279670</googlespreadsheet> | |||
Also (https://docs.google.com/spreadsheets/d/1ks1E79jKcEWP46Str2puiedBOgEH-qxk9skhtJrMPJ4/edit#gid=0 for internal use) | Also (https://docs.google.com/spreadsheets/d/1ks1E79jKcEWP46Str2puiedBOgEH-qxk9skhtJrMPJ4/edit#gid=0 for internal use) |
Revision as of 16:07, 28 August 2022
Definition update about PKC: PKC is not a project is an Idea (a project has closure and PKC is eternal).
PKC content must be pattern and re-organize all volatile information, requiring an editing comprehension to make it more user friendly and people accessible This also intents to prevent continuous re-editing on the same context, using a “branching process” instead.
PKC is composed by the following portfolios: Meta University; Inter-Organizational Workflow; PKC Engine; PKC Spin-off
PKC is managed by a state-of-the-art PMO (PKC PMO) based on a Disciplined Agile approach (PMI)
PKC first project is W3T3
Integration Plan
Intro
PKC is a high complex platform with multiple purposes which requires to define clearly each branch and be able to build new ones. Integration management plan needs to create a structure for this connections between divisions and branches.
All portfolios, programs and projects will be recorded in a whole platform. 2022 it will be use Trackonperformance.com (TOP) 2023 it will use a "white label" structure to create its own independency
PKC will be managed project-oriented through PKC PMO and Project management will adopt hybrid development approaches:
- predicted in yearly plans or long term projects (such as education)
- adaptive in research projects with no date to finished, just apply time management, no specific clearance on the scope
- Iterative incremental (known as Agile) during development projects, or short project cycles/iterations from main projects in order to provide faster control
- Iterative in lining projects such as industry or education recurrent activities
W3T3 will use a combine cycle of prediction with Agile since there is a milestone date such as G20 that can't fail, and at same time there is several steps of development to take care where short iterations will be done using AGILE methodology.
PKC PMO responsibilities will make sure that:
- the projects initiate with the proper plan, with estimations, milestones, allocations and budget approved, but also with the proper technical documentation register, concluding visual support
- the projects will be finished on time, with the proper quality defined and with the proper documentation of all learning experiences in order to avoid redundancy
- can prevent any project collapse in time and solve it, either with fast tracking or crashing, having always management reserves or the cause.
Allocations
PKC resources will be composed by:
- Development team (Dev)
- PMO team (PMO)
- Education team (Edu)
- Marketing/PR/Social media (if necessary) (MKT)
- Invited guests (Guests)
Teams will be composed from different countries and different skills
Facilities
Most of the work will be virtual, however, it is planned to exit 4 facilities in Indonesia: Bali (head), Jakarta, and
The Facilities will be essential for the education development
Time management
All tasks will be recorded according to estimated time and Real time TOP will be the instrument to record that data, essential to control requirements of compliance
How to build a project process
Projects scope must be described on PKC on the following structure (PKC Project page structure):
- Intro (no title)
- Product Scope
- Project Scope
- History factors (in case it needed or if exists)
- Logic Model (Purpose, Problem-solving or how project differ from others, success criteria; inputs, process, Outputs) There is a template for the logic model in here.
- Define project needs (resources, time, costs)
- Define context (if needed e.g. education - What, How, why, etc... of curriculum or programs)
- Quality issues or boundary conditions
- Stakeholders identification
- Budget
- References
- Related pages
Scope (define)
PKC PMO is the managing structure of PKC, based on a state-of-the-art project management approach called Disciplined Agile (DA)
PKC PMO operates all the environment and events management using PKC engine and using the concept of Ouroboros (or, producing what it's build by its own) to produce its products and projects.
PKC PMO is also open-source based which means that all the process of data governance and reporting is explicit demonstrated and register in PKC
Scope should be define no matter the uncertainty, however in different approaches, in case of being more predictive or adaptive.
Schedule (time) Management
- For more predictive projects, define time estimations to the whole projects and manage risks for uncertainty instead
- For more adaptive projects, define time estimations through all possible packages or user stories and manage the project with uncertainty by several iteration cycles
Time management will be recorded and performed through TOP
TOP will allow the PMO to record the real time effort of the projects, which will help on lessons learn for the future
Cost (Budget) Management
Planning working Costs are defined by time estimations and allocation rates (hourly salary rate) Real working Costs are defined by real time and allocation rates at that period of time
Additional to human resources cost management are materials and services, which might be integrated on tasks or not.
Quality Plan
Quality is applied according to the Quality control Protocol, where all steps must be followed for prevention and control to all products and projects of PKC
PKC PMO must guarantee the quality control of its organization and it's the main accountable
Quality control protocol:
- Define the Documentation process (process described here)
- Define the idea as a concept (product)
- Create the components in a Portfolio of the product (Visual documentation of exactly how it works for programming, follow the documentation in (portfolio)
Documentation
Purpose
Planning
Control
Guide new users/developers
Portfolio
Visual documentation (Essentially FrontEnd situations but not exclusive)
Process of implementation
Define step by step all the routines and sub routines (e.g. instruction book)
Visual examples by component
Flow of relation between components
RCA
diagnosis routine with levels
Relation flows of steps
meetings
assessment
planning
lessons learned
validation, quality, control
methods
written
meeting reports
Repo
Place
MD with examples, links to versions and demos, code snippets
audio
Meetings
video
Meetings
Screen recording (including systems just like Sentry)
Testing
how do we need to test everything
- Define mostly Tolerances and Control limits for productio
User in PKC organization is composed by the students/trainers and the external sponsors of the project. Tolerances intent to respect the student and sponsors expectations (such as proper education, success
Resources (HR/Materials/Team) Management
Team composition/ HR
For 2022 and W3T3:
- Chairman (Project/Product Owner) = Benjamin Koo
- Project/PMO Director = Pedro Faria
- Special guests = Jacob AppelBaum; Brendan Novak; Alex Pentland?; ...
- Cyber security architect =
- Cyber security white hat =
- UXUI experts =
- FullStack Developer I =
- FullStack Developer II =
- DevOps Admin =
- PMO assistant =
- Office assistant (Bali) (maybe not necessary) =
- Office assistant (Jakarta) (maybe not necessary) =
- Project Leader assistant (task manager) =
- Accountability =
- Admin and legal issues =
- PR assistant =
- Content media =
- Community manager =
Materials and Services
Trips and hospitality
Hardware
Cloud Services
Communication plan
Principles:
- Everybody is self accountable therefore it is expected to know their job avoiding unnecessary redundancy
- Everyone is self accountable on planning and reporting daily operations for quality control
Risk Management
The following risk categories are identified:
- Recruiting
- Lack of Hardware/issues with supply
- External events (environment actions such as storms or tsunamis; Political decisions; Economical constrains)
- (It can be a challenge due for the lack of timing and possible budget constrictions)
- Risk Strategy:
- Risk Response: (Boolean) Threat or Opportunity
- Options: (e.g. for Recruiting, a Fast-Track or Crashing options are good but only in more complementary components; Better documentation means
Procurement
Structure of PKC PMO is managed by...
Contract template can be found here
Stakeholder Registers
PKC team core composition
(Team Core are the only direct internal employees of Del Foundation)
Chairman
Benjamin Koo Principal Role:
- Responsible as project and product owner of all project and products
- Del Foundation Representative (Public relationships)
Complementary Role:
- Lead Chief engineering in all products
- Architect supervisor for all technologies and infrastructures
Project Director (for the Digital PMO)
Pedro Faria Principal Role:
- Create and manage the "Project Management Office" of Dell Foundation and its projects
Complementary Role:
- Leading all project management roles as Project Director through the determined Project Management Office
- Help the board members to better understand and communicate with the lower level parties and team colleagues on his projects
- Build and manage the PMO including procurements, budget, payments and all team scheduling
- Make sure the project runs according to schedule, run under project budget approved and handle with all needs for change management including alterations on budget and manage all possible risks
PMO Assistant management (project management assistance in Jakarta)
Aula Principal Role:
Complementary Role:
Core Developers:
Guntur Erix Santoso Principal Role:
- Programmer (software developer) for PKC Blockchain and authentication packages
Complementary Role:
- Be part of all team meetings and comply to agreed schedule
Muhammad Haviz Principal Role:
- Programmer (software developer) for PKC Main development
Complementary Role:
- Be part of all team meetings and comply to agreed schedule
Irwan Landung Cahyono Principal Role:
- Programmer (software developer) for PKC Main development
Complementary Role:
- Be part of all team meetings and comply to agreed schedule
others:....
Time & Materials suppliers
Web development Vera Ribeiro
Principal Role:
- React developer
- UI-UX expert
Complementary Role:
- Be part on all necessary meetings as mostly the standup meetings when included in a team project
- Introduce the documentation process E2E of how an application actaully work, manage, design and it's understand
Also (https://docs.google.com/spreadsheets/d/1ks1E79jKcEWP46Str2puiedBOgEH-qxk9skhtJrMPJ4/edit#gid=0 for internal use)