1703951987
1703951988
1703951989
1703951990
图7-12 需求管理—提交需求
1703951991
1703951992
她填写了需求主题、功能分类、需求类型、描述、项目价值、受理人、需求使用部门等信息，单击“提交需求”按钮，这个项目就进入了“待立项”状态。
1703951993
1703951994
Linda来到PMO总监Tom的桌子旁边，“老大，我提交了一个‘购物路径优化’项目，因为最近收到的购物路径优化需求非常多，我跟产品经理Jacky之前沟通过，也对比了同行网站，这次改版将在购物体验上有一次大的提升。”
1703951995
1703951996
“嗯，我最近下了两单，‘凑单免邮’的功能，比较烦琐，要简化一下。”Tom一边说一边打开了Galaxy系统，仔细地看着项目预期价值、优先级、需求部门信用等级。
1703951997
1703951998
Tom皱起了眉头，摸着腮边的胡子说：“网站运营部的信用等级是C哦，Linda你要去提醒下Sally，最近提的两个项目，价值都没达成，被扣了信用分，否则下次在Galaxy里是通不过的哦。”说着，轻轻点了鼠标，项目审批通过了，如图7-13所示。
1703951999
1703952000
1703952001
1703952002
1703952003
图7-13 项目管理—项目审批
1703952004
1703952005
Linda回到办公桌前，点击Galaxy系统的“项目管理→项目详情页”，项目的基本信息、当前进度、项目状态，可以说一目了然，如图7-14所示。
1703952006
1703952007
1703952008
1703952009
1703952010
图7-14 项目管理—项目详情页
1703952011
1703952012
当前的进度是“待排期”，接下来Linda需要确定项目范围、里程碑、预定各开发团队的“档期”，开始进入紧张而忙碌的“夜总会模式”（夜里总是开会的简称）。
1703952013
1703952014
一周以后，“购物路径优化”项目进入了开发阶段，共有5个敏捷开发团队参与这个项目，Andy是其中一个开发团队的Scrum Master。对于这种项目敏捷模式，他已经非常熟悉了，在没有Galaxy系统之前，多个敏捷开发团队的协同简直是噩梦，光统计进度、梳理各任务的依赖就把项目经理类得吐血。
1703952015
1703952016
Andy在看Galaxy系统里的敏捷白板，开发同事Sam的进度略有延迟，看起来不妙，而且他的开发任务比较关键，一旦延迟将会影响其他2个开发团队的进度，如图7-15所示。
1703952017
1703952018
1703952019
1703952020
1703952021
图7-15 项目管理—敏捷看板
1703952022
1703952023
Andy在即时通讯软件ChatMe上，跟Sam聊了起来。
1703952024
1703952025
“Hi，你的任务delay了哦，遇到什么问题？”Andy飞快地敲打着键盘。
1703952026
1703952027
“哦，老大，昨天有一个业务逻辑没搞清楚就开发了，做到后面才发现错了，今天要返工了。”Sam回复。
1703952028
1703952029
“如果加班能赶上进度吗？需不需要其他同事帮忙？”Andy继续问题。
1703952030
1703952031
“现在进度差得不多，晚上加个班能搞定。”Sam说完，回复了个笑脸。
1703952032
1703952033
Andy打开Galaxy系统的燃尽图（图7-16），仔细看了一下，还是比较担心，心想：还好系统及时提醒，如果等到联调时才发现Delay了，就真的来不及了。想到这，眉头稍稍展开了。
1703952034
1703952035
1703952036