redouble
- 浏览: 33749 次
- 性别:
- 来自: 北京
-
最新评论
-
redouble：
阁下补充的好！
敏捷理论中的一个哲学论断 -
Coder211：
哈哈，让我想起了亚当.斯密的“看不见的手”。
看来，这个世界各 ...
敏捷理论中的一个哲学论断 -
livexu：
...
芜湖项目现场需求调研阶段总结 -
lhehuang：
呵呵，我倒想能不能把产品发布到U盘linux中，省掉重装等麻烦 ...
正式发布第一个RAILS系统 -
darrendu：
什么也没看到，还搞到首页了。。。。。
正式发布第一个RAILS系统
文章列表
企业应用于互联网应用的比较
- 博客分类：
- 软件开发
对于企业应用于互联网应用之前的区别，本人一直比较模糊。
最近某一日，在地铁中正在神游之时，快速的小小总结了一下。记录如下，以期能够抛砖引玉。
应用类型
互联网应用
企业业务应用
企业分析应用
总数据量
可能较小，也可能较大。
增长幅度不稳定
可能较小，也可能较大。
增长幅度稳定
一般比较大
前端操作复杂度
高
中
低
业务逻辑与模型关系复杂度
低
高
高
一次性访问数据量
中
小
大
数据 ...
显然，在Windows下面进行Rails的部署不是最佳的解决方案。
但是，做过项目的人都清楚，很多时候，我们无法自由的选择应用部署所在的环境。其中最常见的场景是下面两个：
客户方有严格的IT管理政策，我们除了遵守，别无选择。
我们不得不将应用部署于一台共享的服务器上面，该服务器上面同时运行着多个其他应用。
遇到这样的情况，我们不得不考虑如何在Windows下面部署Rails应用。目前看，有两种较好的方式：
在Windows主机上运行一个Linux虚拟机，将Rails应用部署于Linux虚拟机上面。
在Windows上面使用JRuby环境。
今天讨论后者。（后者还 ...
易度项目管理系统是国产的基于python/zope/plone的项目管理系统。基本上就是著名的basecamp的完整克隆。
今天安装上了他的开源版本，试用了一下。下面说说他与redmine之间的比较。
1. 易度的message
应该说相当于redmine的新闻。但 ...
最近，在工作中频繁使用Redmine系统来管理实际的项目。在使用中发现，Redmine真的是非常强大的项目管理系统。部署方便，功能齐全，理念也比较先进。然而，美中不足的有两点：1. 现在的项目管理系统，都非常强调协作于沟通在项目管理中的重要作用。因此，系统中都有针对于某一条任务，大家共同来贡献内容的功能。实际工作当中，关于这一条任务的一些当前的工作进度、任务中的一些困难及其解决情况、关于该任务的一些设计细节、关于遇到问题的大家的讨论等等，这些都会记录在该任务中。这个功能在Redmine中有实现，但是在UI设计上显得过于古板了――任务的一些基本属性充斥了整个主要版面。而关于该任务的讨论在页面在最下 ...
刚刚和软件部门的部门经理进行了一会儿的讨论。部门经理提出了他在今年的管理思路，然后想询问目前的项目管理系统如何对应。管理思路如下：整个部门会分为若干个项目团队，每个团队有唯一的负责人。每个团队会同时负 ...
虽然REDMINE已经非常强大了，但是，基于以下的一些原因，我准备在新公司继续使用activeCollab来进行项目管理，而不是Redmine。activeCollab提供功能，可以将单个项目的所有内容导出到一份静态文件包。activeCollab的文件管理功能，可以管理版本。同时，各个ticket中上传的附件，可以在统一的文件管理中全面查看。activeCollab的人力资源管理功能，可以对人员所在的公司进行管理。对于一个任务来讲，可以同时分配给多个人。milestone->ticket->task三级管理，强于redmine的version->issue的两级管理（ps：新 ...
敏捷开发过程有很多：XP, SCURM, CRYSTAL, ASD, FDD……近两年以来，越来越发现，这些过程没有好与不好，之后是否适合。第一个层面是是否适合中国的大环境；第二个层面是是否适合你所处的组织；第三个层面是是否适合你手头的项目类型和客户。有的时候可能不能过度的追求某一个过程，为了过程而过程。例如：XP显然对客户的要求非常高。实施的结果往往是我们某种程度的敏捷了，但是并不是XP。SCRUM的作者自己也说：SCRUM不太适合固定价格的合同。而在国内，工程项目开发领域，有多大比例的合同不是固定价格的呢？所以SCRUM更适合国内的产品开发。CRYSTAL的要求非常松散，作者自称也适合固定价 ...
百会项目是一个SaaS的在线项目管理应用。价格便宜，功能强大。在此对比一下百会项目与redmine。百会项目与redmine都有的特色功能：多项目管理人员管理里程碑（版本）管理任务管理（在任务上可以进行很多注释和回复）甘特图工时登记日历文档上传报表论坛WIKI Email集成
百会项目有的功能而redmine没有的功能：会议安排任务可以关联到某一个文档或者WIKI页面文档统一管理，而不是分散在各个任务中时间表及时聊天集成百会办公套件
redmine有而百会项目没有的功能：非常灵活的任务列表的过滤自定义报表条件和内容文档自定义分类，同时上传文件可以指定到版本自定义工作流自定义项目、任务等等 ...
近几年以来，我求职的两个主要的方向都是：BA（业务分析）和项目管理改进。也是我的兴趣所在。
所以目前我的工作是做我所在的公司的项目管理办公室主任，负责项目管理体系的建立。
不过，工作以来，曾经在3家公司干过。在第一家公司做到了开发部门的部门经理和PMO经理。在第二家公司做行业经理和项目经理。到了第三家公司在PMO主任。在这三个位置上，工作内容不尽相同，但是几乎或多或少都会有这样的感觉：项目管理改进的工作很难。虽然职位不相同，所以其工作方式和权限也不相同，但是感受总是非常的相似。眼中看到企业中软件开发的过程存在很多的问题，但是人们做出变化非常难。
直到最近，我才悟出其中的道理。我所面对的不仅仅是软 ...
听说这个软件有一段时间了。最近才刚刚拿起来看看。
新颖的思路：
任何一个条目都是wiki，因此，可以发现，对于项目信息的组织方式其实可以非常的灵活。项目、公司、任务、主题都是wiki条目。
从这一点来讲，系统仅仅提供了一个平台，如果想把系统用好的话，则需要项目团队又更规范的约定。
另一方面，系统可以应对更多类型的项目，弹性非常大！
可以上传文档进行文件管理，而且具有文件版本管理的功能。
遗憾：
仍然缺乏全局的项目管理视图，例如全局的人员利用情况等。这样，这个软件就仍然只能定位于小团队项目管理。（团队不超过40人，同时进行的项目最好不超过5个）
wiki条目如何才能导出成文档 ...
上周五和本周二，我经历了两次教科书一样的SCRUM会议。
背景：
我准备在公司推进敏捷项目管理方法。想办法得到了软件开发部部门经理的支持。于是乎在新立项的G维护项目中进行实验。
上周五下午，是G维护项目的一次迭代 ...
如果一个系统足够复杂的话，那么中央总控式的管理方式注定崩溃。需要发挥系统中下层的自管理能力和主观能动性，才能保证良好运转。
范例1：
如果一个软件系统比较复杂的话，那么自顶向下的设计方式（即传统的面向过程的软件工程）注定失败，无法应对未知的变更。只有自底向上的设计开发方式（即面向对象的软件过程），才能演进方式的建立系统架构，才能保证系统结构的健壮性。
范例2：
对于软件开发项目来讲，传统的瀑布式项目管理方式很难保证项目的准确实施。只有最近出现的敏捷管理方式才能够最大程度的发挥团队成员的主观能动性，保证项目的成功。项目管理需要留给执行人员发挥个人能力的空间。
范例3：
在中国来讲，传统的计划 ...
芜湖项目现场需求调研阶段，工作效率高，工作成果的质量也很好，现在总结如下：
需求分析团队人员要尽量少，减少沟通成本。尽量只允许业务核心人员参与，这样能够以最快速度对业务流程进行确认。
反观现在大平台的项目，需求分析阶段有30多个人参加，包括了国家局的人员和各省市的人员。分成了6个分析小组。诸多问题无法现场进行确认，因为参加的人多，因此大家都不作结论，只能会后通过EMAIL来回来去。由于分组很多，因此涉及到很多跨小组的问题进一步增加了沟通成本。
需求讨论会议现场形成文档，由于文档形式上是共同创作完成，因此可以省略客户确认文档的过程。
反观现在大平台的项目，会议之后，需求分析人员 ...
最终选择了这个作为我的项目管理工具
- 博客分类：
- 项目管理
目前处于工作室中，项目组人数比较少，有时候甚至只有自己一个人。基于这一点，做软件开发项目的时候还是需要找到一款项目管理的软件。
试用过的软件也有不少了：
basecamp, zoho project, activeCollab, Apollo, VersionOne, Rally, TargetProcess, Redmine, dotProject, Jira, streber, ProjectPier, Xplanner, 易度, Mingle 这里是相关文章
目前看，结论如下：
没有选择basecamp, zoho project, activeCollab
原因：都是非常好的软件，仅 ...
正式发布第一个RAILS系统
- 博客分类：
- 软件开发
两天以前，本人开发的第一个客户化定制的WEB系统正式发布了。
使用RAILS框架进行编程时间不短了,但是以前都是开发了系统之后公司内部使用。像这样的外包项目发布给客户方，这还是第一次。
由于客户方面的特殊的软硬件环境，这次的系统不得不基于windows环境进行部署。而且客户端的服务器硬件配置也比较低，难以使用虚拟机部署方式。
于是，我采取了Robbin介绍过的Windows + Apache + Mongrel的部署方案。
系统刚刚发布之后，心里还是十分的惴惴。服务器端内存只有1G，我开了两个mongrel进程，使用apache进行负载均衡。对于不到100个用户在短时间内集中进行访问来讲，系统 ...