来不及翻译，欢迎帮忙翻译
--------Work Package ------ A work package is a portion of the work breakdown structure that allows project management to define the steps necessary for completion of the work package. A work package can be thought of as a mini project, that when combined with other work package units, form the completed project. An individual work package contains essential steps involved in completion of the work package along with a deadline by which each of the steps must be completed in order for project management to stay on track. A work package may in itself be thought of as a deliverable. Work packages allow for simultaneous work on many different components of a project at the same time by multiple teams. Each team follows the steps defined in the work package and completes them by the specified deadline. When all teams have finished their individual work packages, the whole project comes together with seamless integration. Completion of a work package is most often overseen by a specific person whether it is a manager, supervisor, team leader, or a designated team member. A work package is usually the bottom tier of the project management process.
-------- Kickoff Meeting ---------- A kickoff meeting is the first meeting with the project team and the client of the project.This meeting would follow definition of the base elements for the project and other project planning activities. This meeting introduces the members of the project team and the client and provides the opportunity to discuss the role of team members. Other base elements in the project that involve the client may also be discussed at this meeting (schedule, status reporting, etc.). If there are any new team members, the process to be followed is explained so as to maintain quality standards of the organization. Clarity is given by the project lead if there exists any ambiguity in the process implementations. There is a special discussion on the legalities involved in the project. For example, the design team interacting with the testing team may want a car to be tested on city roads. If the legal permissions are not mentioned by the concerned stakeholder during kickoff, the test may get modified later to comply with local traffic laws (this causes unplanned delay in project implementation). So, it would be best to have a discussion about this during the kickoff meeting and to follow it up separately, rather than to proceed on assumptions and later be forced to replan test procedures. The kickoff meeting is an enthusiasm-generator for the customer and displays a full summary of the project so far. By displaying a thorough knowledge of the goal and steps on how to reach it, the customer gains confidence in the team's ability to deliver the work. Kickoff means that the work starts. ------------------------------------ Scope of Work – The first part of your risk checklist should include questions and answers such as: Has the work been done before or is it something new? In essence, has an area in the work been identified in prior projects as a risk? If a task is a new task within the project, what risks may occur? Project Resources – The second part of the checklist should deal with your resources. Do you have the right number of resources? Do your resources have the experience they need or do they have to be trained? How experienced are they and do they work well together? Again, if a resource risk is a potential problem, it should be identified on your checklist. Project Timeline – The third part of your risk management checklist should identify items like scheduling conflicts and if they are flexible. Will you and your team have enough time to complete all the tasks within the project? If any items are identified as a risk, list them here. Project Cost – This fourth part should identify risks that have to do with project costs and project overrun costs. If you feel a project may overrun its budget, list this as a risk on your checklist. Outside Sources – What outside sources are involved in the project that may cause a risk? They are the fifth part of your checklist. If you feel an outside source can't deliver on time or has other issues that are considered to be a risk, put them on your checklist. Deliverables – Can you deliver the project ? That means not just the goals of the project, but the project itself. A goal may be to analyze tools to change a process and the project may be to change a certain process. If you feel the project has risk in its deliverables, identify this as a risk.
