今天team来新人了...

Dan.and.Andy

我有一周被赶走的经历,还有半天被赶走的经历(不是专业工作)

乱码

原帖由 kr2000 于 2011-6-21 09:55 发表
乱码兄你们现在用scrum吗？

是啊，scrum还不错，能让developer比较busy.

作新project，scrum planning的时候，有的东西define的不清楚，边界不明显，或者过于细分，会导致underestimation/overestimation,甚至step on each others toes,会有比较严重的merging问题。

整个team的effective communication就很重要，要keep everyone updated.

你不仅要知道你在说什么，你还要知道别人在做什么。

所以team的size就不能特别大，5-6个是极限，更多的dev就要split team了。

所以scrum master的经验很重要，不仅要技术好，能做正确estimation,而且需要project管理经验丰富。

kr2000

你们用神马工具来做planning，sprint多长时间？

原帖由 乱码 于 2011-6-21 10:24 发表


是啊，scrum还不错，能让developer比较busy.

作新project，scrum planning的时候，有的东西define的不清楚，边界不明显，或者过于细分，会导致underestimation/overestimation,甚至step on each others toes,会有比较严重的merg ...

乱码

原帖由 kr2000 于 2011-6-21 10:34 发表
你们用神马工具来做planning，sprint多长时间？

kr2000,谢谢加分阿！！

我们都是用tfs，用work item作，BA从business拿requirement，细分成 product backlog item（pbi),根 project manager一起prioritise/sizing。

在scrum meeting的时候，根据sizing/priority/team的velocity从backlog中抓items.

Dev team再把每个pbi细分成 sbt(sprint backlog task)来implement,同时做时间的estimation，具体到hrs.同时分析pbi的dependency。

每个developer都有自己focus factor，我们一般定0.7(其他的0.3让你作admin的事），然后用一个sprint的hrs乘这个系数，跟spt的estimation来match.

一般scrumb meeting之后，team的每个人都知道要做什么和如何去做了，所以这个meeting不要轻易miss out,否则这个sprint就比较迷茫。

我们的sprint是一个星期，比较stressful，但还可以manage。

有的公司用jira+tfs来做，jira弱化了tfs的作用。但也还行，

[ 本帖最后由 乱码 于 2011-6-21 10:53 编辑 ]

greed

原帖由 乱码 于 2011-6-21 10:24 发表


是啊，scrum还不错，能让developer比较busy.

作新project，scrum planning的时候，有的东西define的不清楚，边界不明显，或者过于细分，会导致underestimation/overestimation,甚至step on each others toes,会有比较严重的merg ...

estimation要靠经验，这点至少在可预期的未来是无法避免的。

atransformer

找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

kr2000

scrum不是没有project manager吗？这个细分工作是不是master做
sprint这一周基本上就是自己干活？还要不要做一些其它的team meeting

哈哈，我对这个挺干兴趣，问题比较多
楼歪了不好意思

kr2000

那是你induction没做好吧
第一天让人碰production

你的小说拖太久了，快点写呀

原帖由 atransformer 于 2011-6-21 10:58 发表
找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

atransformer

原帖由 kr2000 于 2011-6-21 11:01 发表
那是你induction没做好吧
第一天让人碰production

你的小说拖太久了，快点写呀

这个没办法，看了小说以后你就明白了。
我还在国内。 等回了澳洲小说继续

hpwa032

原帖由 乱码 于 2011-6-21 10:51 发表


kr2000,谢谢加分阿！！

我们都是用tfs，用work item作，BA从business拿requirement，细分成 product backlog item（pbi),根 project manager一起prioritise/sizing。

在scrum meeting的时候，根据sizing/priority/team的veloc ...

Baby, seems like you are not busy at all, for this sprint,I am quite relax, but surely busy for next sprint.

Dan.and.Andy

原帖由 atransformer 于 2011-6-21 10:58 发表
找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

找工跟博士不博士没有什么关系,就看工作适合不适合你.每个人都有自己的强项,博士能干的咱不一定干的了.我来澳大利亚之前没写过一行程序,全靠自学了,几年过去了,一样在这个行业里混着,就是门手艺而已,不高端.我大学也没怎么好好上过,博士在我眼里还是挺崇高的,屈尊来当程序员可惜了,你不觉得他比你还冤吗?

rogerk

原帖由 乱码 于 2011-6-20 18:09 发表


sorry for the confusion

shell不是给developer用的版本，它不能打开solution，也就是不能写code.

一般这种版本BA/project manager用,只是能access tfs的.

这个vs shell难道也是看着像一个visual studio一样的东西么？我还真是out了。。

findcaiyzh

原帖由 atransformer 于 2011-6-21 10:58 发表
找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

我们组里也有一个，真是惊心动魄啊。

Fernando

原帖由 atransformer 于 2011-6-21 10:58 发表
找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

testing 也没什么大事啦
早年我在woolies听到一个事，本来Database support要外包印度的。来了一个offshore DBA学习准备KT，第一天，drop production DW
然后，大家的工作都保住了

porcorosso

原帖由 Fernando 于 2011-6-21 12:34 发表

testing 也没什么大事啦
早年我在woolies听到一个事，本来Database support要外包印度的。来了一个offshore DBA学习准备KT，第一天，drop production DW
然后，大家的工作都保住了

哇这个强啊！！全世界肯定晕了

Dan.and.Andy

第一天喝喝茶,看看文档,认认人,哪里有上来就开源码开练的?contractor也是练可有可无的小活。再说,不是有mirror server吗?重要的数据data replication要设置吧?怕什么.

minnyz

原帖由 Fernando 于 2011-6-21 12:34 发表

testing 也没什么大事啦
早年我在woolies听到一个事，本来Database support要外包印度的。来了一个offshore DBA学习准备KT，第一天，drop production DW
然后，大家的工作都保住了

肯定不止一个这样的傻帽。

梦呓人

原帖由 乱码 于 2011-6-21 10:51 发表


kr2000,谢谢加分阿！！

我们都是用tfs，用work item作，BA从business拿requirement，细分成 product backlog item（pbi),根 project manager一起prioritise/sizing。

在scrum meeting的时候，根据sizing/priority/team的veloc ...

乱码兄，你们一个spirnt才1周（一般2-3周吧），这个是挺紧的，因为至少还要半天在开会。

乱码

原帖由 kr2000 于 2011-6-21 10:58 发表
scrum不是没有project manager吗？这个细分工作是不是master做
sprint这一周基本上就是自己干活？还要不要做一些其它的team meeting

哈哈，我对这个挺干兴趣，问题比较多
楼歪了不好意思

你说的可能是纯技术的scrum,我个人觉得应该把BA的工作包括进来，我知道很多project manager都在作BA的事.

sprint干活基本上是在自己pick up/implent sbt，但相当多的internal communication，尤其是在作new project的时候。

可能作existing system bug fixing的时候不用这么intensive的comm, but anyway, it's good to talk to ppl.

scrum永远是个很有意思的话题，有机会让公司training你，而且在比较好的team中implement一下，对你以后晋升到management还有好处。

乱码

原帖由 greed 于 2011-6-21 10:58 发表

estimation要靠经验，这点至少在可预期的未来是无法避免的。

proper estimation的确很重要，我原来做jnr的时候，complain最多的就是这个，I could feel the pain

梦呓人

原帖由 kr2000 于 2011-6-21 10:58 发表
scrum不是没有project manager吗？这个细分工作是不是master做
sprint这一周基本上就是自己干活？还要不要做一些其它的team meeting

哈哈，我对这个挺干兴趣，问题比较多
楼歪了不好意思

scrum特点就是没有project manager。细分工作我们一般是一群人一起讨论，每一个小task需要完成的时候每个程序员说个数字，然后平均一下，大家都认可。一周基本上就是干在sprint里面的活，如果有其它人要你做比较大的事情，让他把项目发给scrum master，然后sm会加到下一个sprint的backlog里面。至于其它的team meeting，如果是前期就计划好的，一般也会作为单独的task为要参加的人创建好。如果是临时短暂的，就直接outlook meeting request了。

乱码

原帖由 atransformer 于 2011-6-21 10:58 发表
找工真看运气。

我当年招人。来了一个中国博士。我看他岁数挺大，就恻隐之心了。问了几个很简单的问题。就让他来了。

结果，这大哥上班第一天就用 production server 作testing. 我都傻了。他的故事，回头参看俺的小说

太愣了，从manager的角度来说，dev都不应该信任，他们的delivery应该止步在UAT，剩下的事让ops去做。

乱码

原帖由 hpwa032 于 2011-6-21 11:13 发表


Baby, seems like you are not busy at all, for this sprint,I am quite relax, but surely busy for next sprint.

No, i'm busy, but still manageable.

It's good to hear from u again.How's going on with your new job?

乱码

原帖由 rogerk 于 2011-6-21 11:23 发表


这个vs shell难道也是看着像一个visual studio一样的东西么？我还真是out了。。

嗯，shell version完全就是Non-dev用的工具，是一般vs的subset.

乱码

原帖由 Fernando 于 2011-6-21 12:34 发表

testing 也没什么大事啦
早年我在woolies听到一个事，本来Database support要外包印度的。来了一个offshore DBA学习准备KT，第一天，drop production DW
然后，大家的工作都保住了

我猜这个人是你们大家一起出钱请的

乱码

原帖由 Dan.and.Andy 于 2011-6-21 12:57 发表
第一天喝喝茶,看看文档,认认人,哪里有上来就开源码开练的?contractor也是练可有可无的小活。再说,不是有mirror server吗?重要的数据data replication要设置吧?怕什么.

不怕他break anything，但这点trouble shooting的能力应该是具备的。

乱码

原帖由 BJ-KING 于 2011-6-21 13:01 发表




乱码兄，你们一个spirnt才1周（一般2-3周吧），这个是挺紧的，因为至少还要半天在开会。

比较标准的是2 weeks，我们的sprint的确有点太短了，不过it works well.

jerryclark

原帖由 Fernando 于 2011-6-21 12:34 发表

testing 也没什么大事啦
早年我在woolies听到一个事，本来Database support要外包印度的。来了一个offshore DBA学习准备KT，第一天，drop production DW
然后，大家的工作都保住了

还好是第一天就drop了，大家工作都保住了。
要是瞎折腾了一个月以后大家都走光了来个drop，那才叫惨

jerryclark

原帖由 greed 于 2011-6-21 10:58 发表

estimation要靠经验，这点至少在可预期的未来是无法避免的。

estimate的时候还要把developer上足迹的时间也算上去。

minnyz

原帖由 jerryclark 于 2011-6-21 14:43 发表

还好是第一天就drop了，大家工作都保住了。
要是瞎折腾了一个月以后大家都走光了来个drop，那才叫惨

过一个月再drop, 老板一后悔高薪把大家请回来，这情节和萝卜同学的经历可有得比了。