CNMCyber Coordinator

Any CNM Cyber Project Coordinator (hereinafter, the Coord) is the learner matriculated into the WorldOpp Pipeline program who is undergoing initial practical training. This training is a part of the CNM Cyber Placement stage. CNM Cyber (hereinafter, the Cyber) is a collection of services that include (a) information technology called CNM Cloud (hereafter, the Cloud), as well as (b) apprenticeships and internships that are organized at the Cloud.

At the Occupational Information Network, the closest occupation is Information Technology Project Manager. The Certified Information Technology Project Management Associate (CITPMA) credential is awarded to the successful Coords.

Work

The Coords work on projects, which can be defined as enterprise efforts undertaken to create a unique deliverable, functional features of which are identified or can be identified before the efforts start. Any project can be viewed as a set of processes. The deliverables of the projects that the Coords coordinate are described in the Deliverables section of this wikipage.

Authorized work

Those projects that are fully funded, authorized, and available to the Coords are published on the CNM Cloud Usable wikipage.

Choice of work

The Coords have the right to choose the project that suit them best. The work of the Coords is paid when they work on those projects that are published on the CNM Cloud Usable wikipage. In addition, the Coords are encouraged to propose their own projects.

Results

The results of the Coords' work may be classified in four levels:

1. Project scraps, which are intermediate products that either become parts of the Deliverables or have been decommissioned before the end of the project.
2. Project outputs, which are the things that both parties of the project deliver to each others. On the contractor's side, the outputs are project's Deliverables.
3. Project outcomes. On the Coord's side, the outcomes are those KSAs that the Coord has obtained during the project coordination. On the other stakeholders' side, the outcomes are something for which the Deliverables have been created.
4. Project impacts, which are consequences of the project, its outputs and outcomes on a society.

What Coords do

Each project can have the Coord who is responsible for it. For each project that the Coords work on, they:

• Organize meetings, especially with project stakeholders. The Meetings section reflects the results of that work.
• Produce documents with the results of approvals, developments, meetings, and research. The Documents section reflects the results of that work.

In addition to their meeting and document production, the Coords work on (a) Defining the product, (b) Creating the product, (c) Commissioning the product, and (d) Managing the product.

Defining the product

The main goal of the product planning and creation activities is to get the product in a state of certainty, which is determined by the presence of a production consent. In other words, planning is getting a description of the product and its development process in such a way that allows this development to be certain. To achieve this goal, the responsible Coord:

1. Identifies those available resources that should or can be used in development at no additional cost. Human resources include Personnel. Other resources include those presented in the initial WorldOpp Pipeline courses, on CNM Wiki, existing prototypes and finished products, and materials available on the World Wide Web and other sources. For off-the-shelf products, developer websites and professional resources like https://stackoverflow.com/ are usually helpful.
2. Collects data using identified resources. This study includes communicating with stakeholders, reviewing documents, and testing those prototypes and finished products that are available.
3. Selects those resources and those data that will be involved in the development.
4. Inventories those data, tools, materials, prototypes and factors that have been identified as being or could be involved in the development.
5. Describes the future product and its possible production, based on the resources identified in the inventory. The description may include (a) business requirements, (b) prototypes, (c) stakeholder requirements, as well as drafts for product specifications, project specifications, and, possibly, some elements of production consent.
6. Makes sure that the Customer of the product needs exactly the product that meets the described business requirements.
7. Brings stakeholder requirements in line with the business requirements.
8. Formulates the difference between what actually is and what is needed. With regards to the product, this identified difference should be addressed by the product specification.
9. Checks product specifications for completeness. Completeness is characterized by the presence of conditions for (a) functionality, (b) applicability, and (c) manageability of the product. Conditions of applicability should include product documentation, such as system diagrams, a list of necessary accesses, as well as the availability of a working instruction for operation such as standard operating procedure (SOP), measures to protect the product and instructions for recovery in case of accidents.
10. Evaluates whether it is necessary to involve third-party contractors in the product creation and, if necessary, whether their assistance is required to create product specifications, project specifications, and production consent draft.
11. Provides data to the Customer for making a decision either to attract contractors or to create a product on its own, as well as to start financing the creation work.
12. Brings requirements and other development documents to completeness.

If further creation will be carried out without the involvement of contractors, the Customer can authorize its beginning before the completion of the production consent. In this case, the requirements are finalized taking into account the data obtained during the creation process.

If external contractors are required, the Coord will further:

1. Prepares the hiring of contractors for development, including developing texts for solicitation announcements and options for their placement, forming a list of consultants and potential developers, as well as organizing a community on the CNM Social and scheduling video conferences to which everyone interested in development will be invited.
2. Invites contractors to develop and, in parallel, refine the product specification, project specification, and production consent, including the scope of work, schedule and development budget.
3. Assists in the process of hiring development contractors, including the selection of the most promising candidates, negotiations, the conclusion of a development contract and the commissioning of contractors. Historically, requirements are refined during the recruitment process. If the requirements cannot be formulated during the recruitment process, they themselves become the target product of an intermediary project.
4. Informs the Customer about the readiness of the contract or contract for the conclusion. The conclusion of the contract authorizes the financing of the creation of the product by contractors. One of the consultants may be contracted for consultations and/or participation in video conferences.

The planning of both the product itself and the process of its creation opens before the start of work on the direct creation of the product and, even if contractors are involved, it is periodically resumed after the start, since the creation always reveals new factors and requirements.

Creating the product

The main goal of product development activities is to obtain a product in a state of capability, which is determined by the fact that the product meets all the product specifications that have been approved for it. In addition to the product itself, the process of its creation must also satisfy the project specifications. To achieve this goal, the responsible Coord:

1. Oversees the creation of the product, playing the roles of the product owner and project owner in the absence of other employees assigned to these roles. Thus, the Coord decides how, within the framework of the agreed requirements, the product and the project should be.
2. Tests the product and, if necessary, its parts.
3. Oversees the development and execution of the project, including monitoring compliance with the budget, schedule and scope of work.
4. Initiates changes to the requirements for a product or its creation.
5. Starts a project closed from the public on CNM Git for work on the product in addition to the project wiki page on CNM Wiki.
6. Reports to the Customer on the status of the project, collecting, analyzing and summarizing information and trends.
7. Provides acceptance of the product, including the documentation that was agreed upon by the contract, or motivates the need to refuse acceptance after the contractor informs about the complete completion of work on the direct creation of the product.
8. Makes changes to the documentation based on these developments.

If third-party contractors are involved in the development, the Coord will also:

1. Serves as an liaison between the Customer and contractors, reporting problems that need to be resolved.
2. Organizes videoconferences or other meetings of parties interested in the project, especially those necessary to resolve problems arising during the project.
3. Starts the process of paying contractors for their work. Prior to creating organizational procedures, this implies a request to the manager or Customer.

The direct creation of a product opens after the decision of the Customer to start this creation, as a rule, when business and stakeholder requirements are present. product and project specifications, as well as prototypes can be refined in parallel with the creation of a viable product. The creation of the product is closed with the acceptance of the product and can be resumed if problems with the viability of the product are found out.

Commissioning the product

The main goal of the product transfer into operation is to obtain the product in a state of applicability, which is determined by the fact that the product is not only functional, but can also be used for the purpose for which it was created. To achieve this goal, the responsible Coord:

1. Is responsible for restricting the contractor's further access to the product.
2. Publishes the documentation received from the contractor on the Cloud resources. Internal, closed to the public, documentation, such as administrator access to installed software, is published on CNM Git. The documentation that can be open to the public without restrictions is published on CNM Wiki.
3. Contributes to the implementation of the transfer of the product from accepted from the contractor to put into operation. This "contribution", in particular, may include (a) clarifying with the project manager which of the Personnel will administer the created product, (b) transferring access to the classified documentation on CNM Git to administrators, (c) together with administrators, detailing the procedure for transferring the product to operations, (d) standard operating procedures (SOPs), product protection measures and disaster recovery procedures, and (e) hiring service contractors. Maintenance may include prompt assistance at the request of administrators, periodic product revisions, and timely software updates, if applicable.
4. Makes changes reflecting the real state of affairs on this very wikipage, as well as related project wikipages.

The transition to production opens no later than the receipt of the finished product and ends with the start of use of the product, usually initially during the beta testing process.

Managing the product

The main goal of product management activities is to get the product in a state of manageability, which is determined by the fact that the product is not only used for the purpose for which it was created, but also controlled. This management includes both the improvement and improvement of product performance, as well as decisions to end-of-life or replace. To achieve this goal, the responsible Coord:

1. Monitors product usage, administrator performance, user feedback, and trends in markets associated with the product. We are talking about commercial versions of analogues, component parts, as well as changes in the factors and procedures for their conception, capacity, application and refinement.
2. Organizes video conferences or other meetings of parties interested in the product, especially those necessary to discuss the product, the work of administrators, user feedback and market trends.
3. Identifies problems and opportunities to improve the product or replace the product with other solutions.
4. Inventory the problems and opportunities that have been identified.
5. Presents the problems and opportunities identified in the inventory to the Customer for making decisions about opening new projects.
6. Makes changes reflecting the real state of affairs on this very wikipage, as well as related project wikipages.

Product management opens at the latest when the product is put into service and ends when the product gets retired.

What Coords work on

The terminal results of the work of the Coords are the Deliverables in various Product states and Development areas. For the most part, products are developed by contractors on the basis of approved descriptions and finalized by the Coors and/or other members of the Personnel. Descriptions of products are produced at CNM Wiki and include descriptions of ideas for the development of future products.

Deliverables

The aim of Cloud's developments is to create new products or modify existing products, including:

• Administrative procedures for personnel, financial, accounting and legal operations of the organizational structure behind the Cloud.
• Applications known as CNM apps that can be used by current and potential students, apprentices and employees of the Cyber.
• Content, such as texts, illustrations and multimedia materials that can be used in CNM apps.
• Documents are the single most important deliverable of the Coords's work. Because of that fact, a separate section of this wikipage, Documents, is dedicated to them.
• Events, especially CNM Cyber events, in which real people participate physically or remotely, such as interviews of candidates for contractors, meetings of professionals and conferences for potential participants. A separate section of this wikipage, Meetings, is dedicated to them.
• Information resources for attracting potential partners and clients of the Cyber, such as websites, social media materials, and mailing lists, as well as standard messages, invitations and advertisements.
• Labor resources. All products require work on them. However, the development of human resources is also one of the end products of the project, and in terms of developing the professional competencies of the Coords, its main goal.
• Partnerships, which are contractual agreements to mutually develop and market offers. Historically, the Cyber team partnered with two Microsoft stores, in Pentagon City Mall and Tysons Corner Center, several employers, training providers, governmental, and non-profit organizations.
• Positions, which are documented workplaces of associates included in the organizational structure. This very wikipage is the development of one of the Cyber positions. Moreover, the Coords are welcomed to own their role, which assumes both (a) creating and editing general instructions, policies, and/or recommendations for the Coords and (b) contributing to and grooming of the backlog of the Coord's tasks at the CNM Cloud Usable and related wikipages.
• Relationships with potential and existing clients such as exhibitors, contractors and partners. Stakeholders are involved in communications through (a) hiring contractors to turn those descriptions that the Customer approved into the Deliverables, (b) hiring employees for developed positions, (c) participation of potential the Cyber participants in events organized by the project.
• Software that can be used in the Cloud.
• Structures such as an organizational structure to organize the work of Personnel; their rights and duties are determined by positions.
• Testing of project inputs and deliverables under development. At the Cyber, those projects that are undertaken in order to obtain testing results only are rare. The Coords execute the overwhelming majority of testing while obtaining other deliverables or simply utilizing existing Cyber products such as this very wikipage.

Documents

Documents are the single most important deliverable of the Coords's work. For each project that the Coords work on, they document the results of approvals, developments, Meetings, and research.

Documents are usually part of other products. For example, products normally come with instructions. However, some of documents represent products on their own. Returning to the same example, to bundle the product with the instructions, those instructions were needed to be developed before. The Coords may work on the following types of documents:

• Blueprints, which are document prototypes useful to create final documents. For instance, the Careerprise contractor agreement is used as a blueprint to draw up contracts with individual contractors. As a rule, these target documents are published on CNM Wiki.
• Legal documents, especially, contracts, which are legally-binding agreements. The Cyber's documents are further stored at CNM Venture.
• Product documents starting with product requirements, continuing with communications between product owners and developers, as well as ending with organizational and technical documentation such as standard operating procedures (SOPs), minutes of the meetings, testing and other reports, etc.
• Project documents, which are project requirements and communications between project owners and developers. No one, but the Coords, can be responsible for publishing of project documents on CNM Git and CNM Wiki.
• Public communications, which are marketing materials intended to outreach to current and potential clients and participants such as Friends Of CNM newsletters.

Meetings

Altogether with Documents, meetings are the most common results of the Coords's work. Among the other Results, the overwhelming majority of meetings represent project scrap; they used to communicate product and project details. Meetings may also be project outputs, for instance, that happens in the Sysadmins for CNM Cloud project.

Beyond the Coord's work, some projects may also initiate further meetings as project outcomes or project impacts. In the meanwhile, the Coords may work on various purposes of meetings, including:

• Hiring events, which are meetings between contractor candidates and CNM Cyber administrators organized to discuss potential entering into a contract and/or to make that decision.
• Outreach meetings, which are CNM Cyber events organized to promote CNM Cyber, its needs and services to outreach to current and potential clients and participants. These meetings are normally published at the CNM Cyber Meetup group.
• Product meetings, which are CNM Cyber events organized (a) to discuss product features, (b) to make product decisions, and/or (c) to communicate those decisions.
• Project meetings, which are CNM Cyber events organized (a) to discuss project features, (b) to make project decisions, and/or (c) to communicate those decisions

Meetings tend to address a number of purposes. For instance, meetings of the CNM Technology Board may tough both product and project features and decisions. When they are open to the general public, they also serve the outreach purpose.

Personnel development

In terms of the development of human resources, the results of the work of the Coord can be:

1. Sourcing, recruitment, and onboarding of contractors and new Coords by:
   • Development of ads, own website and other resources.
   • Placement of ads on specialized sites, social networks such as Telegram, TikTok, and Instagram, as well as other channels.
   • Conducting video conferences and other events for interested parties.
   • Finding partners among commercial, public and government organizations.
2. Development of professional knowledge, skills and abilities of the existing workforce and new recruits. That includes facilitating of training and participating in mentor-protégé arrangements.

Development areas

Students in practice are encouraged to suggest their project topics and development areas. Those projects that are published on the CNM Cloud Usable wikipage are grouped in the following areas:

• Administration of the Cyber project, covering personnel, legal, financial and organizational issues.
• Cloud. The most complete description of all technical projects is published on the CNM Cloud Usable wikipage. Based on the approved technical documentation, the results of the Coord's work can be a missing system or part of it, software, system content, consumer service, and, in general, the work of what did not work. As an information technology complex, the Cloud consists of:
  1. CNM Farms, including tools for their high availability and recovery.
  2. Opplet that serves both end-user applications called CNM apps and end-users directly.
  3. CNM apps as software. Some application developments concern only their software, some - only the content used in the provision of services, some developments combine both.
• Support for end-users, potential participants and partners of the Cyber.
• Outreach to participants in the labor market and business services market.
• Career services, including vocational guidance, training and employment with the support of volunteers and CNM apps, as well as business services for project participants.

Some products may belong to more than one area. For example, a hands-on training session is a service, but the announcements during it may be for the purpose of being in the market. Apps can be considered software, but apps that are capable and full of content are services first and foremost.

Outputs

Project outputs are the part of Results that represent the things that both parties of the project deliver to each others.

Additional

Additional outputs are those Deliverables for which development was not initiated, but which were developed as by-products.

Intermediary

As a rule, any project deliverable includes several intermediate outputs. Making a new accessory, for example, is impossible without documents that describe the requirements, and drawing up requirements is impossible without meeting events.

To achieve intermediate outputs, the Coord may follow the same procedure as for the project deliverables.

Target

Target outputs are those deliverables for which the Customer has funded the development. Usually, we are talking about a package of the Deliverables.

States and readiness

Product states

The Coords work to bring the item into one or more of the following states:

1. State of acknowledgment. In this state, the future product exists in the form of a noticed and documented idea.
2. State of certainty. In this state, the future product exists as a valid production consent.
3. State of capability. In this state, the product has already been created in accordance with all the requirements that have been approved for it.
4. State of applicability. In this state, the product is not only functional, but can also be used for the purpose for which it was created.
5. State of manageability. In this state, the product is not only used for the purpose for which it was created, but also controlled, that is, the product undergoes periodic revisions and is either improved and its characteristics are improved, or withdrawn from service.

In practice, these states do not always represent a hierarchy of five levels, in which the higher level includes the states of the lower levels. However, the Coords should strive for this ideal, for example, it is impossible to fully talk about applicability without capacity, manageability without certainty, and so on.

Devices of certainty

• Business requirements. Description of the needs for which the development of the product is undertaken.
• Prototypes (from the Greek "prōtos" meaning "first", "original" and "typos" meaning "imprint", "imprint", pattern). Instances, samples or models, following the example of which others are made or finalized. Prototypes of products are often built to test a perception, concept, or process. Prototypes can either be selected from existing products or produced during a project.
• Stakeholder requirements. Description of the future product made on behalf of various types of its stakeholders.
• Product specifications. Set of tasks for product developers regarding its required characteristics.
• Project specifications. Description of the conditions for the creation of the future product.
• Production consent. Terms of production that are approved by both the Customer and the developers, including the scope, schedule and budget of the work. The consent can take two forms:
  1. Contract. A legally binding agreement between the Customer and a contractor for the creation of a product.
  2. Standard operating procedure (SOP). A detailed description of the procedures required for creation of the product.
  A valid consent must include product acceptance criteria as well as either:
  1. schedule and budget.
  2. the principles by which the terms and costs of work will be determined.
  Product acceptance criteria should reflect the scope of work.

Status reports

While achieving the , the Coords are expected to report their project status. In CNM Agile framework, these statuses are reported at the product line wikipage, CNM Cloud Usable, using the following readiness levels for each Product state and Device of certainty:

• Not started. Project work on the corresponding Product state and Device of certainty hasn't started yet.
• In progress. Project work on the corresponding Product state and Device of certainty has been started, but the state/device has not yet been submitted for the approval.
• Cancel. Project work on the corresponding Product state and Device of certainty has been cancelled.
• Submitted. Project work on the corresponding Product state and Device of certainty has been submitted for the approval.
• Done. Project work on the corresponding Product state and Device of certainty has been approved. With exceptions of the state of certainty, the Customer approves the status. With regard to the state of certainty, its approval also requires the developer's consent.

Project factors

Administrators at Cyber

For the purposes of this very wikipage, administration is defined as the set of endeavors undertaken to run something. At the Cyber, several types of administrators can be distinguished depending on the category of that "thing":

• CNM Cyber administrators are those of the Personnel who manage the Cyber's development, operations, and product groups. The project manager is the CNM Cyber administrator by default; he or she can appoint other members of the Personnel to administer a particular group of developments, operations and products or the Cyber as a whole.
• Product administrators are those of the Personnel whom CNM Cyber administrators have granted administration of a particular product. During its creation, the products are administered by the Coords. The superior administrator of each product is at least one of the CNM Cyber administrators.
• Application administrators are administrative user roles in CNM apps. For example, an administrator of CNM Wiki can protect select wikipages from editing by non-admins. Application administrators are a software feature, which only system administrators may assign. Organizationally, CNM Cyber administrators must request assigning admin roles to select members of the Personnel and, vice versa, request removing them when there is no longer need.
• System administrators are dedicated positions intended for those associates who administer the technological systems of CNM Farms', Opplet's, and CNM apps' software. The highest administrator of each attachment is at least one of the system administrators, so the latter can be described as super administrators of applications.

Customer

The customer provides requirements for future products and pays project budgets. In simple words, the customer orders products and pays for their creation. The work of the Coord is paid insofar as it is part of the development of the product. The customer implies that the Coord works out projects in accordance with the instructions set out on this wikipage. Out of the goodness of heart and for professional training purposes, the customer may do the work of the Coord temporarily as long as the customer believes that the Coord will someday be able to work independently.

Personnel

1. Coords or coordinators contribute to the implementation of projects by acting in accordance with the What Coords do section.
2. System administrators ensure the stability of the Cloud's operations and advise on technological developments.
3. Recruiters ensure that the recruiting process is in place, there are candidates for Coords and, with the approval of the Customer, for other full-time positions in the recruiting "pipeline", and also advise on those developments that relate to recruiting. In their projects, the Coords also play the role of recruiters and take over the hiring of contractors. Unlike recruiters, the Coords discuss requirements and other project documents with candidates. The Coords turn to recruiters in cases where their own competencies or resources are not enough to attract contractors.
4. Project manager is responsible for resolving administrative, personnel, financial, legal and organizational issues. In particular, the manager assigns projects to the Coordinators, places advertisements for hiring contractors, gives the coordinators recruiter access and pays the project budgets. The manager can be called a "super-coordinator". If the coordinator works on one project, which he himself chooses, the manager is responsible for the entire group of developments and operations, including finance, personnel, administration of the Coords, and so on. At the moment, the head is replaced by the Customer, but he does it temporarily, before such a person or people are found.

Although contractors are not formally part of the project staff, they are an important part of project development.

Durations

The Coords work on one project, usually up to three and, in exceptional cases, up to five weeks.

1. In the first week, they shall get familiarized with the project. At the end of the familiarization, the Coord should be able to explain what is described on the relevant wikipages and be ready to discuss its Sprint Zero with the Customer.
2. From the second week to the penultimate week, they facilitate the project work in accordance with the What Coords do section.
3. In the final week, they close the project or project part, documenting their work and the data that was uncovered during that work.

Projects can overlap. For example, the last week of work on one project may be the first week of work on another project. For senior Coords, there are no restrictions.

Factors for hiring contractors

How not to hire

Here is an example of how the Coord should not hire contractors:

1. We find a person or several people who agree to take on this development and speak, write, look well, get in touch on time, respond quickly, and so on.
2. We contact (preferably by phone) to clarify their requirements for payment and promises on terms.
3. We award the contract to the one or the one who offers the best conditions, and let the others know in a polite and respectful way.

How to hire

Here is an example of how the Coord should hire contractors:

1. Know the criteria that determine the state of certainty.
2. Check if the state of certainty has been reached for the product under development.
3. If the state of certainty:
   • Not achieved, check whether the resources available to the Coord without the involvement of external consultants have been exhausted. If resources are exhausted, look for external resources, such as advertising for consultants or trying to find contractors to help achieve this state. If both internal and external resources are exhausted, but the state has not been reached, issue an additional project, making the contract its desired product.
   • Achieved, proceed further according to the How not to hire section; after completing the previous points, it makes sense.

The contract must include a description of what we are to receive that satisfies measurable eligibility criteria, as well as when and for how much we will receive it. If something from the three "scope of work, terms, budget" is not defined, then we will get what we need in one case out of 100. In 99 other cases, we will get either what we do not need, or for that money , which we do not count on, or when we no longer need it.

Contractors' interviews

Hiring people is a great way to learn about aspects of a project and the resulting product. Perfectly conducted interviews add to the documentation for CNM Wiki.

Applications for contractors

We can publish received applications, but we do not publish the names of contractors, as they did not give us permission to publish. From a legal point of view, we cannot publish the confidential information of our contractors.

Engagement of the Coords

There is no single simple indicator by which one can judge whether a person can become a professional Coord and, if so, whether this job would attract and motivate him or her. You will never know unless you try. The Cyber is open to everyone; thus, everyone is offered full training and the opportunity to try himself in this capacity.

Search for the Coords

The search for candidates is carried out in accordance with the WorldOpp Sourcing wikipage.

Training of the Coords

For the theoretical training of the Coords, three courses have been created -- CNM Cyber Welcome Session, CNM Cyber Orientation, CNM Cyber Placement. Practice in the last course is designed to consolidate theoretical knowledge, as well as to identify the candidate's ability and desire to work on projects.

Career promotions

The Coord is a temporary position, limited by the duration of the internship. Not everyone is attracted to work on creating something new. Not everyone is able to work in conditions of uncertainty.

• If the job of the Coord suits the participant, he or she moves towards the business analyst, systems engineer, partner coordinator, event organizer, information structure or solution creator, product or user experience designer, and product, information resources or development manager, and other occupations in projects.
• If unable or unwilling, the participant is promoted to Contract or Systems Administrator, Usability Analyst, Accountant, Graphic Designer, Operations Engineer, Purchasing, Account Manager, and Procurement Manager and other occupations in operations.

During the CNM Cyber Placement course, students should be introduced to different professions from a programmer to an accountant. The specialty will be selected based on the results of the practice, and then it will be necessary to select a curriculum with a partner and organize an internship. We hope to organize the internship ourselves, but it will be difficult to replace educational institutions. Nothing unreal is foreseen, but everything needs to be worked out. Until the third course is ready, the Coords can work on it.

Onboarding

The promising Coords shall take three or four steps in order to onboard:

1. Get graduated from the CNM Cyber Orientation.
2. If they are not familiar with project administration, get graduated from the CNM Cyber Placement.
3. If they are familiar with project administration or when they are, perform activities described in the Areas of operations.
4. Recruit another Coord in order to get graduated from the onboarding.

Orientation

Main wikipage: CNM Cyber Orientation

The CNM Cyber Orientation is designed to introduce promising Coords to the Career Network Ministry, the Team, the Cyber, and CNM Cloud.

Placement

Main wikipage: CNM Cyber Placement

The CNM Cyber Placement that shall cover product ownership and project management.

Further ideas to consider

• Orientation shall include one on one meeting with the project leads
• One online welcome meeting and with Senior Coord
• Participation at/in one of the bi weekly digital meeting via webcast and/or any other virtual meeting platform

A WorldOpp fellow is an apprentice who is both:

1. Employed by Educaship Alliance LLC particularly in order to design, develop, and deliver the Cyber; and
2. Matriculated into either WorldOpp Bootcamp or post-bootcamp programs such as accounting, entrepreneurship, information technology, and project management of Bracka School.

The CITPMA cirriculum is designed to prepare certified informational technology project management associates (CITPMAs). The curriculum consists of six modules: (1) CNM English Essentials, (2) WorldOpp Bootcamp, (3) CNM Tech Essentials, (4) CNM Data Essentials, and (5) CNM DevOps Essentials.

See also

Related lectures

• Vacancies at CNM Cyber