没有合适的资源?快使用搜索试试~ 我知道了~
首页实战Web项目管理:从小型到中型项目的全程指南
实战Web项目管理:从小型到中型项目的全程指南
需积分: 9 5 下载量 86 浏览量
更新于2024-07-21
收藏 7.93MB PDF 举报
"Pro Web Project Management" 是一本专注于实际操作的网络项目管理指南,由 Justin Emond 和 Chris Steins 编著。这本书面向在咨询环境中处理小型和中型预算的现代网页项目管理者,提供了作者们亲身经历的实战经验教训。书中不涉及理论,而是详细介绍如何创建实际交付成果、如何与犹豫不决的客户沟通、如何管理程序员以及如何使用检查清单来令客户满意。书中的内容由真实的例子、教训、文档和技巧组成,按照项目的生命周期逐步展开。 在本书中,你可以找到以下章节的内容: 1. 项目生命周期:介绍从项目启动到结束的整个过程。 2. 项目定义和工作范围:讲解如何明确项目的目标和工作范围。 3. 会议、会议、会议:探讨如何有效地组织和管理会议。 4. 发现与需求:讨论如何识别和收集项目需求。 5. 项目计划与预算:教授如何制定项目的时间表和预算。 6. 运行项目:指导如何有效地管理项目的执行阶段。 7. 技术文档:强调技术文档在项目中的重要性。 8. 开发、沟通、文档:阐述在开发过程中如何进行有效的沟通和文档记录。 9. 质量保证与测试:讲述如何确保项目质量并进行测试。 10. 部署:讨论如何顺利地将项目部署到生产环境。 11. 支持与运维:介绍项目上线后的支持和运营策略。 12. 附录:可能包含额外的工具、模板或参考资料。 这本书特别适合那些负责或资助25,000至500,000美元之间技术项目的管理人员,旨在为这些专业、聪明、有能力的人提供一个快速入门的指南。通过阅读这本书,读者将能够更好地理解和应对在实际项目管理中遇到的各种挑战,提升项目成功率。
资源详情
资源推荐
Chapter 2 | The Project Definition and Scope of Work
10
Background
Add a few sentences about the high-level business need for the project, as
well as how it originated and other background information. While this in-
formation may be obvious to you and the project sponsor, you should be
aware that a scope of work is often distributed well beyond the immediate
project audience; for example, we know of a scope of work for a small web
application development project that ultimately reached the CEO of a For-
tune 500 company. This background clarifies the usefulness of the project to
someone who is not familiar with the project.
Scope of Work
This is the essence of the project. Identify the different components or
phases of the project separately. For example:
Discovery and planning
System architecture design
Visual design
When we first started writing scopes, we would include one or more para-
graphs about each project component. After observing how people tend to
read scopes of work, however, we changed the way we prepare them. Typi-
cally, we try to include a brief set of bullet points that clearly define the
work that will be performed and the products that will result from each
step.
For example:
Discovery and planning
Conduct a series of three kickoff meetings to identify requirements.
Prepare a requirements document.
Create the application home page wireframe.
Create five wireframes of key functional pages.
Update the project budget, if necessary.
In most cases, the project starts with an initial discovery and planning
process (read more about this in Chapter 4). Clearly defining the steps you
will use in each phase of the project and the specific deliverables helps set
the client’s expectations and limits what you will need to provide at each
stage of the project.
www.it-ebooks.info
Pro Web Project Management
11
This approach also makes it much easier to estimate an initial project budg-
et. For example, it is very difficult to identify accurately how much time is
required for discovery and planning, which encompasses many steps. If you
break this down into discrete tasks, it is much easier to determine the time
required for each component and to total these individual costs to arrive at
a budget.
For example, instead of including a huge item like “development” that in-
cludes everything from design through launch, break up the scope and
budget into smaller pieces that describe specific tasks included in develop-
ment, such as
Interface Theming
Installation and Configuration
Application Development
Quality Assurance
Testing and Beta Testing
Launch
Timeline
Timelines will vary widely depending on the size of the project and the
number of constituents. However, we find it helpful to prepare a genera-
lized schedule as a starting point for discussion with the client. This schedule
can typically be a simple Excel chart with five or six key milestones that cor-
respond to key tasks in your scope of work. We usually include the follow-
ing statement with the schedule:
“The project manager will update the project schedule upon completion of
the discovery and planning phase of the project when the full project details
are known.”
This helps you define a general schedule while allowing you to defer building
a detailed schedule until you have more information about the project.
Investment Budget
This is probably the first section that most people will turn to when looking
at a scope of work. The investment budget section typically reduces the en-
tire scope of work to an easily readable chart that includes each of the steps
and the amount of time involved.
www.it-ebooks.info
Chapter 2 | The Project Definition and Scope of Work
12
Tip Our rule of thumb is that if the project is around $7K, you usually present the time required
for each task in hours. If the project is over $7K, you present the time required for each task in
days. Trying to estimate the number of hours required for a project over $7K implies a level of pre-
cision in estimating that seldom exists in reality.
In many cases, your budget will be higher than what your sponsor expects.
(Development is hard work!) If so, it helps to separate the optional tasks
from the required tasks. You can do this easily by creating two budget sec-
tions: core project budget and optional project budget. This way, the
project sponsor or client can immediately identify which aspects of the
project can be moved into a later phase without disrupting the entire
project.
This also helps to avoid having to answer questions like, “Can we move the
discovery and planning task to phase 2?” Obviously the discovery phase
must come before—not after—the start of the project because by defini-
tion, it’s discovery.
Approval
Even in informal or internal scopes of work, include an approval section
with signature blocks for the project manager or representative of the com-
pany, as well as the project sponsor or client. There is a psychological dif-
ference between verbally agreeing to proceed on a project and actually hav-
ing to put your signature and name on a scope of work.
The scope of work should never be a replacement for a formal contract for
services between an organization and a consultant. A contract protects both
the consultant and the organization paying for the project in the unfortunate
case where the project does not work out as intended and needs to be
terminated, or in cases where the sponsoring organization needs to termi-
nate the project due to budget or other considerations.
Don’t Go Chasing Methodologies
Before going any further, we want to mention that this book is not
about a specific methodology. If a project is poorly managed, it is at
risk of failure regardless of whether Agile or Waterfall methodologies
www.it-ebooks.info
Pro Web Project Management
13
are used. We don’t have a methodology to sell you. We have a
project to complete on schedule, on budget, and according to
your expectations. If anything, we advocate a pragmatic approach
to the use of methodologies.
If you work in a larger organization that has a well-defined project manage-
ment process, you may have little choice about which methodology your
organization will use. However, for many project managers in web applica-
tion projects, little thought is given to which, if any, methodology will be
used. There are loads of software development methodologies floating
around these days. Two of them seem to be exceptionally popular at
present.
In the Agile software development methodology, teams work in short
spurts building just a few features at a time, test and refine often, and gather
feedback from the client frequently. Proponents of the Agile method argue
that this helps to ensure client satisfaction as they are involved with the
project from the start, and development can’t drift away from what the
client wanted.
The polar opposite of Agile development is the Waterfall approach, wherein
you move from one defined step of the project to the next in a deliberate
and orderly way.
Because the Agile approach includes so much more feedback from the client
than the Waterfall approach, Agile development is often considered client-
driven.
Several popular businesses are outspoken about this approach, and so the
Agile methodology is often perceived as hot and young, while the Waterfall
methodology is seen as stuffy and old. Think Facebook (hot, young, and ex-
citing) vs. IBM (staid, fatherly, and predictable).
Hype and popularity are not valuable measures of the merits of a technology.
Tip Just as you would not select a technology for a project based on its popularity, you should
not use a development method just because it is popular. Use a development methodology be-
cause it fits the requirements for the project.
www.it-ebooks.info
Chapter 2 | The Project Definition and Scope of Work
14
Still, you will find that the approach we advocate in this guide is oriented
more toward Waterfall.
Here are some pros and cons of each style based on our experiences:
Agile Methodology
Pros
Fast ramp-up. If you have a tight timeline and a team ready to go,
an Agile process can get you started developing an interim product
within a few days of the project start.
Immediate results. Agile focuses on providing immediately useful
components during each sprint. If your project will benefit from
being able to interact with and test drive the system quickly, Agile
can work well for you.
Cons
Client expertise. In a client-driven consulting process, Agile
assumes that the client possesses expertise in areas that would be
useful throughout development. If this is not the case, and the client
is not technologically sophisticated, inconsistent or undirected
feedback can hurt the project. Getting feedback from someone
never involved in a web project before—let alone a consulting
engagement—could prove to be a disaster.
Project delays are highly disruptive. In our experience, many
small and midsize projects are spread over long periods, and team
members focus intermittently on the project in short bursts of time.
In this case, if Agile is used, you can burn through your project
budget quickly without achieving your project goals.
Waterfall Methodology
Pros
More structure. The Waterfall methodology often provides a more
structured approach to uncovering requirements at the beginning of a
project. If the project has interrelated complex requirements and needs
to be developed as a complete package, Waterfall tends to work best.
www.it-ebooks.info
剩余241页未读,继续阅读
godsolio
- 粉丝: 4
- 资源: 50
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- 李兴华Java基础教程:从入门到精通
- U盘与硬盘启动安装教程:从菜鸟到专家
- C++面试宝典:动态内存管理与继承解析
- C++ STL源码深度解析:专家级剖析与关键技术
- C/C++调用DOS命令实战指南
- 神经网络补偿的多传感器航迹融合技术
- GIS中的大地坐标系与椭球体解析
- 海思Hi3515 H.264编解码处理器用户手册
- Oracle基础练习题与解答
- 谷歌地球3D建筑筛选新流程详解
- CFO与CIO携手:数据管理与企业增值的战略
- Eclipse IDE基础教程:从入门到精通
- Shell脚本专家宝典:全面学习与资源指南
- Tomcat安装指南:附带JDK配置步骤
- NA3003A电子水准仪数据格式解析与转换研究
- 自动化专业英语词汇精华:必备术语集锦
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功