- ProgrammerProgrammer是软件开发的初学者,在这一层,掌握2~3种常用的语言,了解SDK常用的部分,有过2~3个正式的项目经验,产出代码行在1万左右(平均每个项目3000左右),能够独...
- @大卫张
出现问题当然会寻找解决手段,至于怎么解决的,并不是这篇文章的主题,PM还需根据项目情况、成员情况细心应对。
本文的主题是实施Scrum过程,这个项目管理框架自身的特点所暴露的一些问题,比如说任务领用、演进式架构设计以及“自组织”。 - 程序员把自己代码写好就行了,我看你们博客那水平也不咋地,JJWW没什么意思。
就此打住,再发此类评论,删除不商量。 - @Gopher
所谓交付“良莠不齐”,是指全方位的评估,比如交付物在系统中有机的结合度,代码可读性是否良好,在变更或重构来临时预期投入的工作量。而公司作为项目的客户方,标准就又不同,这点可以理解为项目目标和软件系统目标,短期目标和长期目标的不同。 - @wanghui
我们已转入XP,没必要官方,我认为,对开发人员,所谓“开发方法”的变更,没有必要大势宣扬,简单宣布接下来我们怎么怎么做,询问有无问题,大家认为没有问题,再在过程中参与指导,上路即可。 - @Gopher
选人、做项目,是以开发、产出重要,还是以实现敏捷为重要?
我们的项目目前取得的成绩是,每次都达成目标(以约定发布日期)经历一次大的重构,七八次需求变更,整整9个月内,每人加班时间在两天以内。在以公司目标为衡量标准的前提下,我们是成功的,并且项目已到尾声,所以我才发出了这个总结的贴子。 - @Tony Zhou
只有自卑的人才会歧视别人。北大青鸟毕业的一样能做好开发,成为好的人才。 - @徐少侠
你的回复更像是自己的歪曲,仔细看看,我文章要表现的哪一个是你回复表达的观点? - 从07年中初次接触Scrum的概念到其中几年项目中逐渐实践CI、TDD,到亲自掌握项目实践Scrum近一年,最终我们放弃了Scrum这个框架和所谓的“自组织”。原因为何?1.成员放弃了Scrum所“赋...
- 如果你只是针对业务系统开发而招聘,对业务的经验、理解也是很重要的部分。
- 根据我的经验,这个人可能没有什么问题,他更多的是一种保留的态度,如果是竞争公司派来你们公司挖底的,就更要注意了。
- 经过三个月的Scrum、持续集成的项目管理工作,积累了这一份最佳实践与大家分享和讨论。
- 我的计划是两条线同时走,我与合作商的分析人员一起做需求调研、分析、系统设计,我方团队中核心开发人员牵头做现有系统的代码熟悉和评估,合作方原系统开发人员进行讲解。
- 我将应用持续集成和持续重构,Scrum的管理方式,但不会拘泥于形式,这个系列,基本上可视为敏捷的实践。我们的项目的另两个目标,是打造产品和团队。
- Justina Chen:伟大的朋友病刀阿小水曾经教导我们:人活在世上就是要向善向正义。腐朽不堪的人,实在是没有必要把自认为宝的那些垃圾往人家脑袋里塞。这些话是个人感悟,与最近生活无关。 2010-08-09 20:25 回应
- Justina Chen:企业里有两种人是很受上司欢迎的,一是干最多活的人,二是百分百服从命令的人。其实我认为,这两种人的广泛存在,反映的正是一个企业中层的平庸。 2010-08-04 19:15 回应
- 现在我们来讲讲存储服务(Storage Service)和管理工具(Fabric)。
- 本系列将系统地介绍Windows Azure,包括基本名词、编程以及Windows Azure的应用,并探讨Windows Azure可能给我们现行模式带来的变化。










