运维项目管理随笔2

今天说说如何估算人力成本的问题。

从软件工程角度来看估算人力成本无外乎两种方式:自上而下和自下往上。

所谓“自上而下”就是项目的管理者凭借自身或者项目以前的实施经验,配合一些可查的组织过程资产计算出合理的开发周期,再加上适当的接驳缓冲和项目整体缓冲时间。

下面说说这样做的缺点,首先项目组的成员由于经验和能力的问题,在实施过程中难免出现这样那样的问题,很可能超出预期的时间。再者由于之前估算时间的时候参与人数相对较少,也经常出现考虑不周等情况。纵然有一部分的缓冲时间来解决这些问题,但这些问题就是造成项目后期赶工的主要原因。

相反“自下往上”是项目管理者把每个不同的任务交给实际干活的人来估算所需时间。

这么做的缺点也相当明显,就是所谓的“帕金森定律”,简单说就是估出来的结果肯定大于合理时间,工作效率比较低,要进行“榨水”工作。

我个人在这里比较推崇Scrum经常提到的扑克牌估算,让实际执行者尽早接触scope,参与到进度指定中来,当然项目管理者要起主导作用,利用扑克牌合理的榨干水分,再保留相应的接驳缓冲,最后自己要有小金库“项目缓冲”。

运维项目管理随笔2

时间: 2025-01-14 11:36:18

运维项目管理随笔2的相关文章

Linux运维系统工程师系列之shell脚本一则小随笔

shell随笔 一.   学好shell编程的知识储备 前面讲过,给大家留作业Linux系统命令应用: Vi/vim 编辑器的熟练使用,SSH客户端软件的设置: 基础的服务,系统服务ntp,crond,网络服务:nfs,rsync,inotify,sersync,ssh,lanmp. 补充:清空日志的三种方法: echo  " " > filename.log >filename.log cat  /dev/null > filename.log 注:工作中有的时候不

运维与自动化运维

搭服务(部署并运行起来) 用好 (监控.管理.优化) 自动化 (服务直接的关联和协同工作) 产品设计 (如何设计一个监控系统) 系统架构师 : 网络 系统 数据库  开发 云计算  自动化 运维管理   服务管理  项目管理 测试  业务 专注于某一领域 产品的成功 在于 能够抓住用户的痛点. 公有云 的核心竞争力  运维  稳定 可靠 有保障. 机房运维(负责设备上下架.巡检.报修.硬件监控) 基础设施运维 (系统初始化.系统监控.网络维护) 基础服务运维(内部DNS, 负载均衡.系统监控.资

运维与持续交付

在互联网的产品开发时代,产品迭代越来越频繁,"从功能开发完成直到成功部署"这一阶段被称为软件开发"最后一公里". 对于持续部署,@湾区日报 这样评论: 一个团队工程技术水平高低,直接反映在部署代码上.我碰到其他公司的人,都喜欢问你们怎么部署代码的,非常大开眼界.你很难相信,很多(有一定规模的)公司仍然是人肉 SSH 到十几.二十台机器上 git pull.手动重启服务器,部署一次代码几个小时 -- 这么原始,活该加班:) 持续部署(continuous deploy

IT运维监控解决方案介绍

现状 ?小公司/ 创业团队?< 500台服务器规模? 开源方案:Zabbix.Nagios.Cacti-? 云服务提供商:监控宝.oneAlert等 ?BAT级别?> 10万台服务器? 投入大量的人力,内部自研,与业务严重耦合?没法作为产品推出 ?中间阶层 无从可选   早期,选用Zabbix ?Zabbix是一款开源的企业级监控系统 ?对其进行二次开发.封装.调优... ?为什么选择Zabbix ?Cacti ?Collectd ?RRDtool ?Nagios ?openTSDB   Za

浅谈运维规模化可持续构建实战

如今的互联网时代,运维早已不再是被动的那一方.过去的运维,由于种种限制,工作繁重.复杂,效率低下,很难适应目前互联网产品快速的迭代节奏.而如今,随着虚拟化.容器技术以及持续构建技术的成熟,运维工作的模式有了很大的变化,通过自动化技术的应用使得更少的人为参与,有更高的效率.为了确保项目高质量的快速迭代,必须构建一套高效的可持续构建的运维管理体系. 互联网项目最大的特点是版本迭代节奏快(同一个系统一天上线数次都有可能),需求变化频繁,且每天可能都有项目新增.服务维护.运维架构调整等需求.而常见的运维

运维工程师必备技能——编译安装

相信广大从事运维工作的小伙伴对编译安装都不陌生,这里我简要演示一下编译安装的基本步奏. 在生产环境中,我们往往需要从网上或其他源码包提供点下载所需要的源码包,而这些源码包我们是无法直接安装的,这时我们就需要先把源代码编译成二进制程序包,然后再执行安装. 源码编译安装程序,首先需要依赖环境的支持,既编译开发工具.以及各个被依赖到的程序包的开发组件,另外还需要通过定制的编译参数来进行编译安装. 常见的编译开发工具(包组)有: Development tools Server Platform Dev

《系统运维全面解析》新华网副总裁作序,360、触控等多位总监经理推荐

<系 统 运 维 全 面 解 析>前言 执笔: 韩晓光 (QQ群:117174700) 本书初衷 有朋友问我系统运维是做什么的,是不是类似网管天天修电脑?对此问题,我一言难尽,其实运维工作涉及的东西很多.此时我便有一种冲动,去写一本关于系统运维的书,介绍一些事实真相. 翻 读<史记>让人感到历史的厚重,人类的历史就是不断认识自己,认识社会,认识这个世界的过程,人类在自导自演中创造了社会文明.但是,试想山间花果的荣 枯,若你看不见闻不到,则对你来说它们似乎不存在.当然,也正是历史学家

运维85条军规

1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间.不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力. 2) 以Postgres为例,一定要确保你的每一个网络都能匹配得上你的WAL文件.Slony复制.快照技术以及基于磁盘的DB版本化(快照的衍生品) 3) 不要把问题‘优化’到你的架构之中.为了解决问题而新加进来的一些东西往往后来都会变成运维沉重的负担. 要确保在运维工程化中开发出来的工具交接完整.过后再回头进行进一步的开发往往不灵.更重要的是,变更请

大型运维知识体系v2.0

转载请注明来自-运维社区https://www.unixhot.com/page/ops 运维知识体系-V2.0 By:2016年12月26日更新 运维架构层级/运维角度 内容描述/主要技术关键词 监控体系 安全体系 备份体系 自动化体系 云计算 客户端层 浏览器 Cookie.浏览器缓存协商(Last-Modified.Expires.Etag).组件分离.前端优化(提高浏览器并发数.避免静态资源Cookie上传).运维检测工具 舆论监控(第三方) 外部网络监控 APM 加速乐.牛盾.安全宝.