您正在查看 "项目管理/敏捷" 分类下的文章 2011-10-14 22:59 扫到这篇文章，印在记事本上的价值观。之前也有朋友遇到我，问公司的价值观。确实很少有文章提到，我想我随便写写应该不算违反规则。 http://ryanspoon.com/blog/2010/02/13/zyngas-6-core-values-help-create-a-culture-of-success/ 在这家公司我感受最大的不同确实是价值观，国内公司的价值观一般都是挂在墙上，但那都是给访客看的 ....做事全靠个人修养了。 这家公司的价值观确实成为了做事准则和评判标 |
2010-07-20 23:36 ”敏捷“很容易搞成形式主义~~~
早起站立会议是标志性的安排，很容易搞成象征性内容了。
一个真正可以控制项目的经理，开站立会议不是听大家昨天的进展，和计划今天的工作就完了，如果这样完全可以用工作日志来完成，还省去了大家站一起每人5分钟的发言。
我觉得早起晨会的作用是:传递压力,工作安排重新洗牌,明确今天个人和集体目标
我认为站立会议最大的作用是统一思想，将每个人零碎的工作，每天做一次贯串，通过每个人的工作说明和阻碍，结合项目经理的简介，让大家知道整体进度，让每个人重新感受一次压 |
2009-11-27 13:36 刚看了篇文章，人家100多年前抢银行都准备的如此充分。我们这些搞IT技术的人有时候反而有时候老是在拍拍脑袋胡说。
有感于工作多年,经常听到有人一开口就说:
XXX情况肯定是XXXX的问题
XXX应该这么这么设计,肯定没问题
当然也有让我特别印象深刻的,就比如:明天我就交给你
每每听到这些让人觉得搞IT真有点中国厨子做饭,全靠个人感觉啊。
还是尽可能的周到。
自夸一下:
我每周为老板准备周会，一般在说一件决定或者某件事情的意义时，都会带上这件事的上下文背景 |
2009-06-01 22:59 我记得我以前的领导说为什么叫我们工程师不叫程序员，因为我们不仅要会写程序，而且懂网络，懂服务器，我们不是只把程序写完，而是要像搞建筑的一样在搭平台。合格的工程师首先要有责任心，你可以什么都不会，但你不能在你会的事情上做不好，做的不认真，许诺就要完成，许诺就是责任。
我记得以前的时候，我们通宵达旦的上线新产品，第2天大家困了就去休息室沙发上睡觉，没人提出要走，因为产品刚上线完不知道是否会有新问题需要紧急处理，而且知道上线的程序不好，都不好意思走，晚上还要继续改。还有一次我们组的一个同事为 |
2009-05-14 22:46 最近公司希望上线可以自动化,基于SVN来发布程序,参考了以前同事开发的SVN上线系统,自己写了个脚本放在linux上使用,只所以是参考，因为那套系统不错，但是php+django,部署麻烦,想想全套流程就用3个svn命令:checkou,log,list,所以自己写了个脚本.......本打算把脚本放出来，如果谁需要可以拿去改改用，后来因为我们的SVN目录层次太过灵活~~导致脚本配置环节很绕...我自己都有时候搞错~~~就不放出来丢人了...
这是我画的整体流程:
1.开发人员维护一套开发代码库，做每日代码提交
2.开发到一定阶段 |
2009-03-31 21:39 记得还在博客的时候我就定下了一个目标:像wikipedia的团队一样,几个人运维一个全球国际性的网站。
现在还在向这个目标努力。一个真正的管理者能让一个平民团队变成超人团队。 |
2009-03-26 12:15 项目经理必须与项目关系人磋商需求，而不是收集需求。
经过多年研究，我已经得出一个结论，在技术团队内普遍存在的最有害的观念之一是“收集用户需求”。事实上，十多年来，该行业内每个人都已接受了这个惯例，即每个IT项目的最初阶段应该是从商业用户那收集他们的需求。
至少在理论上，我们所有的工作都从此开始。（当然，这也成为项目中最常被忽略的部分。）因此，现在我们的IT项目成功率已经向停滞消沉水平靠近了25%，也许我们应该质疑这种长期的明智之举是否有问题。
当我在国内各地出差，进 |
2009-03-19 10:22 要上线新产品了，在大的产品、功能上线前准备份上线计划和checklist是个很靠谱的事！
毕竟这是最后一次确定开发的系统以及所要部署的环境是否靠谱,如果这里万事俱备了,上线就一般不会有错,至少不会有大乱子。
我见过不少team开发的系统上线后系统整体下线，或者个别功能下线的情况,这样的情况即使在现在也没有终结过~~~，一份上线计划对于一个正规的团队还是很有必要的,嘿嘿,我带过的项目从未发生过这种情况,不能引以为傲,这是一个项目最基本的要求啊。
上线计划不仅是给自己的team检查所有事情是否已经OK，也是给其他 |
2009-03-13 22:03 记得很早以前,一位同事在开会时讲了一个故事,故事大概内容是：一位偏远地区的农村大叔,用了我们的免费，白给的博客，有一次我们的博客出了故障，大叔不能写了，就打个长途过来投诉希望尽快解决，这位大叔只所以很着急，希望尽快解决是因为他哪里很偏远，平时也没什么人进出的地区，大叔靠写博客找到了认同，由于他写博客介绍自己村里的情况，很多人才知道原来中国还有这个地区，大家才知道中国还有这么一位大叔，对于大叔自己来说他是活着的，但是对于更多的人来说他其实和死了差不多，因为除了他村里几十个人外，没人知道还有这么个活 |
2009-03-11 9:26 技术管理的挑战性在于,不仅技术要有一定的好,涉及的面要广,才可以服众,还能引导同事们继续的学习,扩展思路,深入研究;同时还要可能够有序的项目管理，发挥每位同事的能力，不仅让他们发挥自己的能力，而且乐于去做，有奔头,还要让整个团队发挥出整体的力量，变成1+1>2。
一个互联网开发项目我觉得至少要经过:
1.与产品讨论具体需求,功能未来扩展
2.指定技术平台,框架
3.开发所应用技术储备,测试
4.运维方案考虑
5.开发计划,里程碑规划
6.基础类库测试,应用测试,压力测试
7.运维工具开发,运维方 |
| | |
