场景再现 ================== 项目经理A: 最近和客户.团队成员每星期开一次状态会议,似乎遇到了问题. 我发现很难在两小时内把事先准备的会议议程表内容都过一遍. 项目经理B: 状态会议需要2个小时?时间不短呀. 说得详细点,你准备的议程表是什么样的? 项目经理A: 更新项目计划: 讨论前一次会议安排的任务及执行情况: 突出的问题和重大变更请求也会列入其中: 与会人还可以根据需要在议程表上添加其他小议题 等等. 项目经理B: 不错,这议程表没有问题,你觉得会议的问题出现在哪里?
对于经常做项目的人来说,每天必不可少的就是要整理项目状态表,有了项目状态表才能更清晰地管理好项目,解决未解决的问题.所以今天小编就介绍一下Excel制作的项目状态表,一起来看看吧! 效果演示: 如下图,我们能看到各个公司项目的环节状态,当没有"√"时代表红色未开始,当有1至5个"√"时代表×××进行中.当显示6个"√"时代表绿色已完成.开始制作:1.点击H2, 录入公式[=COUNTIF(B2:G2,"√")],接着向下填充,
在日常的监控运维中,因监控的内容较多,人较少的情况下,监控对本省的日常巡检成了一个重大的累赘(我们不可能每天对每一个检测项的状态进行检查,工作量,我的天呢),虽然我们可以使用zabbix自身报警,邮件等手段,但是,填写巡检表的时候,嘿嘿嘿,麻烦的让人想吐.监控自身巡检就成了必要的手段了. 由于时间问题和需求不定,我就暂将存在故障检测项的IP输出,未做处理(可以做成表格输出,大方,简洁,方便),还望抱歉. 前期准备: 1.修改zabbix的url,用户,密码 2.修改检测项目对应的key:keyi
背景 有三个 ES 索引: trade_state, trade_buyer, trade_seller ,各自同时监听 trade_order 消息,通过几乎一样的处理逻辑,更新索引里的订单数据. 又一个索引对比任务,会在订单消息延迟 10 分钟后将该条消息重新放入,去比较这三个索引的订单状态数据. 发现少数订单的 trade_buyer 在比较的时候总是状态有些滞后,亲自去查的时候,状态又是对的,甚是奇怪. 由于数据对比不一致任务能够及早发现问题和发出警告,而这个似乎属于"误报军情"
长城开发 最糟糕的项目 项目介绍 希捷委托长城开发做第三方hub仓业务. 8月份开始招标到12月份正式上线,4个月时间完成了仓库的装修,硬件采购,软件的实施到最后成功并且按计划准时上线,整个过程非常的顺利,这完全是靠团队的共同努力才能完成的 一个项目永远就那么半死不活,永远结束不了. 项目成员 甲方 张总(公司副总) 总体项目情况汇报 领导只干一件事否定一切,按他意思来 SON总(马来西亚副总) 和希捷的沟通(周会,文档翻译) 周总(IT老大) 硬件,软件,技术规范的审核,开发工时确认 郑经理(
迁移.上手core,最开始的门槛就是打开解决方案后打得不一样了,我是从网上下载的一个项目源码,但应该都是差不多的 主要区别在web层,后端都差不多 一.MVC framework 4.0的项目(目前公司常用的) 1.Controller和Views一一对应,这个都一样,虽然叫MVC,但M(Model)文件夹在UI层基本不用,要用实体习惯都在数据层去创建,这样UI层和数据层都可以用到 2.Web.Config,主要配置connectionStrings连接字符串,还有一定自定义的appSettin
PSP2.1 Personal Software Process Stages Time(%) Planning 计划 Estimate 估计这个任务需要多少时间 Development 开发 Analysis 需求分析 Design Spec 生成设计文档 Design Review 设计复审(和同事审核设计文档) Coding Standard 代码规范(为目前的开发制定合适的规范) Design 具体设计 Coding 具体编码 Code Review
一些常见的项目行为状态 我们是不是经常觉得做项目时,老是不断重复之前项目的错误或问题?跳槽几次后,发现项目管理上总是有些似曾相识的感觉.不要奇怪,这很正常,大象也有过这种经历,我将这些经验总结出来,与各位分享一下. 1.拍脑袋决定完成时间 这个可以说是绝大多数项目的特点.老板一拍脑袋:XX项目一定要在X月X日上线,不管有多大困难都要达到,我只看结果,其它的你们去考虑……问题的关键不是这句话,而是这时根本就不知道要做什么,这不禁会让人感到很恐惧,继而产生猜疑,有多少任务?做得完吗?没问