Tuesday, January 19, 2010

New Team Member Checklist


New Team Member Checklist

Bring a new team member onto the project, and bring them up to full speed as quickly as possible. Run through this checklist prior to a new team member - permanent, contractor or consultant - starts on the project.
Corporate
These items apply to someone coming to the project from inside or outside of the company.
Physical Access To Building

The new team member has physical access to the building, office, and/or department where they will be working.

Ensure that your new team member can get into the area or building. Depending on their location, they will require access keys or card, and/or security passes.


Payroll, Employee Serial Numbers.

The new team member has been registered in all the necessary administration systems.

While you can generally be sure that the new team member will be paid, check that they are on the departmental distribution lists. Some corporations also require that employees register before the help desk - which is important for someone just starting, as they are likely to have problems with new systems or programs.


Corporate Computer Systems.

The employee will have access to corporate systems such as email and the corporate time sheeting system.
Skills
Training

A plan is in place to train the new team member in skills that they will need but do not have.

There are many options here, including training courses and books. The important point is to know whether something needs to be done and to have a plan if it does.


Mentor/Buddy Assigned

A team member has been allocated to mentor or buddy the new team member.

Most projects are too large and complicated for a new start to pick up by themselves, especially if the project is already well underway. To bring them up to speed quickly, consider allocating a team member to mentor or buddy the new start.

The mentor will spend a proportion of their time with the new start, helping them out as appropriate. Depending on the complexity of the project, this process takes about two weeks and about half of the mentor's time. While this may seem like a lot of time in a project with immediate and immovable deadlines, it does pay back quickly.

Equipment
Check that the new team member will have the equipment they need to start doing their job. Do not create a situation once placed at a site it will take two weeks to allocate to get a computer and six weeks to get a telephone.
Desk

A desk has been allocated to the new team member.

Check too that the desk is in an appropriate position - in some organizations it is not unheard of to allocate a desk on a completely different floor. If necessary, shuffle your existing team members about.

Telephone

The new team member will have access to a (working) telephone.

Make sure the number is put into the team telephone directory.


Computer(s)

Appropriate computer equipment for the new team member has been identified, and will be in place when the new team member arrives.

When getting a computer together, also remember:
Any per-user or per-computer licenses for software that will be used.
A connection to the correct LAN, which may require a technician to wire or patch a port.
Mouse, monitor, keyboard - because sometimes when you order a computer, all you get is a computer (and once all I got was a motherboard, some memory and a hard disk drive).
The usual strategy is to find any computer not being used and assign it to the new team member. A better alternative is to find out what kind of equipment the person will need, and order it if necessary.

Saturday, January 16, 2010

Systems Integration (Basic Checklist)


This checklist is provided to assist you in understanding the system integration issues of your project. If you cannot answer a question affirmatively, you should carefully examine the situation and take appropriate action.



q 1. Have you implemented systems engineering as an integrated life cycle effort?


q 2. Do your test plans include and support integration efforts?


q 3. Does your development plan allocate adequate time and resources for system integration efforts, including rework time?


q 4. Are the interfaces between components, assemblies, subsystems, and systems defined in adequate detail?


q 5. Will hardware be available for testing software during integration?


q 6. Is there a contingency plan if the schedule slips if and the integration schedule is compressed?


q 7. Are all elements of the system included in the integration plan?


q 8. Is all documentation current and available for reference?



q 9. Is there an efficient rework cycle in place to fix problems found during integration testing?


q 10. Are “fixed” modules or components integrated and retested at all levels of integration up to the level where the problem was found?


q 11. Is the people element (operators, maintainers, logisticians, trainers, etc.) being prepared to work with the system when it is deployed?


q 12. Is the support systems element (logistics, maintenance, training, etc.) being prepared to support the new system when it is deployed?


q 13. Are you following an iterative, progressive integration process?


q 14. Are experienced integrators involved with the integration?


q 15. Are area/subject matter experts involved with the integration?


q 16. Is adequate time being allowed for integration, testing, rework, reintegration, and retesting?


q 17. Are all necessary resources being made available for integration?


q 18. Is adequate testing being performed on integrated units (assemblies, subsystems, elements, system) to ensure that there are no surprises during acceptance testing?


q 19. Are you updating documentation during rework?


q 20. Are integration and system test errors being traced back to requirements and design? And if so, are the requirements and design being updated?

Material Master Creation # 4