Difference between revisions of "Talk:Project Management"

From PKC
Jump to navigation Jump to search
Line 38: Line 38:
* We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 11:05, 11 July 2021 (UTC)
* We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 11:05, 11 July 2021 (UTC)


== Basic question of writing a Logic Model ==
* If there are multiple Processes between Input and Output,  how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --[[User:KevinTung|KevinTung]] ([[User talk:KevinTung|talk]]) 07:27, 20 July 2021 (UTC)
* If there are multiple Processes between Input and Output,  how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --[[User:KevinTung|KevinTung]] ([[User talk:KevinTung|talk]]) 07:27, 20 July 2021 (UTC)


Line 44: Line 45:
* This is about creating a unifying understanding of the project scope and direction --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 03:48, 13 July 2021 (UTC)
* This is about creating a unifying understanding of the project scope and direction --[[User:Baliforester|Baliforester]] ([[User talk:Baliforester|talk]]) 03:48, 13 July 2021 (UTC)


== Comprehension ==
== Design & Planning ==
== Implementation ==
== Documentation ==
== Communication ==


=References=
=References=

Revision as of 07:28, 20 July 2021

Initial Discussion

  • We should start eating our own dog food. --Benkoo (talk) 05:47, 10 July 2021 (UTC)
  • Just to clarify on your point about Jenkins. Jenkins is about automated project workflows so that is focused on the user side of the PKC? And then kubernetes is focused on resource automation that manages the resource workflows, and the dockerized tools we employ? --Baliforester (talk) 05:53, 10 July 2021 (UTC)
  • Jenkins is used for automating the overall software and content migration activities on the server side. Users usually don't have to do much about it. Kubernetes is dedicated to ensure all the deployed services are running in the right state. It works with docker's container standard to deploy the docker images that we deployed for certain functionalities added to MediaWiki and others through adding extensions. --Benkoo (talk) 06:03, 10 July 2021 (UTC)
  • So basically we use Jenkins to build and integrate technology while kubernetes is mostly for deployment of the technology making sure it’s reliable and secure.--Baliforester (talk) 07:48, 10 July 2021 (UTC)
  • It is important for us to have template for every process that matters. As we are aware that we have regular meeting every 2 days, we should start building correspondent templates containing key-value pairs. As more data flow and fill in a specific dictionary during our usage, a more complete and precise namespace will be constructed. Meeting Template Design. KevinTung (talk) 04:12, 11 July 2021 (UTC)
  • As we have an expressive system, a HUGE amount of the data(content X operational) generated along our project can be expressed. So we should try to express and it serve as the metirc of system design.--KevinTung (talk) 04:34, 11 July 2021 (UTC)
  • The Annoki project has addressed some issue of collaboration in MW and propose some systematic solutions. We can learn from these people who have similar goal.[1] --KevinTung (talk) 04:48, 11 July 2021 (UTC)
  • I create an input-trigger section to contract our action space. In the entrance of our system, we decide our action based on the trigger condition. The input-trigger namespace can be futher constructed. --KevinTung (talk) 05:00, 11 July 2021 (UTC)
  • Ben: The structure of relations in all actions, and all resources, should and must be connected using "Category" tags, and this insight was already very well stated in earlier conversations. Category Tree provides a way to manage the hierarchy of concepts. I also explicitly stated that all Inputs and Outputs are resources, and I even documented a list of resources in the Logicl Model's Template Links. --KevinTung (talk) 07:54, 17 July 2021 (UTC)
  • How do we describe the management for each resources in a high-level?
    • How do we define "Resource Management" ? --KevinTung (talk) 17:11, 18 July 2021 (UTC)

Logic Model workflow design

  • We should design forms to fill out the outputs and then forms can generate timelines and necessary inputs based on the phases needed to fulfill the outputs needs. So we work backwards no forward --Baliforester (talk) 11:05, 11 July 2021 (UTC)

Basic question of writing a Logic Model

  • If there are multiple Processes between Input and Output, how should I specify the Logic Model? A set of Goal, Context, Success Criteria, Boundary conditions with a list of Input, Output, Process? --KevinTung (talk) 07:27, 20 July 2021 (UTC)

Universal Project Abstraction

  • This is about creating a unifying understanding of the project scope and direction --Baliforester (talk) 03:48, 13 July 2021 (UTC)


References