项目管理思考

来源:互联网 发布:php怎么实现三级分销 编辑:程序博客网 时间:2024/05/18 18:15

看把一些想法记录下来, 当作一个长期完善的事情来做

销售和甲方接触后

售前工程师解决技术可行性, 系统工程师完成技术评估, 开发成本预算, 时间周期评估 -> 为接下来的谈判提供参考, 系统工程师仅需要估算即可, 不必投入太多, 再者, 需求尚未细化, 无法详细评估

明确需求, 挖掘出不确定性

甲方可能给不出绝对明确的细化需求, 明确需求由双方共同制定完成

系统工程师完成技术评估, 估算时间周期和成本, 和甲方谈判确定时间周期和价格, 后期服务等

拟定工作任务书, 明确做什么(细化到功能点), 验收标准, 截止时间, 成本预算, 将前期谈判内容文件化, 成为合同的一部分, 需求为工作任务书的一个附件

拟定项目计划, 确定里程碑, 风险管理, 配置管理, 过程管理, 人员组成, 人员职责, 工作汇报, 沟通方式, 成本, 开发模型, 版本计划, 技术方案(时间节点需要进一步调整)

项目启动, 人员到位, 各司其职(概要设计, 需求->任务, 任务分配, WBS, 开发环境搭建, 持续集成环境搭建, 配置管理环境搭建, 项目管理系统, 相关必要培训, 知识储备), 软件系统安装配置, 账号分配, 数据录入…

系统框架, 确定接口(前后端, 模块间)
软件结构, 确定API(上下层)
mock server搭建
到此, 完成软件总体框架(骨架)代码, 数据流动到此确定, 前端确定技术, 进行原型开发, 注意, 框架, 下层, 功能均仅形成结构, 并无实现具体实现, 有的只是TODO
填充具体实现, 负责框架的填充框架代码, 负责下层的填充下层代码, 负责功能实现的填充功能代码

与此同时, 测试工程师着手预投产测试, 系统测试, 模块测试的设计和用例编写

情景描述, 有人画蓝图, 有人画结构图, 有人画空间布局, 有人建框架, 有人通水通电, 有人准备门窗, 有人准备家具家电, 有人准备床单被套

ALL IN ALL
修地基的时候, 你可以来视察
建筑中, 你可以来视察
主体工程完成, 你可以来视察
清水, 你可以来视察
精装, 你可以来视察
小区配置, 你可以来视察

这就是过程检查/评审, 里程碑
你还可以对材料进行检查, 这就是代码review

0 0