husthxd - by - 12 十月, 2007 17:05
针对开发人员在提交前没有检查代码的情况。
查看全文
husthxd - by - 12 十月, 2007 17:03
先前提到迭代开发的一个困境是已上线系统的维护问题,其实可以根据维护的工作量尽早的建立运维团队,在下一个迭代开始前或者开始后的短期内由开发团队把维护工作交由运维团队维护。
husthxd - by - 11 十月, 2007 21:50
管理有时候可以理解为把各项指标量化,然后采取必要的措施去修正.
如何量化?如何根据各项指标去定义必要的流程?
......
有时候,需要静下心来,好好思考一下这些问题.
husthxd - by - 19 九月, 2007 14:14
1.先研究买点,再研究卖点,通过买卖双方的沟通,达到替客户买东西的目的。
2.在立场上,要记住:他是永远的客户。
3.创意的来源:
扩大知识面、模仿+改良=创新、多跟非本行业的人员交流、从客户的利益出发考虑问题:你能给客户提供什么?
4.上面不要求,下面没想法。
husthxd - by - 15 九月, 2007 23:26
摘录:
1.简单是快乐的源泉。
2.现代人为何离婚率这么高?
因误会而结合;因了解而分开。
3.因别人而烦恼,可怜;因自己而痛苦,可悲。
4.挣钱的目的是什么?
提高生活质量。
5.压力因何而生?
标准太高:用自己的标准要求别人;用别人的标准要求自己;用圣人的标准要求自己;
能力不足,又妄想心生;
6.佛说:上天下地唯我独尊;上求普道,下渡众生。
主说:施比受更有福;燃烧自己,照亮别人。
7.快乐是来自于知道欣赏自己,感恩别人,以及适可而止的恬静心境。
8.累,只是身体的累。辛苦是心不甘,情不愿。
husthxd - by - 13 九月, 2007 17:48
所谓的问题放大化,是指平时客户在使用系统是发现问题,如开发商没有及时发现/解决并反馈,在客户高层会议上,这些问题就会摆在客户大老板面前.给人的感觉,就是问题给放大了.
如何避免问题放大化?
平时需要防微杜渐,特别要注意跟客户的沟通和交流,特别是客户信息部门的交流.及时掌握最终用户反馈的问题,并于相关人员协商解决方案.把问题消灭与无形之中.
沟通,是一门艺术.
确实,还有不少/不少的东西需要去学习.
husthxd - by - 13 九月, 2007 17:42
假如你的下属在试用期未到的时候要求提前转正,如何处理?
查看全文
husthxd - by - 13 九月, 2007 17:37
刚听完第一节,当然,不是现场:)
一些笔记.
enjoy it.
查看全文
husthxd - by - 09 七月, 2007 21:52
对业务系统而言:
开发完一个子系统,上线后,后续的运维需要耗费很多的资源去完善该子系统,做不好的话:
1.影响客户的满意度,直接导致客户对项目组信心的丧失。
2.影响到后续子系统的开发。
husthxd - by - 24 四月, 2007 21:02
2007.4.22参与了首届羊城人力资源战略高峰论坛,有机会听了张晓彤女士的主题演讲:如何看人不走眼。
查看全文
husthxd - by - 27 二月, 2007 09:55
husthxd - by - 12 二月, 2007 21:44
husthxd - by - 04 二月, 2007 13:03
昨天开会,boss让我们每人说两句话,我说了两点:
1.加强部门之间的沟通和交流
2.响应c#的号召:让程序员不再加班。
查看全文
husthxd - by - 02 二月, 2007 22:05
husthxd - by - 02 二月, 2007 20:38
husthxd - by - 23 一月, 2007 22:00
husthxd - by - 21 一月, 2007 21:00
husthxd - by - 24 十二月, 2006 16:40
husthxd - by - 03 十二月, 2006 18:16
husthxd - by - 26 十一月, 2006 20:58
husthxd - by - 12 十一月, 2006 13:09
不要让偏见影响你的决策.
标题很大,不过事情很小.
查看全文
husthxd - by - 12 十一月, 2006 12:36
husthxd - by - 24 四月, 2006 14:05
是jsf还是在传统的html+jsp+js的基础上做改进?
还是jsf+传统一起结合?
个人认为,试用一下jsf的组件式编程对j2ee的前台开发做一些改进是完全可以的.
husthxd - by - 14 二月, 2006 14:13
husthxd - by - 16 十一月, 2005 15:18
授权艺术的奥妙在于:做什么?让谁做?怎样做得更好? 查看全文
husthxd - by - 21 十月, 2005 12:14
husthxd - by - 17 十月, 2005 16:21
每一次你被打扰,你都丧失了有价值的时间--不仅仅是被打扰的时间,还有你要重新回到工作状态的时间。通常五分钟的打扰损失了20分钟的工作时间。你的人在工作,但你并没有真正工作。
查看全文
husthxd - by - 14 十月, 2005 16:09
husthxd - by - 11 十月, 2005 09:53
husthxd - by - 09 十月, 2005 09:15
husthxd - by - 23 八月, 2005 18:23
husthxd - by - 21 八月, 2005 11:34
husthxd - by - 19 八月, 2005 08:52
husthxd - by - 04 八月, 2005 18:37
周一客户评审,提出一堆的变更.
要赶在周三演示前完成.
结果周三完成不了之余,还影响了整体计划.
查看全文
husthxd - by - 01 八月, 2005 21:19
husthxd - by - 24 七月, 2005 21:50
husthxd - by - 15 七月, 2005 23:45
1.离不开高层的支持
2.离不开客户的支持
3.项目组成员的通力协作
......
查看全文
husthxd - by - 14 七月, 2005 18:15
husthxd - by - 10 七月, 2005 21:58
husthxd - by - 06 七月, 2005 21:50
只写有用的文档,什么才算是有用?由谁来定义?项目团队?如果意见不一如何协商?
查看全文
husthxd - by - 28 六月, 2005 21:43
目前发现60-80个bug.尚在控制范围内.
查看全文
husthxd - by - 28 六月, 2005 11:24
husthxd - by - 26 六月, 2005 12:56
如何有效的控制项目进度和跟踪项目的进度? 查看全文
husthxd - by - 26 六月, 2005 00:34
目前项目引入的一个组织架构.
集结团队的力量来达到项目目标.
查看全文
husthxd - by - 22 六月, 2005 17:54
其实有时候他们自己要什么都不知道,结果就变成什么都想要.
查看全文
husthxd - by - 25 五月, 2005 17:50
husthxd - by - 17 五月, 2005 19:52
老外的关于项目管理的知识确实很规范,很专业.
但如何应用到国内的项目中?
查看全文
husthxd - by - 16 五月, 2005 18:58
husthxd - by - 15 五月, 2005 23:26
husthxd - by - 14 五月, 2005 20:07
husthxd - by - 13 五月, 2005 23:08
husthxd - by - 12 五月, 2005 22:43
husthxd - by - 10 五月, 2005 21:24
husthxd - by - 30 四月, 2005 23:15
husthxd - by - 17 四月, 2005 12:18
husthxd - by - 16 四月, 2005 17:34
http://www.itpub.net/338435.html
他白天的时候效率不高,嫌吵闹(主要电话,公司人的声音等),会把一些工作挪到晚上做,这样问题就出来了:
他迟到那就先不说,有时候项目组白天讨论问题的时候,他的步调和大家不一致,他常常很少和组内其他人沟通,你找他聊聊,他说没啥意见,很好,你也看不出他有什么敌对情绪和不满。他技术很强,但是不和别人沟通,你说这样的人是不是不适合参与team呢?
给他一个人一个项目,能做好吗?
查看全文
husthxd - by - 12 四月, 2005 14:55
evo强调:
短期跌代,每次跌代交付一个渐进版本
渐进式的需求和设计
自适应客户驱动或者价值的计划
用数量方式定义所有的质量控制
查看全文
husthxd - by - 11 四月, 2005 19:52
1.在短期的时间箱迭代中开发
2.在早期的迭代中,开发高风险和高价值的元素(如,核心架构)
3.确保把价值观传递给客户
4.在项目中尽早的考虑变化
5.作为一个团队协同工作.
查看全文
husthxd - by - 09 四月, 2005 00:15
husthxd - by - 07 四月, 2005 10:08
husthxd - by - 06 四月, 2005 10:05
husthxd - by - 05 四月, 2005 21:06
husthxd - by - 04 四月, 2005 16:28