cornerstone

一、跨部门协作是企业管理痛点 据调查结果显示，企业中普通员工与中层管理者之间，花费在内部沟通上的时间，大约占其工作时间的40%-50%，对于更高层的主管来说这一比例则会更高。 有些工作在部门内沟通完全没问题，但是跨部门沟通就问题不断； 一项工作分配好由一个部门主导另一个部门协作，但因配合不当，迟迟无法交付； 跨部门工作经常出现多个部门重复做了同一份工作； 工作出现问题，各部门相互推卸责任，无人担责; 这些都是我们工作中经常遇到的协作问题，随着企业的发展壮大，部门越来越多，成员也逐渐增加，工作慢慢细化，跨部门之间的工作越来越难做，沟通协作效果低下，影响公司整个工作效率。 二、跨部门协作的难点 1、各部门的职责不同，不能相互理解 不同部门之间的工作内容和职责都不相同，有时候大家都只看到自己想要什么，看不到别人的难处。 比如我们的销售团队会经常和研发团队反馈一些客户对产品的意见，但研发团队有自己的任务安排，所以不能及时解决他们反应的问题，时间一久，销售团队和研发团队就会处于一种互相抱怨的状态，影响团队和谐，不利于团队协作。 2、部门的任务目标不同，每个人的视角也会不同 每个部门的工作都有自己的目标，即使是同一个任务，不同部门想要达成的效果也不一样，这就会导致关注点不同，如果对对方的工作再不了解，很容易陷入情绪的对立当中。 比如很多产品经理可能觉得这个产品前端需要加某个功能

前言 事业部是公司商业变现部门，重要收入来源，主导产品为商业广告，通过找到『用户』和『广告』的最佳匹配帮助媒体网站实现流量价值最大化，提升广告主投资回报率，提升用户体验，平衡各方利益，建立可持续发展生态圈。 案例背景 深圳某集团，主营业务包括日用消费品制造与分销、地产及相关行业、基础设施及公用事业三块领域（以下简称“HD事业部”），HD事业部800多人，每年200多项目，改进前采用传统瀑布式开发，以项目规划版本和组织资源，项目周期平均3个多月。当时面临业务的迅猛发展，产品线数量从10+条需要扩张到20+条。如何在业务迅猛发展下，实现新业务需求的快速交付并灵活响应新需求变化？如何提高研发效率并更好地协调研发资源，满足更多产品线的并行需求，是当时事业部面临的很大挑战。 直到他们遇到 CORNERSTOEN ,才彻底解决了当时状况。客户选择 CORNERSTONE 作为公司的项目管理平台后，通过为产品、研发、运营等部门带来的新协同工作方式，将开发迭代周期缩短三分之二，切实有效地提升了研发效能。 如何快速突破挑战？ 确定目标：事业部整体实现敏捷转型，在最短时间内提升事业部整体的研发效率、产品迭代速度、资源使用效率，以支撑业务的迅猛发展并最大化资源投入产出。 改进思路：整体从项目视角切换到产品视角，产品目标驱动，自上而下推进，以前端切入拉动后端，完成事业部整体敏捷转型

CORNERSTONE最近在知乎看到一个关注度很高的问题“小公司如何管理好团队？”题主列举了一系列十几人的小团队目前面临的问题，无外乎： “如何让你的团队跟你是一条心做事，大家劲往一处使？” “我不在的时候，其他人就开始松懈了，怎样才能让员工，你在和不在都一样？” “作为一个领导，如何管理自己的员工，他做什么，不做什么,你怎么来把控，是每天自己来了，一拍脑袋这事要让他做，还是怎样？” “交给下属的事情，如果他做的很差，该如何处理？给他演示？一次可以，次数多了，好像也皮了。” 当然，问题肯定不止这几个，此处就不一一赘述了。其实，以上这些问题，无论是小公司还是大公司都存在，总结下来这些问题可以归纳为三个层次： 首先，公司（或团队）层面没有一个明确统一的目标，以至于无论是中层还是基层都不是特别明确自己的核心工作是什么，团队或个人都是各自为政，做自己认为对公司或团队有益的事情，导致公司资源分散，公司（或团队）很难形成合力，团队看起来就比较松散。 其次，公司（或团队）层面的目标明确了，但是到了执行层面就会问题百出，无论是团队成员分工不均还是工作推进过程中各部门员工之间的冲突亦或是团队内部成员的积极性都会影响任务最终的质量和进度，让最终的成果大打折扣； 最后，前两者都做得很好，但是，公司（或团队）没有相关的制度对目标完成情况较好的团队或个人进行激励，长此以往，团队和成员的积极性就会降低

一、分析目的 通过分析2B产品中的团队协作管理软件的对比分析，用于为公司团队协作软件的选型做产考。 二、竞品归属市场概况 2.1.目标用户群及需求 主要面向企业用户，用于解决企业不同地域以及不同职能部门之间的团队协作难点。 2.2.市场规模 中国大概有4000万+企业，如采用人均年费制，均价200+/人/年，按平均一个企业或团队最少10人算，市场规模可在千亿左右。因此如果能培养行业使用习惯，市场价值可观。 2.3.针对笔者所在团队的需求详细分析如下： 1、需求管理；能够对需求池进行管理。 2、迭代管理；能够对产品迭代版本进行管理。 3、故事墙；能够查看所有工作任务的状态。 4、缺陷管理；能够对开发中的缺陷进行管理。 5、数据看板；能够查看团队中每个员工的工作动态（剩余工作量），数据看板。 6、知识库管理；能够将项目开发过程中有价值的文档和经验就行汇总； 7、在线分享和讨论；类似于wiki或者BBS功能，作为知识库的一部分，团队人员可以进行知识分享和在线问答等，从而让整个团队能够更加活跃。 8、能够打通企业常用的沟通协作平台。如：钉钉，企业微信，QQ等。 三、竞品选型 基于以上需求，从平台对接（钉钉，企业微信），稳定性，功能符合度，选着teambition和CORNERSTONE进行分析。 产品 可对接平台 稳定性 功能符合度 teambition 钉钉 高 高

A：add，新增 C：conflict，冲突 D：delete，删除 M：modify，本地已经修改 G：modify and merGed，本地文件修改并且和服务器的进行合并 U：update，从服务器更新 R：replace，从服务器替换 常见提示图标： 1、黄色感叹号(有冲突): --这是有冲突了，冲突就是说你对某个文件进行了修改，别人也对这个文件进行了修改，别人抢在你提交之前先提交了，这时你再提交就会被提示发生冲突，而不允许你提交，防止你的提交覆盖了别人的修改。要解决冲突，如果你确认你的修改是无效的，则用TSVN还原你的修改就行了；如果认为你的修改是正确的，别人的提交是无效的，那么用TSVN先标记为“解决冲突”，然后就可以提交了；如果你认为你的修改和别人的修改都有一部分是有效的，那么你就把别人的修改手动合并到你的修改中，然后使用TSVN标注为“解决冲突”，然后就可以提交了。进入文件夹，寻找有黄色感叹号的文件，这些文件就是发生冲突的地方，根据实际情况处理冲突 2、米字号(有本地修改代码)： --这是说明你有未提交的本地代码。 3、问号(新加入的资源): --这说明该文件是项目中新增文件资源，新增资源可以是文件、图片、代码等。 4、红色感叹号(本地代码与库没有保持一致)： --这说明本地代码跟库上没有保持一致，如果用户想修复，可以将带红色感叹号图标文件删除，直接update即可

I have a scenario where I have a file and I need to know what revision in source this file is. I may have hundreds of revisions on a particular file and have a file that matches one or more of those revisions. Is there any way in Tortoise, Cornerstone or through the command line to do this? Apologies if the question isn't the clearest. To be honest I'm not sure how to phrase what I'm looking for. I found a similar question about git here; GIT: determine revision based on a file Patrick Quirk Cribbing a bit off of this answer , here's a quick and dirty batch file that will do the job, assuming

Per accident I committed twice because I forgot to add two files. Can I remove a specific commit from the log? I want to delete commit № 4. The simple answer is "no", because Subversion doesn't know how to resolve the case when you add a commit, someone else updates their checkout, and then you remove the commit from history. There might or might not be a complex answer involving surgery on the Subversion storage. Lazy Badger AFAICS, you have not delete r4, but merge with r5, yes? In general, SVN commit history is immutable, as Sii said - and if you haven't rights delete/create repo - you can

你是否，经常遇到 需求不明确， 质量不符迟迟无法验收， 团队成员相互推诿责任， 关键节点风险预防做不好， 领导无力， 计划不当， 缺乏沟通， 无法管理百万级、千万级项目， 技术人员被迫担任项目经理 怎么办？ CORNERSTONE 来帮助你 1、 启动过程组 项目决定启动后，第一步就是项目组准备需求，整理出需求文档。通过建立一个公开需求池，向项目组所有成员广泛收集需求，通过分析、评审去确定排期与安排，合理并有效的把控需求生命周期管理，避免因为不明确或重复造成协作效率低下、变更等无效劳动力。 CORNERSTONE为需求生命周期搭建流程，可以自定义更改按收集、评审、排期、设计、开发、发布设立多个阶段，在不同阶段把任务分发给产品、设计或者开发人员，让需求完成无缝衔接。 2、 执行过程组 上述资料都准备完成后，就可以进行第二步项目开发阶段了。 CORNERSTONE 可自定义任务分解结构，设置任务依赖关系， 责任人、状态、优先级、分类、截止时间等进行选择性初始设置，这样便于我们对任务进行操作管理。（ CORNERSTONE 可通过思维导图可⾃动⽣成或创建任务 ）支持自定义文件导入导出，CORNERSTONE还提供了【表格、分栏、看板、甘特图、日历、统计、周汇总、分类导图】八种视图，方便企业成员通过多种角度查看项目，全方位了解项目状况。 3、 测试过程组 一个阶段开发完成