Announcement

Collapse
No announcement yet.

[C4:AC] Organisation

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • [C4:AC] Organisation

    After a long discussion with Senethro past Saturday (which was interrupted by badly timed cIV delivery ), we have news.

    Subject A: Leadership.


    Senethro has asked me earlier to help him as project leader. He can’t be available at all times so this is a reasonable step. None of us can be available at all times due to our academic pursuits, but it is likely that one of us will always be around.

    We do not intend to make design decisions – it is up to group to decide. Our function will be to organise and coordinate the effort for greater efficiency.

    It is up to C4:AC members to decide if they wish to comply with this leadership – there are two poll option with which you can express your opinion. Please do not vote if you are not a C4:AC member.

    Subject B: Creation of taskgroups


    As proposed long ago by BinTravkin, the C4:AC needs to get efficient. And the best way to do this is by dividing ourselves to taskgroups. More taskgroups and subtaskgroups may be added in future, but for now this is the list of taskgroups:

    [C4:AC][SOUNDS]
    [C4:AC][GRAPHICS]
    [C4:AC][COMMUNICATION]
    [C4:AC][WIKI]
    [C4:AC][FEEDBACK]
    [C4:AC][PROGRAMMING]

    Tasks shall be given to each group. There may be additional tasks that will be awarded to several groups or the team membership as a whole.

    A task given to a sounds group shall be marked as [C4:AC][SOUNDS][taskname]
    A task given to two groups shall be marked as [C4:AC][COMMUNICATION][PROGRAMMING]. Both groups should coordinate and handle it.
    A task given to all members shall bear no additional name markers.

    Every member is encouraged to apply to taskgroups they can help with. The next step is choosing the taskgroup manager who will coordinate his taskgroup. His responsibility would be maintaining the taskgroup thread in which would be listed all pending and completed tasks for his group.

    Subject C: Coordination



    Project leadership will have regular meetings (every two weeks). Every taskgroup should send it’s coordinator or replacement delegate. Other members are also welcome, as well as nonmembers. In these regular meetings there would be reports on progress of various tasks and discussion about the future course of the project. Chat logs will be available for download to all those who couldn’t attend meetings.

    The meetings will be held at #c4ac at Apolyton Civilization Site. For information how to use it, see this: http://apolyton.net/misc/chat/ Note that java chatroom is operational again.

    For now, I suggest scheduling first such meeting for three weeks. Details shall follow.
    16
    Yes, I think they'll serve us well.
    81.25%
    13
    We need no leaders to organise ourselves
    6.25%
    1
    No, I want #NAME_A to organise us
    0.00%
    0
    Latvia reign supreme! :ana:
    12.50%
    2

    The poll is expired.

    Last edited by Illuminatus; November 9, 2005, 15:58.
    SMAC/X FAQ | Chiron Archives
    The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. --G.B.Shaw

  • #2
    hurrrrrrrrrrrr
    Last edited by Senethro; March 8, 2007, 17:48.

    Comment


    • #3
      You two have my support for the project leadership. Is this the place to sign up for the task groups? (Great idea btw). If so, I'll sign up for [C4:AC][Programming].

      Comment


      • #4
        Sign up in the stickied thread at the top for this purpose for now, separate threads will come later.
        (don't forget your email)

        Comment


        • #5
          I support Senethro and Illuminatus as being the Leads on this project.

          One item that we should address in the near term is updating our mission statement. I really do like Blake's idea of gradually upgrading C4 to be more SMAC-like, and I think we should discuss the pro's and con's of this approach (pros so that we can take advantage of the approaches strenghts, and con's so that we can safeguard against the approaches weaknesses).

          Currently my computer is having "issues" running C4, and so I'm currently waiting on the first patch to see if this remedies the problem. If that doesn't work then I'll probably pick up a new computer in the near future (I've been saving my Midlife Crisis for just such an occasion, and this should convince the wife that I really do Need a new toy to keep me occupied......).

          Finally, an item that I don't see on the "Creation of Task Groups" list is Documentation. Since there seems to be a good amount of programmers already available, then I don't mind instead taking on the task of building a resevoir of documents on "How to do XXX" where XXX represents the various tasks associated with building the mod, as well as anything else anyone can think of that should fall under this umbrella. Does this sound like a good idea to the group?

          Comment


          • #6
            I'm in favour of the leadership and taskgroups, but the thread-title-tags seem way to ALLCAPS heavy and too long.

            make them 3 or 4 lettes instead:

            snds
            grfx
            comm
            prog
            wiki
            docs

            I don't really get what the feedback group is for, won't we get feedback from the players ?
            no sig

            Comment


            • #7
              Make it:
              [C4:AC][S]
              [C4:AC][G]
              [C4:AC][C]
              [C4:AC][W]
              [C4:AC][F]
              [C4:AC][P]
              [C4:AC][C] = [C4:AC][O(rganisation)] ?
              -- What history has taught us is that people do not learn from history.
              -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.

              Comment


              • #8
                I will elaborate a bit here:
                [C4:AC][S]
                [C4:AC][G]
                [C4:AC][C]
                [C4:AC][W]
                [C4:AC][F]
                [C4:AC][P]
                The total abbreviation is needed to allow for more space for following strings, for example:

                [C4:AC][P][Tasklist] (as it stands)
                [C4:AC][P][Team Discussion] (general discussion about the team)
                [C4:AC][P][01:02] (01 - task cathegory id, 02 - task subcathegory id)
                The last matrix '[C4:AC][P][01:02]' would be optimal for cathegorising tasks - we should avoid devoting an entire thread to a single task, if only for slightly hard or discussable tasks.
                If we can get it to a thread per cathegory - even better.

                Also, for those threads first post should be:

                P:yy - cathegory name
                - xx - taskname (+ short desc)
                - xx - taskname (+ short desc)

                In other words - upon opening thread, you should see what is it's real subject (not ID).
                -- What history has taught us is that people do not learn from history.
                -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.

                Comment


                • #9
                  Leader/Co-ordinators are good, since some of us needs directions and a reminder of what to do.
                  Promoter of Public Morale
                  Alpha Centauri Democracy Game

                  Comment


                  • #10
                    I'm not in favour of shortening the taskgroup names - it seems like an unnecessary obfuscation to me. I don't mind typing "programming" instead of "p", and I know for sure what "programming" means

                    Comment


                    • #11
                      senethro and illum

                      im quite exhausted atm so no opinions on the other ideas
                      if you want to stop terrorism; stop participating in it

                      ''Oh,Commissar,if we could put the potatoes in one pile,they would reach the foot of God''.But,replied the commissar,''This is the Soviet Union.There is no God''.''Thats all right'' said the worker,''There are no potatoes''

                      Comment


                      • #12
                        Having group organization is fine by me.

                        The threads should also be organized. But I'd rather have detailed names than use abbreviations.
                        Don't rule me out when I'm losing. Save your celebration until after I'm gone.

                        Comment


                        • #13
                          Okay, if everyone is up to detailed, then make it:
                          [C4:AC][Programming]
                          not
                          [C4:AC][PROGRAMMING] <- looks a bit too screaming big
                          -- What history has taught us is that people do not learn from history.
                          -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.

                          Comment


                          • #14
                            Actually, I am quite fond of PJayTycy's proposal. I'll start creating taskgroups after some sleep.
                            SMAC/X FAQ | Chiron Archives
                            The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. --G.B.Shaw

                            Comment


                            • #15
                              I've created four taskgroups. Thread index, thread names and membership data will be updated accordingly at some point during next week. I don't have time to finish it through this weekend so I'll ask my colleague Senethro to create the rest of taskgroups.
                              SMAC/X FAQ | Chiron Archives
                              The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. --G.B.Shaw

                              Comment

                              Working...
                              X