FNC Roundtable

Topic 2 Negotiation (A Preview for Next Meeting)

Don’t forget to review and comment on the notes from our meeting on Collaboration (below). The price of admission to the next session is to make a comment on the blog.

Topic 2 is negotiation and the book club selection that goes along with it is the book “Getting to Yes: How to Negotiate Agreement Without Giving In” by Fisher, Patton and Urby

To get everyone started we have ordered 10 copies of the book for the Oxford office along with an audio version that will be in a lending library. Talk to Chip Bolton next week if you would like to borrow a copy. We will also have 5 copies in California along with an audio version for use as well.

Here are some of the preliminary notes from our discussion yesterday. To allow everyone to keep track, I have reproduced the case studies then placed the notes underneath in italics.

Since this session is a little different—it is the opening discussion about how we might better collaborate and communicate–we will be posting more updates about this and asking people to help out with new developments as they come.

In the following case studies, we were looking at

• How are we managing the case/circumstance today?
• What are the advantages of how we are managing today?
• Are there different ways that we might manage these cases in the future that would be better?
• What tools, processes or changes would we need to make to take advantage of those different ways we have identified?

Here are the some of the results of our conversation on Wednesday, to the best of my notes. Feel free to comment and correct any of these observations.

Case Studies

1. Writing Specifications. We are all working on writing specifications for a client CMS.

• How do we share?
• Where is the specification “located”?
• What “form” is it in?
• Is someone the “author”? (Who is in charge of the document?)
• How do we assert version control?
• Are there places for comments to be stored if we are having a discussion about a topic?

How do we share and collaborate (DIAGNOSTICS)?

[It may not be true, but I am taking it that the term “specifications” can cover more than formal specifications and we can use it to refer to nearly any document we develop for or with a client. Is that true?]

• We share specifications through Portal, VSS and e-mail
• People get lost in the versions, not sure whether they have the most recent version or not (not “automatically updated”)
• Too many people in the process to keep coordinated
• Client requirements do not necessarily come in through a predictable path, or find their way into the mainstream

• There is an “author”, single “gate keeper” [is this true?] but heavy burden on the single author to manage the process

• Sharepoint has version control but many people do not trust the version tool, so hesitant to rely on it.

• May be issues with file naming [?]

• VSS is considered more reliable but cannot gain access when outside the office (which is often the case with interested parties), except through VPN

• Many clients do not allow FNC employees to gain access to the Internet through their systems while on client premises.
• People have very different experiences with VPN and Internet access. Some find VPN connections work well, while others have persistent problems with it, so not necessarily good basis for FNC wide process
• People use Sharepoint when the specification is considered “done”. However, even when done, the specifications are still alive.
• After the specifications are “done” they are really distributed by e-mail, so it is very easy to lose track of versions.
o While it is possible to distribute a document by link to Sharepoint, that is really only considered reliable for people inside the network. Those outside the office are more likely to receive the document by e-mail.

VSS

o There are Internet versions of VSS
o But, there still needs to be rules

• Source code should not be available in the same place as the design documents (not clear whether source code should ever be available through unprotected means)
• What portion of the specifications would we make available on an Internet based VSS?
• What portion of those specifications would we make “public”, that is, available to clients (and using what protections)
• What portion of those specifications would we make available only to FNC
• How do we decide? How do we do that?
In general, everyone is unhappy with the way this works

2. Client Meeting. We are all meeting today to make some decisions about a client, such as how to approach a specific issue they have raised.

How do we get everyone together?
How do we set follow up meetings?
How do we distribute documents to everyone?
How do we assign tasks, and track those tasks?
How do we “report back” on our assignments to each other?

• Results of my assignment
• Make information available to everyone who needs to know it

How do we report the final results of our discussions?
Do we keep a permanent record of our discussions?
How do we weave this information into the general discussions and information we maintain about a client?

• Where do we keep general information about a client?
• Where do we keep track of past decisions and actions about clients?

5. Panic Phone Call. We just received a panicky phone call from one of our clients saying that their flux capacitor is broken and they need it fixed before 10:04 pm, when they need it for a very quick spin.

How do we get everyone together who can help?
Where do we find the necessary tools and information to fix the flux capacitor?
How do we coordinate?
How do we keep everyone up to date on progress
How do we know when we are successful?

We combined the two (case #2 and #5) for purposes of our discussions.

• This process seems to work, except [see below]
• The “author” or “director” in this case is the Project Manager
• Project Manager sets up the meeting

• Uses meeting function in Outlook

• Sets time
• Distributes materials (attached to meeting notice)
• Helps with assessment of both severity of the problem and its priority within all of the other tasks (for this client, for all clients)

The Project Manager is the record keeper and reports out to the group

Most typical action is a “change request” which is a very organizing document, since it incorporates essentially all the issues into a single format and has an established process associated with it

• Once a specific action has entered the “change request” process, it tends to document itself.
• Next step is to enter RAID, which tracks all changes
• Note also that once a project is in process (which is bigger than the “issue” based discussion we started with here), it tends to be documented in the project logs

This method is less successful when the issues are “non-critical”

• No further details on this. Can someone elaborate?
• Does the problem become an “orphan” somehow?

System breakdown. This method also breaks down when it involves a “joint project”(a term I am using for projects involving more than one project manager, such as a joint CMS and Data and Analytics project with two project managers).
• There is no real “integration” project manager
• No system for tying the two projects together (no one is really in charge at this point)

3. We are having a series of management roundtables. People walk out of the meeting and think of things they want to share, or discuss after the meeting, and before the next meeting.

How do we add reference materials?
How do we suggest additional reading?
How do we allow people to post and circulate comments?
The current blog is a good start, but it does not have the capacity for managing documents, only postings and links.
• We will have to see over time how this works.
• More people need to start using it to see.
• We may need to look at other programs.

4. Knowledge Base. We have a boatload of knowledge about how to do many things, from how to format Word documents to how to solve the most arcane issues inside of CMS.

How do we record (or perhaps retrieve) this information?
How do we share this information?
How do we organize?
Who should be in charge? Or should it be a Wiki where no one is “in charge”?

There was considerable interest in this issue, however,
There was serious concern about
• Who would be in charge? That is, take authorship of the documents
• Can anyone be an author? Not sure everyone was in favor of this.
There needs to be a standardized location for everything
• Some place everyone can reach
• Adopted by everyone
• Maintained
• EASY TO SEARCH and RETRIEVE
Need to explore the idea of knowledge base
Is the knowledge base just a place for answering people’s questions or is it a general index to all issues, projects?

6. Corporate Calendar/Corporate Awareness. What is the best way to keep people apprised of corporate issues and events?

Where and what should the corporate calendar be?
• What are the important dates?
• What should be on it?
• How do we make sure that everyone can see it?
What about the Monday Morning Memo?
• What is the function of the Monday morning memo?
• Does it satisfy that function?
• Does it need to be reformed or discontinued?
I keep getting confused about all our products and service
• What are our products and services?
• What are do all those acronyms mean?
o PDF scan, OCR, AP Pro, XMS, etc
And what about all those other offices? What do they do?

Monday Morning Memo. There was the feeling that this was not doing what it was originally intended to do (not clear what it was originally intended to do).
• Perhaps issue it less frequently
• Perhaps introduce new employees (how about a photo?)

Corporate Calendar
• This was much more popular.
• There was the feeling that it was hard to plan with respect to all of the events that occur
• Would like to see a nice central location for a corporate calendar
• Might be nice to receive reminders of upcoming events (is that a calendar function?)

Here is a quick reference to the “top 10” Intranet sites, from Jakob Nielsen’s blog. He is well known in the usability area.

This is good context on how we can collaborate using an Intranet.

http://www.useit.com/alertbox/intranet_design.html

In our Topic 1 posting (below–you should read this from bottom to top) I talked a little about the process and what our first topic for 2007 would be. To let people think about collaboration a bit, here are the case studies we will be talking about on Wednesday, January 17.
In the following case studies, we are looking at

• How are we managing the case/circumstance today?
• What are the advantages of how we are managing today?
• Are there different ways that we might manage these cases in the future that would be better?
• What tools, processes or changes would we need to make to take advantage of those different ways we have identified?

Case Studies

1. Writing Specifications. We are all working on writing specifications for a client CMS.

• How do we share?
• Where is the specification “located”?
• What “form” is it in?
• Is someone the “author”? (Who is in charge of the document?)
• How do we assert version control?
• Are there places for comments to be stored if we are having a discussion about a topic?

2. Client Meeting. We are all meeting today to make some decisions about a client, such as how to approach a specific issue they have raised.

• How do we get everyone together?
• How do we set follow up meetings?
• How do we distribute documents to everyone?
• How do we assign tasks, and track those tasks?
• How do we “report back” on our assignments to each other?
o Results of my assignment
o Make information available to everyone who needs to know it
• How do we report the final results of our discussions?
• Do we keep a permanent record of our discussions?
• How do we weave this information into the general discussions and information we maintain about a client?
o Where do we keep general information about a client?
o Where do we keep track of past decisions and actions about clients?

3. We are having a series of management roundtables. People walk out of the meeting and think of things they want to share, or discuss after the meeting, and before the next meeting.

• How do we add reference materials?
• How do we suggest additional reading?
• How do we allow people to post and circulate comments?

4. Knowledge Base. We have a boatload of knowledge about how to do many things, from how to format Word documents to how to solve the most arcane issues inside of CMS.

• How do we record (or perhaps retrieve) this information?
• How do we share this information?
• How do we organize?
• Who should be in charge? Or should it be a Wiki where no one is “in charge”?

5. Panic Phone Call. We just received a panicky phone call from one of our clients saying that their flux capacitor is broken and they need it fixed before 10:04 pm, when they need it for a very quick spin.

• How do we get everyone together who can help?
• Where do we find the necessary tools and information to fix the flux capacitor?
• How do we coordinate?
• How do we keep everyone up to date on progress
• How do we know when we are successful?

6. Corporate Calendar/Corporate Awareness. What is the best way to keep people apprised of corporate issues and events?

• Where and what should the corporate calendar be?

o What are the important dates?
o What should be on it?
o How do we make sure that everyone can see it?

•

What about the Monday Morning Memo?

o What is the function of the Monday morning memo?
o Does it satisfy that function?
o Does it need to be reformed or discontinued?

• I keep getting confused about all our products and service

o What are our products and services?
o What are do all those acronyms mean?
 PDF scan, OCR, AP Pro, XMS, etc

o And what about all those other offices? What do they do?

What is our format?

We will get together about once every month. Each time we get together, there will be three segments
• First, “how-to”. We’ll pick something that we are all dying to figure out how to do, and have someone show us how it is done. Expect lots of topics about Word, Excel, PowerPoint, Outlook and other programs we use every day. But it could be anything we want to learn.
• Second, Book Club. We’ll talk about one of the books on our book club list.
• Third, the main event, will be a topic that we want to work on, or explore. There is a recommended list on the side bar, but we will pick as we go.

This is where it starts. First Topic.

We start by talking about how we collaborate.

We have lots of tools that can help us collaborate, including sitting in a room together or reading this blog. We have the usual suspects, telephone, web, e-mail, shared directories, Wikis, Blogs and Sharepoint. No one fits all.

We will talk about a stack of different challenges we face every day and decide whether the tools we have available are up to the task, or we need to invent new ones.

In the mean time, look at this posting from Chris Anderson, the author of The Long Tale and editor-in-chief of Wired Magazine.

http://www.longtail.com/the_long_tail/2006/12/what_would_radi_1.html

Then look at his follow up
http://www.longtail.com/the_long_tail/2006/12/transparency_re.html