首页 文章 精选 留言 我的

精选列表

搜索[脑洞落地],共10001篇文章
优秀的个人博客,低调大师

MrDoc v0.4.2 发布,新增图支持、Excel 表格粘贴、首页筛选,细节优化体验

2020年4月20日,MrDoc迎来了新一版本的更新(v0.4.2),在这一版本中,主要更新和如下内容: 1、文档编辑器支持以Markdown的语法绘制添加思维导图 2、文档编辑器优化表格的输入,支持从Excel文件中复制内容粘贴转为Markdown: 3、首页新增筛选功能,可对文集的创建时间进行升序和降序排序、对文集的权限进行筛选: 4、以及优化了很多交互方面的细节体验,比如上传图片、保存发布文档等的加载层。 后续版本将会对如下功能进行开发: Chrome剪藏扩展; 优化后台导出用户所有文集、文档、图片和附件; 优化前台文集下载格式EPUB、DOCX; 新增前台文集下载格式PDF; 更多功能需求,欢迎你来提……

优秀的个人博客,低调大师

容器云落地的痛点

企业要用正确的姿态拥抱容器并且使用好容器,需要在应用容器技术之前考虑清楚以下九个关键问题: 企业容器云方案设计需要遵循什么原则? 容器云技术产品如何选型? 容器云的网络应该如何设计? 容器的持久化存储方案如何选择和设计? 容器云上日志集中管理如何设计? 容器应用的监控方案如何设计? 容器云的多租户和权限如何设计? 容器与 OpenStack 和 Kubernetes 集成的能力? 容器云如何实现高可用和跨区部署? 本文转自 baishuchao 51CTO博客,原文链接:http://blog.51cto.com/baishuchao/2053178

优秀的个人博客,低调大师

敏捷落地的会议和工具

对于一个项目而言,不开会是不能很好达成共识的,统计一下会发现整个项目的会议确实开的不少,但真的有成效的有多少呢?不要为了开会而开会,开会要解决实际问题,开会不是大家无聊的瞎扯,每个人低头各自玩手机,而没有任何实质性的共识和决策。 低效率的会议、不必要的会议,是浪费大家时间,是增加项目成本,是消耗团队积极性,是培养团队惰性,公司的氛围和文化也会逐步恶性改变。所以,需要反思下哪些会议是真正需要积极去组织的,哪些是对项目开展无益需要去掉的,哪些是需要选择性组织召开的,让会议变得更加高效而有成效。 项目管理有其适应性,针对不同的企业、不同的团队、不同的业务、不同的行业、不同的外界环境,需要裁剪选择适合其良好运作的方式方法,保障高效的协同为项目目标达成而服务。 一、项目流程会议1.立项评审会 主要是对项目的价值进行评审,是否值得公司投入人力、物力、财力去开展; 讨论内容:市场前景、可行性分析、研发内容、上市计划、投入成本分析等; 2.项目启动会 主要是对项目目标达成共识,团队的一次总动员,让大家可以看到整个项目的全貌; 讨论内容:项目目标、功能模块、进度计划、重大里程碑、团队职责、风险管理等; 3.迭代规划会 主要是对迭代进行需求的明确,功能优先级的调整,进度计划的澄清,确保当前迭代的顺利交付; 讨论内容:迭代内的需求澄清、进度计划、任务安排、需要配合支持事项、风险和问题等; 4.迭代验收会(按需组织) 主要是对迭代交付的成果进行演示,产品项目对迭代成果进行体验确认,及时发现问题; 讨论内容:迭代规划会功能点、测试验证功能点、产品项目体验问题点、优化解决方案等; 5.迭代回顾会(按需组织) 主要是迭代结束时,对该迭代团队沟通配合协调等方面做的好的和不足的,在后续迭代改进实施; 讨论内容:团队沟通配合中做的好的、做的不足的、改进方案等; 6.结项评审会 主要是对项目进行回顾总结,对交付功能进行演示,对项目取得成效给出评定,团队激励等; 讨论内容:项目简单回顾总结、项目交付功能演示给主干系人、团队畅所欲言分享经验教训、后续改进事项等; 二、项目日常会议1.每日站立会 主要是对风险前置,风险暴露和问题跟进;功能优先级调整,按迭代计划调整功能优先级,粒度到天; 讨论内容:昨天做了什么?今天要做什么?碰到什么问题?需要什么支持? 2.原型评审会 主要是对需求的形象具体化,足以引导UI设计和程序开发,确定对原型(需求)理解正确; 原型很难一步做到位,需要建立原型版,不断进行完善,并组织原型评审,可在迭代规划会开展; 讨论内容:对原型进行讲述、讨论业务流程交互、讨论原型变更、进行评审决策; 3.架构评审会 主要是对整个项目的架构进行评审,讨论分析架构风险和问题,澄清技术方案和规则; 讨论内容:功能模块、架构图、业务流、数据流、核心算法和规则、数据表结构、接口说明、部署视图; 4.UI评审会 主要是对产品UI风格、产品UI界面进行评审决策,产品功能复杂需组织多次UI评审,可按迭代去交付; 讨论内容:产品定位、UI风格、UI的界面设计和交互,各相关干系人发表意见,并尊重UI的专业度; 5.用例评审会 主要是对产品的测试用例进行评审,确保测试用例对产品功能的覆盖是全面而准确的; 讨论内容:产品功能模块覆盖的全面性,测试逻辑的合理性,对产品业务正确的阐释; 6.代码评审会(按需组织) 主要是对核心模块、复杂逻辑、反复问题,进行代码评审走查,以及相关修复跟进; 讨论内容:评审代码的选择、逻辑的走查讨论、代码修复方案讨论、修复跟进督促; 7.上线评审会 主要是对产品每次的对外上线发布进行评审,避免考虑不周盲目上线对客户带去不良影响; 讨论内容:是否满足上线要求,相关风险和问题是否有应对措施,对历史数据和业务的过度处理等; 8.每周例会 主要是对多项目并行,非紧急重要项目,采用周例会的形式,进行项目任务、风险和问题的讨论,粒度到周; 讨论内容:本周完成工作、下周计划工作、目前的风险和问题、其他讨论事项; 三、项目管理工具1.研发管理工具 (1).项目需求管理; (2).团队任务管理; (3).风险管理(未知); (4).问题列表(已知); (5).项目缺陷管理; (6).项目干系人管理; 2.周报 (1).本周完成工作; (2).下周计划工作; (3).目前项目风险; (4).目前项目问题; (5).其他事项; 3.进度计划表(日历提醒) (1).任务开展计划时间(迭代时间段); (2).项目的重要里程碑; (3).计划节点的日历提醒; 4.迭代交付功能(用户故事地图) (1).功能交付的时间表; (2).任务完成时间节点; (3).提测发布时间节点; 5.功能提测任务单 (1).测试目的; (2).测试环境; (3).测试版本; (4).提测功能; (5).其他事项; 本文转自SanMaoSpace博客园博客,原文链接:http://www.cnblogs.com/SanMaoSpace/p/7898840.html,如需转载请自行联系原作者

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册