Danube Technologies - Comments

I had the privilege of

MichaelJames — Sun, 11 May 2008 01:45:44 -0500

I had the privilege of working with Jim Schiel this week at a CSM class in Manhattan. I'm blessed to be on a team with the likes of Kane Mar, Dan Rawsthorne, and now Jim Schiel.

Some class participants were eager to discuss an interesting situation at their organization. We found ourselves in the position of trying to second guess thirdhand stories about past decisions made by a Scrum coach and an onsite uber ScrumMaster.

That night it occurred to me our role as Scrum trainers is to impart fundamental principals and past experience so that people can make their own judgements about particular circumstances they know much more about than we do.

The very few "rules" of Scrum are there to exploit basic laws of nature. Stephen Covey might call them "lighthouse principles" -- you don't break them, you only break yourself against them.

If you extend a Sprint past the original commitment, the Scrum Police aren't going to arrest you, but you'll probably miss an opportunity to learn something that would make you a better performing team in the future.
If you stuff a team with more people that can easily keep track of each other (about seven), self organization will probably suffer.
If you fail to ratchet up your definition of "done", you'll either slip your release date until you do, or ship a shoddy product.

You already knew this, but your friendly neighborhood Scrum rules are there to counteract your natural tendency toward self deception. When breaking a Scrum rule, I suggest asking yourself whether you're doing this to mask an organizational impediment.

Recommendations on the other hand, are more situational -- sometimes wrong for a given circumstance. Should the taskboard be updated during the Daily Scrum, or beforehand? Should technical debt be exposed on the Product Backlog? Can we have a team of ten if they have really good teamwork skills? Is adding a new person to a team more harmful than taking someone away? Ask ten Agile experts and get eleven different answers. We've all discovered different tools to get on the same pathway.

--mj

fdff

sohpet — Thu, 8 May 2008 01:57:13 -0500

havaland?rma
havalandirma
izolasyon
Sohbet
iso 9001

DSDSA

Anonymous — Tue, 6 May 2008 20:24:14 -0500

wow gold
wow gold
wow gold
wow gold

DSDSA

Anonymous — Tue, 6 May 2008 20:20:53 -0500

good

I've just started to create

Anonymous — Mon, 5 May 2008 15:18:08 -0500

I've just started to create a wrapping .NET assmebly to facade the webservice calls with an interface more according to the java documentation. It's pretty much simply typing stuff, but I would like to stop that if somebody already did it...

can it suppot automatically

adams — Sat, 3 May 2008 01:25:07 -0500

can it suppot automatically backups data on schedule, just like somw win32-apps (like urgent backup), I think this feature will be useful.

Willi

MichaelJames — Mon, 21 Apr 2008 02:47:02 -0500

You seem to be in Brazil. Have you read the book _Maverick_ about Semco?

--mj

I did a funny video

Willi — Thu, 17 Apr 2008 15:41:32 -0500

Hi Michael, I've posted it before and I don't know if you've watched it, but I did this video with my sense of humor: http://www.youtube.com/watch?v=g_Y-eHsADrw

Cheers!

I agree - but I am optimistic

JR — Mon, 14 Apr 2008 08:11:46 -0500

Hi Victor,

Great summary. I am just making my way through the Toyota way also and really enjoyed this story.

It showed how far anyone has to go before they come close to the level of application Toyota has with TPS. I would also stipulate that copying Toyota should not be the goal per se (I don't think that is possible). Each will need to find there own way (and Toyota has much to offer here).

Regarding agile. Yes I agree it will undoubtedly share stories similar to that of Toyota and lean. But I think it is good none the less (when you consider the the alternative).

Those companies that embrace the principles and values will succeed (some will fail). Those that don't may also succeed (I and others like yourself may choose just not to work there).

Great post. Thanks for sharing.

From the server.log

nlovhaugen — Mon, 14 Apr 2008 05:20:31 -0500

2008-04-14 12:12:56,585 WARN [org.jboss.system.ServiceController] Problem starting service jboss:service=Naming
java.lang.NullPointerException
at org.jnp.server.Main.getNamingInstance(Main.java:301)
at org.jnp.server.Main.initJnpInvoker(Main.java:354)
at org.jnp.server.Main.start(Main.java:316)
at org.jboss.naming.NamingService.startService(NamingService.java:284)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:417)
at org.jboss.system.ServiceController.start(ServiceController.java:435)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

I have the same problem

nlovhaugen — Mon, 14 Apr 2008 05:18:53 -0500

I upgraded from Basic to pro (version 3.0).

The upgrade seemed to go smoothly. I did not get any errors.

The problem is that when I access http://localhost:8080/scrumworks/ the page is blank. (No errors, just white page).

It is the same if I enter http://localhost:8080/scrumworks/webclient/.

I have tried the solution you suggest here, but if I change the jboss ports it does not help.

I have also tried to start and stop the service several times.

I would really appreciate some help on this issue.

Kind regards,

Would like to have your feedback.

Abhishek Agrawal — Thu, 10 Apr 2008 04:30:51 -0500

A very thought provoking blog Kane.
I have used excerpts from this blog on mine - "Do We Really Need An Agile Coach" at http://blog.xebia.com/2008/04/10/do-we-really-need-an-agile-coach/

Would really like to have your comments on the same!

Regards
Abhishek.

If you want to be the most

Anonymous — Mon, 7 Apr 2008 02:47:05 -0500

If you want to be the most powerful in game, you should have the enough
Wow gold then you can buy the best weapons, equipment, etc. But Farming
wow Gold is very boring and waste a lot of time.

If you want to be the most

Anonymous — Mon, 7 Apr 2008 02:15:23 -0500

If you want to be the most powerful in game, you should have the enough
Wow gold then you can buy the best weapons, equipment, etc. But Farming
wow Gold is very boring and waste a lot of time.

:D

MichaelJames — Sun, 6 Apr 2008 06:57:33 -0500

Great video! I also went to your blog, but I can't read Portuguese. I did recognize "there is nothing new under the sun."

--mj