Posted on

How to Create a Scrum Burn-Down Chart in Standard Time

Scrum burndown charts, or project history charts, as they are called in Standard Time help managers see the time remaining for projects in a line chart.  An example is shown below.  As many know, Standard Time is more than a timesheet.  It contains many project management features like task linking, resource allocation, earned value analysis, utilization percentages and rates.  These can be pretty boring topics unless you need to know where your project is headed.  And then they become pretty valuable tools all of a sudden.  Let’s take a look at the scrum chart.

 

Notice the falling line chart.  We’ll explain that shortly.

 

Scrum Burndown
Scrum Chart in Standard Time

The first step to creating this chart is to turn on project history.  Choose Tools, Projects and click a project to begin.  The project properties will display in the right-hand property panel.  Check the “Save task history” checkbox, as shown below.  This forces Standard Time to save time remaining for each project task when hours are entered into the timesheet.  Hours remaining are the raw ingredients for the scrum burndown chart above.

 


Save Task History in Standard Time
For Burn-down Chart

 

After turning on the “Save task history” option, now you’ll simply create project tasks and log time to them.  The image below shows a sample list of tasks.  Just remember that each task has a “Remaining” number of hours.  Those hours are plotted on a line graph in the scrum chart.  All tasks are combined to give a snapshot status of your project.  As you log daily time, those hours will fall, until they all reach zero.  Then the project is done!  You’ll see this gradual fall in the burndown chart.  Each week, you’ll notice trends developing.  Hopefully, going toward zero and completion.

 


Project Tasks in Standard Time

 

–newshirt

Posted on

Vicarious Goal Completion

Bear with me…  Vicarious Goal Completion is a pretty obscure title, but there’s logic to it.  🙂

Psychologists have observed a strange human peculiarity.  And it relates directly to project management.  It’s called Vicarious Goal Completion.  Researchers first encountered it while studying fast food menus.  Can I get you to bite?

When fast food menus contain a “Salad” choice or other healthy food items, people purchase the junk food instead! 

Here’s why: People who see healthy items on a menu feel good about their weight loss goals and give themselves permission to indulge a little.  So, they eat the burger and fries instead.  In other words, they remember eating good and believe they have already attained their goals, so that gives them permission to splurge.  The goals are completed vicariously through the menu itself.

Obviously, this is just a slick way of tricking oneself into dodging responsibility.  They used to call this laziness.  Any excuse to pig out.

I’ve notice the same behavior with software downloads and project tasks.  The ratio of downloads to form-completions is pitifully low.  In other words, people take the time to fill out a download form, but never actually install and test the software.  Vicarious Goal Completion!  The person believes they have finished the job, when in fact, they have only just begun.  Filling out the form gives them a warm fuzzy feeling about the goal of procuring software, and that warm feeling is enough to satisfy them.  They don’t actually care if they download, install, and test.  They have met their goals and that’s all that matters.

The same is true of project management.  Beware of employees who start tasks, but never complete them.  Once a task is started, good feelings arise.  Those good feelings give the employee permission of quit because they feel they have already finished, or full completion is within sight.  Vicarious Goal Completion!  Nobody likes to take their project tasks to the uttermost level of completion – unless forced to do so.

 

–ray

Posted on

Technologies that Matter in a Slow Economy

Bare-bones hardware and software, and all things virtual dictate the game of computing in a slow economy.

A recent advertisement by Microsoft caused a stir among the Mac-loving community of tech workers. The ad shows a flame-haired Lauren looking for a 17-inch laptop for under $1,000. The challenge is that if she finds one that meets her specifications, she gets to keep the laptop and the change from the $1,000. And so she first goes to a Mac store where the only thing that falls within her budget is a 13-inch Macbook. Slightly dejected, she drives off and along the way says the line that struck a raw nerve among Mac fans and probably Apple itself: “I’m just not cool enough to be a Mac person.”

She enters another computer store where she finds two laptops that meet her needs on top of her 17-inch monitor requirement for only $699. The ad ends with the line, “I’m a PC and I got just what I needed.”

Ever since the TV spot came out, the Mac community has been up in arms, dismissing all things PC and the operating system that most of the time goes with it. However, pundits believe that no matter how “cool” Mac may be, the deciding factor for buying PC is price point. When things are tough and everyone is worrying about their finances, notwithstanding the availability of disposable income for some, people are conscious about the amount of money they spend on technology.

The same is true whether one is buying technology services, software, or hardware. As the world gets on with the current crisis, technology is responding at rapid speed to manage the needs of individual and enterprise tech buyers everywhere.

So what are the technologies that actually matter in this climate? Here are a few:

Virtualization – Video conferences, virtual meetings, and screen sharing are just a few of the ways the tech world is replacing bricks-and-mortar or traditional modes of conducting daily business. Virtualization makes it possible for workers to overlap work schedules across different time zones and collaborate on projects that are stored in different parts of the globe. Moreover, telecommuting becomes a trend even–or especially–among large enterprises who benefit from lower overhead costs and thankful workers who are happy to skip daily commutes and save on gas. Who needs to be physically present at the office when you can access your virtual desktop hosted by an outsourced data center?

Cloud Computing – Technology suppliers, from Microsoft to Sun to Amazon to startups, have embraced cloud computing as the next wave of business technology service. Buyers need applications and services that can be deployed as soon as possible and with as little maintenance required. Cloud computing also eliminates the need to build armies of engineers to create applications that can be “rented” anyway.

Enterprise Telecommunications – Businesses are getting savvier when it comes to enterprise communication, that any meeting, conference, or messaging that can be done via BlackBerry, VoIP, or company-supported IMs is welcome. Those that can invest in infrastructure requirements to put these technologies in place for two reasons: (1) to minimize the cost of or need for business travel and (2) to facilitate seamless communication among workers from different locations.

Open-Source – In early February, the British government released a policy that emphasized preference for open-source over proprietary software in order to cut down cost on technology spending. With proper due diligence, the move is surely to be copied by various industries everywhere in the quest to manage operating costs while remaining productive and responsive to customer demands.

Bare-Bones Hardware – The popularity of netbooks can be attributed to its portability, and a more so to a much friendlier price point. As software and file management move to the clouds and storage becomes cheaper, tech buyers, such as Lauren in the Microsoft commercial, realize that they only have to spend on what they need. Who cares about the cool factor when they have to spend their money wisely? In early March, Microsoft CEO Steve Ballmer announced the company’s plans to deliver the “netbooks” of servers that sport features that meet minimal storage and network management needs of businesses.

By ExecutiveBrief

http://www.executivebrief.com�

Posted on

The X, Y, and Z’s of Product Development

A certain thing happens in product development…  (It used to bug me to death, until I got used to it.)  Your product development team just finishes a great new feature.  Everybody rejoices.  Good feelings, pride, and celebrations.  All that…  The new release is posted on the web, and you start to get downloaders.  Potential customers are giving it a look.  And you know they are seeing the great new feature you just added.  It has “X” and “Y” new things.  Everyone will love it.  Everyone will buy.  You’re sure of that!  Finally… we’ve gotten a great product out there…

The next thing you know, you get an email from an evaluator.  He can’t believe how short-sighted your product is.  In fact, he’s practically indignant.  It’s missing a key feature he needs, and he can’t belive you’d ever consider shipping a product without it.

He asks, “Can you do it?  When will it be available?

“Maybe, next month.  Can you describe it more fully?”

“Oh, I can’t wait that long…  Forget it.”

The situation is that you’ve completed “X” and “Y” but haven’t gotten to “Z” yet.  And that’s what spoiler-boy wants.  Problem is, you never considered “Z” until you completed “X” and “Y.”  Or worse yet, didn’t consider it until he pointed it out.

This is so common.  People cannot see to very down the product road-map.  That’s human nature.  They can see “X” and “Y” but only have fuzzy glimpses of “Z.”  That is, until some grumpy customer complains that it’s not in the product.  He doesn’t see the hard work you put into getting the first releases out.  I.e. getting “X” and “Y” out.  He just sees that “Z” is missing, and feels pretty certain that he can’t do without it.  He’ll move on…  Somebody out there must have it.  “I’ll look around…” he says.

Better get cracking.  Again…

 

–ray

Posted on

Let the Client Be Your Project Leader

Customer-driven project management uses the voice of the client as a guide at every turn of the project’s life cycle to achieve optimum quality.

Project teams that put the interest of their clients are assured of repeat businesses and long-term relationships. They know that at the end of the day, their processes and methodologies are established to meet clients’ expectations. And meeting clients’ expectations hopefully means satisfaction.

It has always been the goal of project teams to complete projects on time within cost and fulfill quality criteria, but it has often been the case that when projects are implemented, project teams focus on their tasks more and lose sight of their relationships with clients. Now, thanks to the current dynamics of an increasingly demanding business environment, the management concept of too much organizational and process control that on many occasions resulted in alienating customers is slowly giving way to a marriage of disciplined process implementation and customer satisfaction. And by satisfaction, it means giving more than what is required.

Customer-driven project management uses the voice of the client as a guide at every turn of the project’s implementation process to achieve optimum quality. According to Bruce T. Barkley and James H. Saylor in their book Customer-Driven Project Management (2001), this management approach involves the following items, which we expand to meet the more complex needs of today’s client-supplier relationships:

  • Cooperation between client and vendor through a structured process. There has to be a mutual understanding of every step of the process and what is required from either party. Such expectations are written down as requirements, roles and responsibilities, decision points, milestones, and metrics.
  • The customer drives the project through customer-driven teams. The customer’s satisfaction is the end-goal of all efforts, and this satisfaction is defined by continuous quality improvement of products and services.
  • A link among the customer, process owners, and suppliers. The link refers to the integration of all efforts and internal processes used to arrive at task completion and their integration. Furthermore, this link also means unlimited access to clients, sponsors, and their project counterparts through open communication to set expectations and facilitate feedback.
  • A customer-led team that is fully capable to accomplish and improve every aspect of the project. The client is involved in building and managing the project team. But while the client has a high level of involvement in managing the team, members are encouraged to identify key areas of improvement, and communicate this knowledge. Unless empowered to do so through open communication, access to the right tools and technologies and trainings, project team members will only focus on accomplishing their tasks without so much regard for improvements in products and services, and this does not spell a healthy competitive spirit in the grander scale of things. In other words, make consultants out of project teams because in the long run, their accountability for the project will result in competitive products.  Encourage creativity and innovation.
  • A disciplined project management methodology. Clients and providers should agree on a project management system and implement this agreement at every stage of the product lifecycle. Because of the nature of this approach, the project starts and ends with quality, which means that quality issues are identified at the start of the project and addressed throughout its course. How quality issues are addressed also largely depends on a well-designed systems and implementation plans.

    • Customer-driven project management does not veer far from many project management approaches. However, client leadership and continuous improvement through the team’s feelings of ownership of the project spell the difference between just finishing tasks and pleasing the customer. 

    By ExecutiveBrief
    Technology Management Resource for Business Leaders
    http://www.executivebrief.com

    Posted on

    Beware of Default Behavior

    My definition of “default behavior” is: doing what 90% of the world’s population does, when faced with a new or unfamiliar situation.  Panic and give up.  Let me explain.

    The “average guy on the street” almost always acts the same way when faced with something new or unfamiliar.  He throws up his hands and asks for help.  No thought.  No research.  Just give up and ask for someone else to do it for him.  “Tell me how to do it.”

    If you expect to manage projects or people, you must learn how to think independently.  And learn how to handle unfamiliar situations without exhibiting “default behavior.”  Here are some examples:

    You are asked to download a program:

    Default behavior: “What’s the URL again?”

    Better: Google the name or look it up in your list of products.

     

    You are asked to reconfigure all the users in a certain program:

    Default behavior: Call tech support and ask how

    Better: Explore the program and learn it

     

    Your project is over-budget and stalled:

    Default behavior: Ask for more money, time, and resources

    Better: Huddle up and cut secondary priorities

     

    You may not suffer from these exact scenarios, but the general advice is sound.  Learn to recognize your responses to unfamiliar and stressful situations, and improve them beyond the default behavior.  Career advancement depends upon it!

    –ray

    Posted on

    The Key Success Factors in IT Business Alignment

    As business needs help set IT’s priorities, how IT departments align their solutions with business objectives hinge on a number of success factors.

    The most pressing issue among CIOs, according to a 2008 survey by Society for Information Management (SIM) is the alignment—or misalignment—of IT with business. As IT departments need to consolidate their resources, there is a growing concern among CIOs that doing so may not be so easy. One cause of this issue is that tech workforces are seen as merely solutions provider instead of as strategic resources to achieve business success. Meeting business expectations effectively should be the goal of IT, but more importantly, of business

    There are several approaches that can be taken to align IT with business. Some approaches focus on the roles of individual IT contributors, while others focus on the needs of the business side and their position in the market. It is up to CIOs to identify key business needs and turn these needs into objectives that their IT organizations must achieve. CIOs also have the responsibility to build organizations that can deliver the right support to various project portfolios.

    IT departments are there not just to provide computing solutions. Businesses will get more value from IT by considering their operational and strategic business needs. As business requirements help set IT’s priorities in terms of identifying resources, form insourcing and outsourcing strategies, and set up infrastructures, how IT departments implement their chosen approaches hinge on the following success factors:

    • Open communication lines. IT departments and their business counterparts should set up a communication system that actively involves all stakeholders. This allows IT to get a feedback from the business side to formulate the best solutions possible; on the other hand, an open communication line with their technical counterparts familiarize business decision-makers to identify and take advantage of the available technical knowledgebase for better organizational and market performance.
    • Business requirements analysis. IT’s exposure to business allows them to identify business needs that should be the key drivers behind most aspects of their operations. CIOs are best positioned to frame projects, infrastructures, and systems according to the needs of their primary clients. The success of IT as a business strategy is judged on how it helped in meeting business objectives.
    • Expectation management. Both sides should be realistic about their expectations of each other. This can be achieved through the two mentioned success factors: communication and requirements. Business managers should know the limitations of IT, and that solutions do not come in cheap, such that in-house resources for application development and maintenance may require engaging third-parties to fulfill business needs. On the other hand, IT should be aware of the technical—and sometimes, financial—limitations of business operations. For example, introducing new systems to the IT enterprise landscape means training batches of end-users which then result in additional work to include end-user documentation and training designs.
    • Organizational protocols and sponsorship. Internal protocols do affect the success of IT-business alignment. Sadly, protocols do not necessarily mean processes; protocols in most traditional institutions mean “just how things are done.” To navigate through layers of bureaucracy where it exists is to identify key personnel and project sponsors who understand and can articulate the justifications for IT projects as business strategies. Where all decision-makers must stamp their signatures in all IT ventures, CIOs should find the right people to champion their causes through coherent analyses of business needs and presentations of business solutions and the hoped-for success criteria.

    At the end of the day, most of the work rest on the shoulders of CIOs, being the key figures that understand the business side of things and have the ability to translate business needs into technology solutions.

    By ExecutiveBrief
    Technology Management Resource for Business Leaders
    www.executivebrief.com

    �

    Posted on

    IT is Backed Up – Forever

    Consider this dilemma…  The IT department is backed up for six months.  It can’t take on any new projects for that time.  Not even a little 4 – 8 hour database installation.  With a log jam like that, they can’t get anything new in.

    Management comes along with a new product evaluation.  Problem is, they need IT to set up a new SQL database so they can test the system.  Oops, can’t do it.  There’s a six month waiting list, and nobody get to the head of the line.

    So, management can’t evaluate the product.  Even a product they desperately need.  IT has failed the company in a big way.  The frustrating thing is that most of those IT projects are probably lower priority, or impossible to complete.  Incompetence has allowed such projects to block real work.

    The only real solution to an issue like this is “better generaling.”  I.e. better planners who know roadkill when they see it, and pitch it off the road so it can’t block the real projects.  That takes a smart person with a little experience.  Gain a skill like that (and a hundred others), and you suddenly become a valued member of the team.

     

    –ray

    Posted on

    IT Snow Days

    eWeek did a little editorial on “IT Snow Days.”  (See link below.)  Anybody out there read eWeek?  It sure is collapsing slowly – down to 42 pages, and no more Spencer Katt.  The competitor InfoWorld went out about a year back.  Now, I suspect eWeek will follow.  I guess it’s pretty hard to get IT folks interested in industry news.  Anyway…  Here’s the article.

     

    http://blogs.eweek.com/up_for_discussion/content/it_management/it_product_snow_days.html

     

    I liked the article because it sympathizes with IT managers who are being hit with economic snowstorms.  It’s really hard these days.  Mostly for me, it’s hard staying motivated when everything around me is crumbling.  Anybody feel that way?  There will be a few snow days to make up for when good times come again.  That’s for sure.

     

    –newshirt

    Posted on

    Don’t look like a spammer

    Here’s a small piece of advice registering as a user on this (or any other blog).  Don’t look like a spammer.  Because your account will get deleted for sure.  We won’t even ask first.

    What do I mean by that?  Make sure you provide a little personal information about yourself.  Nothing that will get you into trouble, but enough to let us know you’re a human being instead of a spambot.  Spammers attack the blogs regularly, trying to register with fake names so they can post “comments,” which are really just ads for crap.  Its a despicable practice, one that requires a complete lack of integrity and moral backbone.  But hey, if your in the spam biz, you don’t have those luxuries.

    –admin