--===============0619263174== Content-Type: multipart/alternative; boundary=000e0cd30bb892248f0493cb4312 --000e0cd30bb892248f0493cb4312 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 29, 2010 at 8:22 PM, Aaron J. Seigo wrote: > hi everyone... > > i hope you won't mind one more bit of unsolicited input on the recent fork > in > this community. feel free to ignore any or all of it, of course :) > > ====== > > personally, i find it unfortunate and sad that it has come to this, simply > because it is never nice to see splits in any community, especially ones > that > we are a part of. sometimes things get to the point where it is the only > workable solution left, and after discussing various relevant issues with a > few different people in koffice over the last year i can understand how > that > may be the case here. still, it's unfortunate. > > such circumstances do present an opportunity to grow and strengthen, > however. > i am hopeful that is what will happen here. > > koffice iteslf is not a strategically significant component for KDE. that > may > sound harsh, but i believe it to be true today. the user base is small, > years > of releases did not culminate into a (market-)significant product over the > same time span in which 2.0-4.0 of the KDE SC was develped and released, > etc. > > it has provided some great value for KDE, however: it has helped strengthen > kdelibs, it has brought KDE some very positive light and recognition via > key > involvement with ODF and some apps like Krita and Kexi have had their well > deserved moments of shining in the press. and of course those of us who use > KOffice applications are deeply grateful for it. > > however, the truth is that without KOffice, KDE itself would continue on > without a huge shift in direction or even a huge hit on brand values. ergo, > it > isn't (today) strategically significant. but it could be. > > many of you here are working directly towards that and making immense > strides > to making KOffice applications very signficant, be it Kexi's continue > movement > forward (and the communication around that movement! so key!) or the office > document veiwer for mobile or various other efforts underway. there is a > huge > amount of work being done on KOffice these days, as evidenced by the commit > logs and the review requests that appear on the list. i do believe that one > day KOffice can be a very signficant technology group for KDE from a > strategic > POV. > > being in this "in between" state means that KOffice has the space to make > significant shifts without risking too much value in the process. if this > had > to happen, now is a "good" time. > > it probably also means that as this happens, a significant effort will be > required to turn KOffice into what it could be. this can't be news to > anyone > involved with KOffice :) this isn't a technical challenge, though, but a > predominantly social one. > > those of you most intimately involved with KOffice have the challenging > task > of gelling a recently fractous group oriented in a useful direction. there > are > issues of tone and quality of communication on the mailing list, commitment > to > certain kinds of ettiquette and shared expectations in goals, marrying the > needs of disinterested commercial contributors (e.g. 3rd party contractors) > with interested commercial participants (e.g. those building companies > and/or > products around KOffice software) with community contribution. > > having met many (most? all?) of you in person over the years, i truly > believe > that each and every one of you are decent people with good hearts and great > commitment. the technical abilities in this group also speak for themselves > and are not to be a source of concern. without these things, it's unlikely > that KOffice could succeed, but fortunately it has this solid foundation to > build upon. > > however, i am greatly concerned about the future of KOffice due to one > outstanding issue: > > KOffice has not had a track record of consistent, productive leadership. > imho, > this continues to this day. > > leadership is a skill, separate from other social skills and certainly > separate from technical ones. leadership brings people together, helps > enforce > social contracts and norms and protects that community from outside poison > when necessary. it is proactive when it can be, humble when it needs to be > and > thinks about the overall system of people involved when making decisions. > leadership searches for consensus and makes hard decisions when called for > that reflect the values inherent to that community. leadership is not > forced > on others, it is made available and attracts people to it. > > this is why it takes effort and deterination to develop leadership as a > skill. > it's also why it is the kind of asset that makes or breaks many projects, > communities and human endeavours. > > i've been trying to become a marginally proficient leader for much of my > adult > life, and i still have so far to go .. it's not a trivial skill, but even > in > small amounts it can have profound effect. > > so while KOffice has many great people involved with it and a lot of very > exciting activity, i'm not sure that there is a demonstrated level of > profound > leadership within the community here. and without that, KOffice will imho > remain at risk of these kinds of problems festering and being created. > > if the "natural leaders" in KOffice have not already, i would very much > encourage you to get books on the topic, find literature on leadership on > line, maybe even find and enroll in leadership training courses. > > knowing that some of you are already investing significantly in KOffice in > other ways, this would be another kind of investment to consider making to > protect your existing and future monetary and effort based investments. > > just my 0.02. :) > I agree that leadership is part problem. I think the recent development of the Krita community shows the way out. Since the 2.0 the Krita developer team has tripled in size, there is a growing community of non-developer community members and Krita is reaching for user-readyness in 2.3. I think there are several things: Most important is that the Krita team trusts the work of every team member. Development is very open. People are allowed to make mistakes and these will resolved collaborative. That's something I'm missing in the a part of the KOffice community. Too often peoples work is blocked, trashed in endless dicussions and reverts. Vision. Last year we developed a vision for Krita. It's just three sentences, but is provides a guide for the further Krita development. I think the Krita vision lead to a much better working application as it allowed us to focus on the important things. For the other applications we don't have a formal vision. That leads to a situation where team members have different opinions about features that are important or not e.g. about the importance of MS Office compatibility. The Leadership thing. There is the big goal of user-readyness that we want to reach, but my impression is that we are not really getting closer to it. After more than four year of development in 2.x the core applications are still not ready, which is just bad. Krita development did suffer from times where we did open too many construction sites and I see the same happening in KOffice too. There were some advanced features done before the basic functionality was working good. The users don't use KOffice because it's too unstable and not because it's missing features. These are the things that a fork (and the other suite) need to solve to become successful. --000e0cd30bb892248f0493cb4312 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Fri, Oct 29, 2010 at 8:22 PM, Aaron J. Seigo = <aseigo@kde.org&= gt; wrote:
hi everyone...

i hope you won't mind one more bit of unsolicited input on the recent f= ork in
this community. feel free to ignore any or all of it, of course :)

=3D=3D=3D=3D=3D=3D

personally, i find it unfortunate and sad that it has come to this, simply<= br> because it is never nice to see splits in any community, especially ones th= at
we are a part of. sometimes things get to the point where it is the only workable solution left, and after discussing various relevant issues with a=
few different people in koffice over the last year i can understand how tha= t
may be the case here. still, it's unfortunate.

such circumstances do present an opportunity to grow and strengthen, howeve= r.
i am hopeful that is what will happen here.

koffice iteslf is not a strategically significant component for KDE. that m= ay
sound harsh, but i believe it to be true today. the user base is small, yea= rs
of releases did not culminate into a (market-)significant product over the<= br> same time span in which 2.0-4.0 of the KDE SC was develped and released, et= c.

it has provided some great value for KDE, however: it has helped strengthen=
kdelibs, it has brought KDE some very positive light and recognition via ke= y
involvement with ODF and some apps like Krita and Kexi have had their well<= br> deserved moments of shining in the press. and of course those of us who use=
KOffice applications are deeply grateful for it.

however, the truth is that without KOffice, KDE itself would continue on without a huge shift in direction or even a huge hit on brand values. ergo,= it
isn't (today) strategically significant. but it could be.

many of you here are working directly towards that and making immense strid= es
to making KOffice applications very signficant, be it Kexi's continue m= ovement
forward (and the communication around that movement! so key!) or the office=
document veiwer for mobile or various other efforts underway. there is a hu= ge
amount of work being done on KOffice these days, as evidenced by the commit=
logs and the review requests that appear on the list. i do believe that one=
day KOffice can be a very signficant technology group for KDE from a strate= gic
POV.

being in this "in between" state means that KOffice has the space= to make
significant shifts without risking too much value in the process. if this h= ad
to happen, now is a "good" time.

it probably also means that as this happens, a significant effort will be required to turn KOffice into what it could be. this can't be news to a= nyone
involved with KOffice :) this isn't a technical challenge, though, but = a
predominantly social one.

those of you most intimately involved with KOffice have the challenging tas= k
of gelling a recently fractous group oriented in a useful direction. there = are
issues of tone and quality of communication on the mailing list, commitment= to
certain kinds of ettiquette and shared expectations in goals, marrying the<= br> needs of disinterested commercial contributors (e.g. 3rd party contractors)=
with interested commercial participants (e.g. those building companies and/= or
products around KOffice software) with community contribution.

having met many (most? all?) of you in person over the years, i truly belie= ve
that each and every one of you are decent people with good hearts and great=
commitment. the technical abilities in this group also speak for themselves=
and are not to be a source of concern. without these things, it's unlik= ely
that KOffice could succeed, but fortunately it has this solid foundation to=
build upon.

however, i am greatly concerned about the future of KOffice due to one
outstanding issue:

KOffice has not had a track record of consistent, productive leadership. im= ho,
this continues to this day.

leadership is a skill, separate from other social skills and certainly
separate from technical ones. leadership brings people together, helps enfo= rce
social contracts and norms and protects that community from outside poison<= br> when necessary. it is proactive when it can be, humble when it needs to be = and
thinks about the overall system of people involved when making decisions. leadership searches for consensus and makes hard decisions when called for<= br> that reflect the values inherent to that community. leadership is not force= d
on others, it is made available and attracts people to it.

this is why it takes effort and deterination to develop leadership as a ski= ll.
it's also why it is the kind of asset that makes or breaks many project= s,
communities and human endeavours.

i've been trying to become a marginally proficient leader for much of m= y adult
life, and i still have so far to go .. it's not a trivial skill, but ev= en in
small amounts it can have profound effect.

so while KOffice has many great people involved with it and a lot of very exciting activity, i'm not sure that there is a demonstrated level of p= rofound
leadership within the community here. and without that, KOffice will imho remain at risk of these kinds of problems festering and being created.

if the "natural leaders" in KOffice have not already, i would ver= y much
encourage you to get books on the topic, find literature on leadership on line, maybe even find and enroll in leadership training courses.

knowing that some of you are already investing significantly in KOffice in<= br> other ways, this would be another kind of investment to consider making to<= br> protect your existing and future monetary and effort based investments.

just my 0.02. :)

I agree that leadership is part = problem. I think the recent development of the Krita community shows the wa= y out. Since the 2.0 the Krita developer team has tripled in size, there is= a growing community of non-developer community members and Krita is reachi= ng for user-readyness in 2.3.

I think there are several things:

Most important is that the Kri= ta team trusts the work of every team member. Development is very open. Peo= ple are allowed to make mistakes and these will resolved collaborative. Tha= t's something I'm missing in the a part of the KOffice community. T= oo often peoples work is blocked, trashed in endless dicussions and reverts= .

Vision. Last year we developed a vision for Krita. It's just three = sentences, but is provides a guide for the further Krita development. I thi= nk the Krita vision lead to a much better working application as it allowed= us to focus on the important things. For the other applications we don'= ;t have a formal vision. That leads to a situation where team members have = different opinions about features that are important or not e.g. about the = importance of MS Office compatibility.

The Leadership thing. There is the big goal of user-readyness that we w= ant to reach, but my impression is that we are not really getting closer to= it. After more than four year of development in 2.x the core applications = are still not ready, which is just bad. Krita development did suffer from t= imes where we did open too many construction sites and I see the same happe= ning in KOffice too. There were some advanced features done before the basi= c functionality was working good. The users don't use KOffice because i= t's too unstable and not because it's missing features.

These are the things that a fork (and the other suite) need to solve to= become successful.
--000e0cd30bb892248f0493cb4312-- --===============0619263174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ koffice-devel mailing list koffice-devel@kde.org https://mail.kde.org/mailman/listinfo/koffice-devel --===============0619263174==--