流浪者的专栏

我所在的项目为某省大型电子运维项目组（EOMS），当前项目总人数接近50人，分为业务保障组、系统组、开发组及其他几个组。各组主要分工界面如下：业务保障组主要负责需求调研、需求分析、需求引导、需求确认、计划与风险跟踪等相关工作。开发组负责接受业务保障组的需求，并对需求做进一步分析、给出实现计划、并按计划实现需求。系统组负责系统总体架构的设计，影响效率和性能的关键方案的监控，确保项目组的开发效率和系统

项目管理： 第一，软件管理，各种层面都数字化，生产性（开发效率），代码质量，测试质量，测试文档质量，各种规范，软件进度控制，成本。 第二，设计：设计很细，从上而下，几乎不越位，不漏级。从要件定义（需求）进行整个工程的报价估算，然后进行基本设计（外部设计，各种设计规范，公共开发规范定义），然后进行详细设计（事件处理，数据处理，异常处理），最后进行程序设计，然后进行编码，进行单元测试（

-- 客户能挑出你太多的毛病只能说你的工作还没有做到位，做项目太少。 这只是经验积累的开始。无论什麽活（公、私）只要你的工作经历和经验到位了，到用户处 只需要做简单的修改就ok了。 如果开始你对用户的真实意图都没有搞清（有时用户自己也不清楚，要根据你的经验去提醒他、启发他）。 在开始一个项目之前，你对这个项目的了解程度要比用户还要清楚、你考虑到的问题比用户还要多。 这

 1、需求单需至少满足以下要求：    1）能够准确描述需求；    2）有相应的期限时间； 2、业务组接到单一需求，直接派发给开发相应的责任人（设为开发A）：    1） 若该需求包含有隐含的需求，如完成某个需求需要其他模块负责人（设为开发B）完成相应需求，请开发A再派发子需求给开发B，业务组不需直接派发需求单给开发B；    2）该需求由开发A即可直接完成，

ScrumWorks,让Scrum更敏捷记录学习历程