项目管理

之前一直用的一个在线项目管理，叫Unfuddle，很好用，也很喜欢，但就可惜不是免费的。 喜欢用ticket系统来管理项目，但是trac这个纯ticket系统的安装实在是太让人抓狂了，决定先缓缓，有空再慢慢搞它。 最终选择在局域网内搭建redmine..潮流嘛，支持svn跟git，很方便。 linux下编译安装，你懂的，10个里面9个会遇到问题，你懂得，一个个解决呗 安装好后，本机运行很顺畅，问题是局域网内其他电脑访问就会让人发疯，也就是用IP地址访问就跟断网了一样，一个页面30秒读不出来。 后来发现是默认的服务器webrick的问题，需要解析目标地址的主机名，这。。不是蛋疼么，直接给你ip不用，硬要绕一圈。 后来试了几个方法都无解，最后选择了换个服务器用mongrel 安装：gem install mongrel 启动：ruby script/server mongrel -e production -d 就这样，一切都很好。 来源： oschina 链接： https://my.oschina.net/u/124879/blog/14080

【今日推荐】：为什么一到面试就懵逼！>>> 本文作者：HelloDeveloper 原理 什么是源码控制？ 在这里，我将从高度抽象的层面描述版本控制是做什么的，以及它对于知识工作者的工作有何关联。 在知识工作者创建内容的整个过程中，会执行一系列标准任务与步骤。这里说的知识工作者可以是处理文档的设计人员，也可能是更常见的写代码的开发人员。所有这些角色在创建新事物时都有相同的行为：创建新文件、写入内容、保存文件，然后我们对这些文件进行一系列编辑和修改，然后再次保存。这些看起来是一系列简单的步骤，然而，我们如何用图形化的方式来表现呢？ 版本控制的目的是帮助你在一次次的保存时澄清何时保存的、为什么保存、哪些内容被修改，从而能够在将来的任何时间对这些修改进行评审。如果我们画一张图，来展现我们对一个文件所做的修改活动，你可能需要每次都描述清楚你对文件做了什么、为什么要对其修改、并且希望工具能够自动记录文件内容发生了那些改变。 对于单个人来说，这似乎并不是什么难事，对于单个文件，看起来就是直线向前的。但是，当我们说到协作场景时，版本控制才真正发出闪耀的光芒：你和其他团队成员试图做相同的事情，甚至在同一个文件上。当你这样做时，你所需要的能力就不仅仅是为单个人提供单个文件的简单版本历史了！你必须要能够持续跟踪谁做了修改、什么时候做了修改、为什么修改，并将所有人的操作合并在一起

谈起外包经历，我的第一次外包源自前两年某天陪着女友逛商场时，接到一个朋友的电话，朋友兴高采烈地跟我介绍一个大项目：需求不多、钱不少，难度不大、口气不小，我一听心动了，原以为要赚一笔 easy money，后面再看看，这次外包踩了大大小小不少的坑，遂想好好记录一下。 前期沟通 电话的第二天，和外包项目需求方简单沟通后，他们发来十几张 App 界面的样例，大概是些软硬件结合、通过 App 界面展示硬件信息和数据统计，以及相关信息的 CRUDDemo，功能不多不过开发时间也有限，要求在月底前做完 App Demo 与后台系统，赶着参加一个会议展示。对方多次强调项目的优势：正处于风口、资源配置各方面都齐备，除了...没有软件技术团队，目前只有硬件团队，软件这边只有零星的两三个，但不堪重用。 Tips: 这里我犯下了第一个错误，我以为只是一个Demo完事，但这背后是一个完整庞大的项目，项目大小、类型和复杂度的错误评估，使我没有很好地把控全局和考虑整个项目的细节，导致后面引发了很多问题。 在评估一个项目时，我们通常会低估项目的复杂度，而高估自己处理某些琐碎细节的能力。 组建团队 项目要进行，一个人是搞不定的，因为涉及到 各端 App、Web以及后台，于是我首先找了一个靠谱的后台开发朋友，然后等项目快正式开始前，再一起寻找和确定其它小伙伴。 Tips: 外包合作过程中，优先找靠谱、技术扎实

摘要： 通常协同开发组织或团队大于等于7，关键干系人大于等于10，组织级沟通路径大于等于21条，关键干系人沟通路径大于等于45条，并以较大角系数递增。这种沟通路径曲线下，如何让组织信息快速传递？ 作者：张海涛 高德-资深客户项目管理专员 点击查看原文 背景 高德汽车事业部作为导航软件tier 1供应商，在项目管理过程中需要对接汽车整车厂（客户），硬件集成商、下级软件供应商等诸多公司。如语音供应商、输入法供应商、定制APP供应商、硬件&系统集成商、整车厂、高德研发团队、二级软件供应商等，面对这么多内外部沟通对象。 痛点 如何降低沟通成本，透明化沟通结构，实现跨企业、跨部门的高效协作，是高德汽车事业部面临的考验。 痛点一：通常协同开发组织或团队大于等于7，关键干系人大于等于10，组织级沟通路径大于等于21条，关键干系人沟通路径大于等于45条，并以较大角系数递增。这种沟通路径曲线下，如何让组织信息快速传递？ 高德汽车事业部沟通路径变化曲线 痛点二：各公司及组织使用的项目管理工具不尽相同。在项目实施过程中，研发协调效率较低，各管理系统之间无法直接对接，增加人工干预成本。 项目研发管理工具不一（备注：Aone是阿里集团内部产品研发人员使用的工具，对外叫云效） 痛点三：产品经理&研发人员&测试人员及项目管理人员，频繁切换Aone与外部项目管理工具，问题沟通&解决路径长，极大的影响了问题解决效率

bug管理ang任务管理是禅道的最简流程，是分别站在研发团队、测试团队角度展开的。研发团队可以使用禅道来做基本的任务跟踪管理，测试团队可以使用禅道来进行缺陷的跟踪管理。那么如果您是一位产品经理，您肯定要问了，禅道能不能用来当作 需求管理工具 呢？答案当然是Yes! 更多禅道详情： http://www.zentao.net 禅道系统中提供了完整的需求管理流程，这其中包括需求的创建，需求的变更，需求的评审等。下面让我们来看下。 一、创建产品。 创建需求的前提当然是要有产品，这和bug的处理是一样的。 新增产品的时候，需要设置产品的名称、代码，几个负责人信息。 二、创建需求。 有了产品之后，就可以来创建需求了。 需求的创建页面 创建需求的时候，可以选择需求的来源。 需求的标题、描述和验证标准是需求的最主要的三个元素，应该认真清晰的进行填写。 在创建需求的时候，可以指定需求的优先级、预计工时等字段。 创建需求的时候可以选择由谁来进行评审，这样创建的需求状态是 草稿状态 。如果勾选了”不需要评审“，则是 激活状态 。 三、变更需求。 禅道专门提供了需求的变更流程。凡是对需求 标题、描述、验证标准和附件 的修改，都应该走变更流程。变更之后的需求状态为 变更中 。 四、评审需求。 4.1 通过需求的详情页面查看变更前后的变化 4.2 评审需求，给出评审结果 评审结果可以选择确认通过，撤销变更

本文作者：HelloDeveloper Chapter: 新建一个项目 在这个章节里，我们来看如何新建一个项目，首先介绍一下百度效率云的权限模型: 1-1 效率云的权限模型 如图所示，百度效率云主要分为三大类角色： 管理员类角色： 分别是企业负责人和企业管理员，作为企业负责人，可以将一名效率云企业用户设置为企业管理员；也可以添加/删除企业成员；注: 作为企业管理员，只有拥有百度云系统管理员权限后，才能像企业负责人一样添加/删除人员；同时企业管理员和企业负责人自动拥有企业内所有项目的管理员权限；管理员类角色可以看到企业内的所有项目，并且能新建项目。 项目内成员: 一名效率云企业成员，只有被添加到具体项目中，才能够操作效率云的各类组件；项目内共有三类权限，分别是管理员—可以对项目开通的组件，代码库设置，人员配置，项目基本信息做修改。项目管理员自动拥有项目的读写权限；读写权限—可以对项目内的各个组件进行读写操作，项目的实际参与者一般应当设置为读写权限；只读权限—只能浏览项目内的卡片，代码，制品，流水线信息，但是无法编辑或新建。项目内成员登录效率云后只能看到自己参与的项目, 项目内成员可以新建项目。 无权限人员: 当一名效率云企业未被加入任何项目的时候，他将只能新建项目，项目的创建者自动成为这个项目的管理员，拥有管理员权限 效率云项目中的各组件暂时没有独立的权限模型

本文作者：AIOps智能运维 作者简介 凌薇 百度云智能运维业务研发负责人 负责百度云Noah自动化运维平台和智能运维解决方案的探索，在服务管理、资源管理、变更管理和故障管理的业务分析和设计方面经验丰富，致力于推进AIOps在百度业务、公有云以及私有云客户的运维场景落地。 为什么要写这篇文章 做了这么多年项目，参加过无数次团队内外的项目复盘，发现不少 项目延期 和客户 交付质量 的问题。这些问题给产品和技术负责人带来了不少应急“救火”的困扰。分析这些Case后，发现问题集中在以下几个方面： 需求界定不清晰、系统设计有缺陷、研发质量无保障、无效沟通耗时长，导致项目反复并且严重延期； 跨团队协作推动成本高，多团队交付进度出现Delay，项目整体目标不可控； 概要设计文档、API手册、产品使用手册和运维手册质量差，客户学习成本高； 我们团队通常会使用 项目复盘 （Case Study）的方法来应对这些情况。复盘主要为了解决以下两个问题：其一， 为项目延期和客户交付风险找到可行的解决方法 ；其二， 给团队成员一些指导，避免同一个问题重复出现 。当然，这些复盘工作一般在某个项目组内部开展，需要一种方式能够在多个项目组之间共享，这便是我写此文章的原因。 项目管理和研发质量控制是一个比较复杂的系统工程，本文不会系统的讲解一些理论和原则

这个专题其实很多人写过了，我总结了一下加上本人的经历写出了本篇文章，希望对大家有帮助。 考证主要是为了提升自己的业务能力，但是拿到证书也很重要，不停以考试为目的的学习，参加绞肉机式的培训班，可以帮助大家迅速成长起来，系统化工作生活中的经验和经历。 而产品经理这个岗位在大学里没有专门的对口专业，既偏计算机、大数据挖掘等，也偏会计、统计、运筹学，以及市场营销。和产品经理岗位有关的职业证书，有国内和国外两种，国内主要是软考，国外的比较多，其他的还有英语证书，驾照，在职研究生等。路径多多，全靠毅力完成。 现在市面上产品经理证书主要有PMP，NPDP，软考，在职研究生四种，分成技术路线和产品路线，项目管理和品牌运营两个方向。 PMP证书 1.PMP指的是项目管理专业人士资格认证。它是由美国项目管理协会（Project Management Institute(PMI)发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。其目的是为了给项目管理人员提供统一的行业标准。 2.考试简介 PMP考试一年四次，分别在每年的3、6、9及12月各一次。PMP考试属于国际认证，所以报名一般需要两次，一次在英文网站上面报名，一次在中文网站上报名，我们将两种报名称之为英文报名和中文报名。英文报名没有时间限制，但是有一年的有效期，而中文报名一般在考前两个月进行，持续一个月左右。如果参加培训班

本文作者：HelloDeveloper 原理 开发和发布软件可能是一个复杂的过程，尤其是当应用程序，团队和部署基础架构本身变得复杂时。通常，随着项目的发展，挑战变得更加明显。为了以快速一致的方式开发，测试和发布软件，开发人员和组织需要创建了三种相关但不同的策略来管理和自动化这些过程。 持续集成的重点是每天多次将各开发人员的工作集成到主存储库中，及早捕获集成错误并加速协作开发。持续交付要减少部署或发布过程中的摩擦，自动执行部署构建所需的步骤，以便可以随时安全地发布代码。每次进行代码更改时，通过自动部署，持续部署将更进一步。 持续集成 持续集成是一种鼓励开发人员尽早并经常将其代码集成到共享代码库主干的实践。在一天的开发周期结束时，代码与每个开发人员多次集成到共享代码库中，而不是孤立地构建功能并在开发周期结束时集成它们。 这个方法试图通过尽早集成来降低成本。开发人员可以尽早发现新代码和现有代码之间的冲突，而冲突越早越相对容易协调。一旦冲突得到解决，工作可以继续保证新代码符合现有代码库的要求。 然而，经常集成代码本身并不能保证新代码或功能的质量。在许多组织中，集成是昂贵的，因为通过人工来确保代码符合标准，不会引入错误，并且不会破坏现有功能。当自动化水平与现有的质量保证措施数量不匹配时，频繁的集成会产生摩擦。 为了解决集成过程中的这种摩擦，在实操中

项目管理与工作中有太多事项需要计划、控制和管理，项目经理很容易迷失在这个过程中。所幸，市场上有各种各样的项目管理工具。 当一个项目经理想要一种便捷高效的管理方法，首先他应挑选一些适合自己的工具，这之中包括很多要点。我们找出有效的软件应具备的5大特点，下面以 CORNERSTONE 为例，它能够让我们围绕结果去做事情,达成事半功倍的效果。 一、风险管理 风险管理没有一个项目不存在风险。不可预见的情况会发生在发展的各个阶段。通常，不可预见的发展产生的是消极的影响，但是有时候也会出现积极影响。无论如何，不可预见的情况和风险影响任务的持续时间、进度、期限、预算、参与者等等。如果你从事一个长期而复杂的项目，风险管理这个功能是必须的。因此，为了避免不可预见的支出、项目占用时间太长、业绩质量下降，任何管理者都应提前计算所有风险。这个功能是你的项目管理工具必须要有的。 二、资源管理 资源管理是软件开发项目的一个组成部分。什么是资源？它们可以是物质（如设备）或者劳动力（你的团队），也可以是支出（每个资源的成本）。因此，当项目管理工具提供资源管理功能时，它是非常方便和有效的。这个功能的价值在于能够帮助项目管理人分配任务，还能计算支出。 每个项目经理在设置资源的时候都会考虑到成本问题，他会意识到整个项目的成本和各部分占用的资源是否恰当。因此，在软件开发过程中使用工具软件的资源管理功能是非常必要的。 三