摘要：虽然我很看重集体的力量，这种力量是伟大的，但任务还得分个先后。就需求和设计而言，必须是有这方面的经验者完成。在这个过程中，大家都可参与，比如提出自己的想法、指出可能更合适的逻辑，但主导思想和大的框架要由专门的人负责。这个人可以是项目经理、部门经理、需求分析师、架构师，实际项目中这个人往往都不是专职的。有了这样的一个人把握方向、结构，然后大家就可以参与进来，发挥各自的优势和主动性，来充实这个框架细节，这个人替大家把把关、做做指导，即使有问题也能及时修正，至少不会影响整体。这样，既保证了项目的安全性，同时也提高了团队参与性（以后就不会有人找借口说：“这又不是我定的需求、我做的设计，我只负责开发或测
阅读全文
摘要：前面讲到的都是团队建设的东西，似乎也不是短期可以把握的（有些理念是根深蒂固的，非经历不能认知，庆幸的是我很早以前就认识到了）。尤其是人性方面，不过我觉得己所不欲勿施于人，首先还是得从项目经理做起，谁叫你是带头的呢！能把手下这一帮人搞定，是需要些本事的。 虽然一时还未必能达到，至少能朝着方向努力。不论如何，项目还是要继续。我们没那么多已经准备好的素质，往往是一个不成熟的项目经理，带着一群尚在成长中的手下，共同为一个目标而努力。怎办呢?绝大多数都是这样的情况，一群还不清楚情况的人，因为一个目的走到了一块，也算是缘分吧！严格的讲，项目源自需求，不管是外来的还是内生的。需求一旦确定，项目就开始筹备了。
阅读全文
摘要：前面说完了项目经理——领头人、责任人，或者叫协调人，那是相当重要的角色（其实我更想说每个人都很重要，这也是我第一次担任这个角色时就已经有的观念，而项目经理只是稍微更重要一点点）。因为这不是一个人的战斗，还有优秀的团队。而优秀的团队不是天然形成的，都是培养出来的（多数公司担心培养出来后，人就跑了岂不是白费劲了，那因为一棵树有可能被风吹走了您就不浇水了吗？！小孩可能成不了材，家长也不培养了吗？！如果一个公司一个领导没这种格局，也就止步于此了）。关于培养团队成员，谁也不是天生的就有团队意识（这方面我不得不提下小日本，虽然叫人家小日本，但团队培养他们是从小就开始的，幼儿园、小学、中学、大学...）、匹
阅读全文
摘要：项目管理其实可以简单一点，仅个人愚见，最终达到的目的，是要几个人一起做成一件事！往简单的说，搞这件事得有一个说得上话的人，就是“老大”，他能服众，否则成不了事儿！——项目经理（这是中国，不是欧美，必须有个权威的，否则一片散沙，谁也不服谁）项目成不成关键就在于这个老大，就像带兵打仗的将军，少了那个头，即使岳家军也要打败仗！倒不是夸大项目经理的作用，只是必须得有人承担这个责任，即使没有头衔。（更通俗说就是组织者、协调者）好了，现在老大确定了（通常是公司指定的，上面拍下来的，到底能否担得起，就看这团队的造化了）如果运气好，这哥们还行，能抗得住，那就开始下面的事情了。项目经理首先得了解下面都是帮什么样
阅读全文
摘要：创建的任务可以拖放到日程中(默认当天)任务可以设置不同的颜色(三种，快捷方式1/2/3)完成的任务会变成灰色任务可以跨越多天(<=3~5)可以用快捷方式操作任务(Open/Del/Complete)
阅读全文
摘要：呵呵！看起来有点像google+里面的添加好友可以直接邀请其它成员：发送邮件可以更换成员，将退出的成员账号交接给另一个（这意味着工作的交接）可以互相查看任务安排、及未完成任务可以转交部分任务给其它成员可以注销成员，但信息依然保留，可以查询。注销后可以再次激活
阅读全文
摘要：文件共享及简单版本管理：可以上传/下载文件可以更新文件本版本可以看到剩余空间可以进行文档搜索
阅读全文
摘要：创建后显示在未分配列表中↑可以用不同颜色区分任务的类型可以拖放到左侧日程中可以分派给组内成员可以还原到未分配列表中
阅读全文
摘要：在商务交往中，不好说一定要完成某个任务，因为和人打交道不可能是一蹴而就的。需要有个熟悉与信任的过程，即具有间歇性、时间的不确定性，而任务是在有限时间范围内可完成的一项活动，结果是可预期、可量化的。每一次商务接触，都会有新的情况出现，于是与这个访谈对象关联的信息（备忘）逐渐增多。商务人士根据记录的这些信息，发掘近期最有可能促成的对象并采取进一步行动。而对于可能有合作机会的和刚接触的对象，采取相应的措施（考虑投入成本），电话、email、上门。对于已建立合作关系的对象，进行不定期的回访（也要考虑成本投入），维持一定程度的人际关系。这就是CRM的初衷，再加上一些数据挖掘的功能，就是市面上多数兜售的产
阅读全文
摘要：有这样一个现实的场景——一个项目团队T 正在为客户C开发项目P。团队T使用了一个项目开发管理的工具work——用于开发任务的分配、调度、控制。突然间，某个设计成员就某个问题需要和开发人员讨论，于是从work切换到讨论工具chat中。最后得出一个结论，需要通知到项目相关的人员（合作伙伴、客户或是其它部门的责任人），再从chat切换到contact中。将正式结论公布或直接通知相关人员。我把人分为两种——直接参与项目开发的人（需求、设计、开发、测试人员等，包括项目经理）；项目相关的人（合作伙伴、客户、相关部门负责人）这两种人关注的重点不同，后者更关心结论及结果，前者更注重过程细节。导致这两种人的需求
阅读全文
摘要：在传统的项目管理方法中，项目的开发被分成5个阶段:1.项目启动：启动项目，包括发起项目，授权启动项目，任命项目经理，组建项目团队，确定项目利益相关者。2.项目策划：包括制定项目计划，确定项目范围，配置项目人力资源，制定项目风险管理计划，编制项目预算表，确定项目预算表，制定项目质量保证计划，确定项目沟通计划，制定采购计划。3.项目执行：当项目启动和策划中要求的前期条件具备时，项目即开始执行。4.项目监测：实施、跟踪与控制项目，包括实施项目，跟踪项目，控制项目。5.项目完成：也叫收尾项目，包括项目移交评审，项目合同收尾，项目行政收尾。work所专注的在第4阶段，这一阶段涉及了项目工作的细分、分派、
阅读全文
摘要：项目从启动到结束，中间的过程是漫长的、枯燥的，也是最容易暴露问题的。因为时间长，即使问题概率很小，也难免会碰到。除了前面所提到的团队活力（毕竟不是技术问题），可能遇到的状况太多了，但不论如何，只要团队的活力依旧，就没什么解决不了的。下面举几个例子，我大致划分为两类：团队内部的和外部的内部的——需求搞错了、设计失误、关键技术障碍，人员变动外部的——需求有变化，其它部门不配合，公司裁员总之，各种意想不到的情况都可能发生。关于内部的问题，其实没什么可说的。需求错了——改，设计失误——补救不了就重做，表想着能蒙混过去，躲得了初一躲不过十五（出来混迟早要还），一五一十把情况讲清楚，先把责任承担下来（你会
阅读全文
摘要：web应用的发展已经逐渐替代人们对OS的依赖，随着web应用的普及+Cloud的不断成熟，OS将不会成为人们选择的关注点。人们只会在意 win/macos/linux，哪一种对web支持得更好，更能发挥web的性能。因为说道底，PC只是互联网的枝叶，手机、平板也都是如此。个人OS会渐渐淡出人们的视线，最终剩下的东西嵌入到硬件中，以往的功能由web取代。
阅读全文
摘要：需求、设计、分工都已经确定，大家开始按部就班的着手自己的事情。这时的项目团队，很像飞起起飞后，进入自动导航的程序。驾驶员可以暂时放松了，时不时地检查一下系统运行是否正常，提早排除一些隐患，或者处理系统反馈的异常，如果不碰到意外情况（如雷电、飓风、UFO什么的，或者驾驶员抽风，幸好还有个副驾驶），就等着到达目的地了。这个过程是项目最漫长的，也是很枯燥的，虽然大家一步步向前迈进着，但目的地似乎还是很遥远。毕竟人的情绪不可能一直都维持在一个高度上，当整个团队热情都达到最高处时，就会自然的下降，为了维持住这种热情或者不让它下降得太厉害，除了设立里程碑这样的东西外，也需要项目以外的手段。例如聚餐、出游等
阅读全文
摘要：no such partitiongrub rescue>:悲催的在winxp环境下删除了ubuntu分区，结果重启后就出现了上面的提示:(基本知识：在一番搜索了解后，是引导出了问题（mbr-master boot record，这是硬盘启动后第一个被访问的内容，不论你装的什么系统win lin mac都从这块开始）如果mbr出了问题，那就是什么都用不了的。历史背景：之前在我装了ubuntu后，mbr就被改写先指向ubuntu引导，再选择是进入win还是ubuntu，即mbr->ubuntu->win。现在好了，我把ubuntu分区直接删了后，mbr就找不到win引导了，即m
阅读全文
摘要：当人习惯使用一种工具的时候，就会产生依赖性——习惯了。这其中部分是因为人的感情因素，还有一部分是理性因素，因为新的工具还不了解，不能保证是否会带来风险。随着年纪的增长，人不论在感情方面还是理性方面都会变得保守，不希望太多的变化，承受的风险程度也下降。这样看来，想要人换个工具，其实是要改变他的习惯，这是恐怕是天下最难的事。如果不用强制的（教育小孩基本是这样），那就必须让人从思想上接受，而且也得有个时间，不能说变就变。给他时间认识、了解，并参与到工具的设计讨论中来，是良好的开始，即使最后也没能使用，也不会遗憾。总有人会欣赏、接受你，毕竟不可能所有人都喜欢你、也不会所有人都讨厌你。
阅读全文
摘要：其实需求和设计一旦定下来，后面的分工就水到渠成了。谁设计的谁开发，测试也是。不会有第二个人比你还清楚这个功能是如何如何，当然其中的漏洞你也应该比别人更明白。分工也明确了，接下来还有一个重要的事情要确定——工期。这不论在哪都是必须的，项目经理、经理、副总、甚至老总，都要得到一个这样的数据。而且，你还不能瞎编，要有凭据。关于这个问题，我只知道一个办法，让每个人把手上的工作任务细分下，每个“功能”给1-2天时间，如果你觉得超过这个时间，就把“功能”再细分下。这好比一棵树，你要完成的整个功能就是root，然后划分成几个二级root，这样一直划分下去，直到leaf（leaf的时间限制：1-2天能够完成的
阅读全文
浙公网安备 33010602011771号