《项目中需要时刻提醒自己的六件事》的相关内容

重新开个新帖： 最进一直在研究用户故事，有些心得同大家交流下，欢迎排砖： 我认为用户故事同用例最大的区别在于： 使用的方式 用例被看作需求的主要成果，用来作为设计，实现，测试的前置条件。并且作为工件在项目中需要保留。 相反 用户故事作为获取需求的开始，起到提纲的作用，最初的用户故事，可看作将要满足的功能的站位符，提醒我们有这么回事。 在UP中你会看到：有特性和用例的区别。 在XP中只有用户故事。 ...

冰云同学给的命题作文 blog post: http://www.blogjava.net/raimundox/archive/2007/03/30/107375.html 我常常听到这样的观点：敏捷软件开发并不是真正的革命性的方法，它所采用的技术大多都是古已有之的。比如迭代，你看很哪本软件工程的教科书上没有提到迭代开发呢？在比如说User Story，看上去也不只不过是Use Case的翻版而 ...

在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。 总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z 说的努力在在现有技术基础上杀死人狼的号召，我来推荐一种有效的设计方法。 这 ...

这是我在CSDN上对于这两个问题发表的看法的帖子，但是自己不是很满意，特别是Code Review。希望大家发表意见。 http://expert.csdn.net/Expert/topic/2597/2597477.xml?temp=.5242426 http://expert.csdn.net/Expert/topic/2600/2600563.xml?temp=.2398188

相关文章: X 关于组建自组织团队的一些想法 精心打造Team的组织架构 一些心得，写下来时刻提醒自己。 1.实现优先 这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 记住：即使一天拼出的只是一个杂碎，也比闷头做一个月的“优雅”产品要好得多。 2.以人为本 充分的衡量一下整个团队的能力，按照全队 ...

一些心得，写下来时刻提醒自己。 1.实现优先 这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 记住：即使一天拼出的只是一个杂碎，也比闷头做一个月的“优雅”产品要好得多。 2.以人为本 充分的衡量一下整个团队的能力，按照全队的综合能力去选型。项目负责人的任务就是把项目拆散了平摊到每个适合的人的头上。 记 ...

一些心得，写下来时刻提醒自己。 1.实现优先 这个问题很明显：无论如何，你都要先做出来。技术，性能，优化甚至代码对齐等等技术人员才会想到的东西是不应该按这个标题序号去考虑的。 记住：即使一天拼出的只是一个杂碎，也比闷头做一个月的“优雅”产品要好得多。 2.以人为本 充分的衡量一下整个团队的能力，按照全队的综合能力去选型。项目负责人的任务就是把项目拆散了平摊到每个适合的人的头上。 记 ...

1 认清目标 划分优先 胸怀宽广 尽力帮助 必要取舍 知识丰富 客户信任 事情不可能非常完美 2 迭代开发 “我、你们、咱们、他们、大家”的使用，团队归属感 3 总体计划按照两个编写，用户的和自己的，给自己一些余量 4 每周给用户发送周报，汇报进展情况 5 风险评估（需求变更风险、人员风险、新技术风险、政策风险、客户组织变更风险） 6 技术和业务培训 项目经理工作内容及指引（不包含市场运作部 ...

如果在IT项目实施中选出最难解决的几个问题，那么管理问题一定名列前茅。在管理问题中，团队管理又是其中的难点。一个项目管理的好坏，很大程度就体现在团队的建设和管理上。团队管理涉及到管理学、心理学和哲学等诸多方面内容，具体实施起来还容易产生许多误区，因此，对项目主管的综合素质要求颇高。笔者进入项目管理领域的时间尚短，最近读了一些书籍，结合自己的一些经验，汇成一些心得体会，愿与朋友们共同提高。 1 什 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

对于一个组织来说，同一组开发人员来完成多个项目，这是常有的事儿。在这种状况下，应该如何组织团队呢？他们的工作又该如何计划和分配呢？ 如果可分配的资源较多（比如说，可以为每个项目分配6至10个开发人员），而且已经知道这些项目的大小和相对优先级，一般来说，将开发人员划分为两个或多个团队就可以了。 反过来说，如果每个项目能够分配到的人员很少（每个项目只能有1到3个开发人员），而且项目的大小和相对优 ...

我必须承认，我的管理经验是不足的。最近一次我对下属的工作处理的介入让我学到不少我以前没有经历过的工作经验，在此和大家分享一下我的认识和感悟。这件事情的处理，一般人可能认为这无异于办公室政治风云，对我来说这是一次很好的管理经历。让我认识到如何使用敏捷教条对管理方面的问题进行分析，如何采取合适策略来解决此类问题。 数月前，我被分派到一个新成立的小组做QA Lead，开始了我的管理“事业”。当时只有我 ...

当客户要求你给出一个快速而肮脏的解决方案时，作为一个开发人员，你的职责是什么？是因为客户是付钱的一方，所以要洗耳恭听，遵照要求走捷径；还是遵守自己的意愿，坚持技术上“最佳”的方案？或者，这二者可以折衷？ James Shore在《我们的专业职责》一文中简述了客户和开发者之间职责平衡的发展历史： 在过去使用瀑布式开发的那段黑暗岁月中，编程人员得提炼出需求，进行设计，并用技术上最便捷的方式来实现设 ...

编辑: 自刘翔退赛后, 各种猜测,评论在网上流传。请读者自行判断。 所见网络在刘翔决定退赛后立刻炸开了，各种版本的猜疑都有。虽说可能不是时候，但作为NIKE中国营销总部的知情人士，我决定揭露一些也许永远都不为人知的秘密！！！ 刘翔自从夺得OY金牌，特别是打破12.88的世界纪录后，商业活动就更为频繁。我们公司，VISA，安利等等，广告，公告，活动一直就没有断过。他的教练孙海平对此其实是非常 ...

项目名称： Amoeba 发起时间： 2008年1月 网站：http://amoeba.meidusa.com 代码托管：http://www.sourceforge.net/projects/amoeba 项目介绍： 随着传统的数据库技术日趋成熟、计算机网络技术的飞速发展和应用范围的扩充，数据库应用 已经普遍建立于计算机网络之上。这时集中式数据库系统表现出它的不足：集中式处理，势必造成性 能瓶 ...

我恨Django的5个理由 虽然我喜欢Django,但是无论如何它也有瑕疵的，让我先把"丑话"说在前面吧. Ajax很难和Django一起用 大部分的Django社区都认为把Javascript helpers和python framework放到一起并不是个很好的主意。虽然我理解Javascrip是基本知识，人人都懂得一些，但是我仍然不赞同这个主意。SQL和Javascript一样也是基本知 ...

DZone近期对Red Hat中间件CTO Sacha Labourey进行了一次关于即将发布的JBoss Application Server (AS) 5的采访。在这次采访中，Sacha讨论了新的微容器(Microcontainer )架构和即将发布的中间件服务更新，比如JBoss Messaging，JBoss Cache，事务监控引擎和JBoss DNA。他谈到了通过消息实现的JBoss ...