ยุติการให้บริการ Pivotal Tracker

 (pivotaltracker.com)
2 คะแนน โดย GN⁺ 2024-09-20 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แผนก VMware Tanzu ประกาศยุติการให้บริการ (EOL) ของ Pivotal Tracker
  • สามารถใช้งานการสมัครสมาชิก Pivotal Tracker ได้จนถึงวันที่ 30 เมษายน 2025 หลังจากนั้นบริการจะยุติลง
    • แนะนำให้ส่งออกข้อมูลก่อนถึงกำหนดดังกล่าว
    • หลังวันที่ 30 เมษายน 2025 จะไม่มีการให้การสนับสนุนการย้ายข้อมูลอีกต่อไป

FAQ

  • บัญชีใดบ้างที่ได้รับผลกระทบ?
    • บัญชีทุกประเภทได้รับผลกระทบ รวมถึงแผนฟรี, ผู้สนับสนุน (ภาคการศึกษาหรือองค์กรไม่แสวงหากำไร), แบบชำระเงินรายเดือน/รายปี และแผนสมาชิกระดับองค์กร
    • ใช้งานได้จนถึงวันที่ 30 เมษายน 2025 และหลังจากนั้นจะไม่มีการต่ออายุหรือการทำธุรกรรมใด ๆ
  • จะดาวน์โหลดข้อมูลโครงการได้อย่างไร?
    • สามารถดูเอกสารการส่งออก CSV ในศูนย์ช่วยเหลือเกี่ยวกับวิธีส่งออกสตอรี, เอพิก, ประวัติ และไฟล์แนบของโครงการ
    • จะมีการเพิ่มคำแนะนำเพิ่มเติมในศูนย์ช่วยเหลือตามข้อมูลใหม่และข้อเสนอแนะที่ได้รับ
  • สามารถเข้าถึงใบแจ้งหนี้ย้อนหลังได้หรือไม่?
    • สามารถเข้าถึงใบแจ้งหนี้ย้อนหลังได้จากหน้าข้อมูลแผนและการเรียกเก็บเงินเดิม
  • สามารถสร้างผู้ใช้หรือบัญชีใหม่ได้หรือไม่?
    • ไม่สามารถสมัครใช้งาน Tracker หรือสร้างบัญชีใหม่ได้โดยไม่มีคำเชิญ
    • อย่างไรก็ตาม ยังสามารถเชิญผู้ใช้ใหม่เข้าสู่บัญชี/โครงการได้ ตราบใดที่ไม่เกินขีดจำกัดผู้ร่วมงาน

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-09-20
ความเห็นจาก Hacker News

  • ไอเดียธุรกิจฟรี: ทำ โคลนของ Pivotal Tracker ด้วยนักพัฒนาคนเดียวหรือทีมเล็ก ๆ ก็พอ
    หลายคนถามว่าจะหาไอเดียธุรกิจจากไหน สถานการณ์แบบตอนนี้ที่มีคนจำนวนมากออกมาพูดอย่างเปิดเผยว่าชอบผลิตภัณฑ์ที่กำลังหายไปนี่แหละคือโอกาสที่ผ่านการตรวจสอบแล้ว
    มันเป็นผลิตภัณฑ์ที่ผู้คนเคยยอมจ่ายเงิน และดูเหมือนจะมีผู้ใช้ค่อนข้างมาก ดังนั้นแค่ทำผลิตภัณฑ์เลียนแบบแล้วทำการตลาดว่า “โคลนของ Pivotal Tracker” ก็มีโอกาสน้อยที่ VMWare จะสนใจ
    อาจสำรวจบริษัทที่ใช้ Pivotal Tracker อยู่ตอนนี้เพื่อสร้างฐานข้อมูล และเมื่อผลิตภัณฑ์พร้อมแล้วก็ทำ cold call หรือขายผ่านอีเมลได้
    ถ้าใช้เทคโนโลยีสมัยใหม่อย่าง React หรือ Svelte และฐานข้อมูลแบบโฮสต์ ผลิตภัณฑ์นี้ก็ค่อนข้างทำเลียนแบบได้ไม่ยากแม้ทำคนเดียวหรือทีมเล็กมาก
    หัวใจคือ ทำให้เล็กไว้ ถ้ารายได้ไม่คุ้มต้นทุน หรือถูกแรงกดดันจาก VC บังคับให้โตใหญ่หรือไม่ก็ตาย ธุรกิจแบบนี้จะพัง
    เซิร์ฟเวอร์ Hetzner ราคา $100/เดือน, แบ็กเอนด์ที่มีประสิทธิภาพอย่าง Go หรือ C#, และฟรอนต์เอนด์ Svelte หรือ React ก็รองรับลูกค้าได้มากแล้ว ที่เหลือเป็นเรื่องของเวลาและความสามารถในการขาย

    • ชอบกลิ่นความมองโลกในแง่ดีสดใหม่ยามเช้าจริง ๆ
      อุปสรรคใหญ่ที่สุดคือ นักพัฒนาเดี่ยวส่วนใหญ่ที่ทำได้เร็วมีงานดี ๆ อยู่แล้ว และเส้นตาย MVP++ โดยพฤตินัยก็น่าจะเป็นราว 1 มกราคม ก่อนที่ผู้ใช้ที่อยากย้ายจะตัดสินใจเลือกทางอื่น
      และทันทีที่การย้ายข้อมูลเริ่มขึ้น ค่า storage จะพุ่งสูง จึงต้องมีกลยุทธ์การเก็บเงินตั้งแต่ตอนเปิดตัว
    • ผลิตภัณฑ์หลักค่อนข้างเรียบง่ายก็จริง แต่แพ็กเกจซอฟต์แวร์แบบ Pivotal ไม่ได้ขายได้ด้วยฟีเจอร์หลักอย่างเดียว
      จุดขายจริงคือมูลค่าเพิ่มอย่าง การเชื่อมต่อระบบและการทำงานอัตโนมัติ ซึ่งใช้เวลานานกว่าและต้องใช้คนมากกว่ามาก
    • ความเสี่ยงที่ใหญ่ที่สุดคือผู้คนอาจแห่ไปใช้ตัวเลือกที่ดีรองลงมาอย่าง Linear
    • ผลิตภัณฑ์นี้ปิดธุรกิจไปด้วยเหตุผลบางอย่าง สมัยนี้ดูเหมือนจะมีเครื่องมือที่ดีกว่าอยู่แล้ว ไม่เข้าใจว่าทำไมถึงอยากสร้างตามเรือที่จมไปแล้ว
    • รับคำท้า
      ผมเคยทำเว็บแอปสำหรับองค์กรขนาดใหญ่มาหลายตัว ชอบ Pivotal Tracker มากจริง ๆ และเสียดายมากที่มันหายไป
      ผมเปิดเอดิเตอร์ทันที นำข้อมูลที่ export จากบัญชี Pivotal Tracker ของผมเข้ามา เริ่มสร้าง data model สำหรับ import ข้อมูลนั้น แล้วค่อยย้ายไปทำ UI ต่อ
      ผลิตภัณฑ์พื้นฐานค่อนข้างตรงไปตรงมา แต่มีความแตกต่างละเอียดอ่อนหลายอย่างในวิธีที่บางฟีเจอร์พัฒนามา
      มีโอกาสสูงที่จะใส่ทั้งหมดลงใน MVP ไม่ได้ เลยอยากรู้ว่า ฟีเจอร์หลักของ Pivotal Tracker อะไรบ้างที่ถ้าขาดไปแล้วจะน่าเสียดายมาก เมื่อผลิตภัณฑ์ใหม่พยายามมาเติมช่องว่างนี้
      ผมยังเห็นฟีเจอร์ที่พบได้ทั่วไปในเครื่องมือติดตามโปรเจกต์อื่น ๆ ที่อาจขยายหรือปรับปรุงได้ และอยากรู้ด้วยว่าฟีเจอร์ที่ขาดหายไปอะไรที่ทำให้ Pivotal Tracker ขายให้กับองค์กรได้ยาก
      ถ้าฝากฟีดแบ็กไว้ในเธรดนี้ ผมจะคอยติดตามต่อไป และถ้ามีคู่แข่งคนอื่นอยากมาดวลกันด้วยการพัฒนา ก็มาอ่านฟีดแบ็กเหล่านี้ด้วยกันได้
      ถ้าอยากรับแจ้งเตือนตอนเปิดตัวหรือข่าวอื่น ๆ ให้สมัครอีเมลลิสต์ https://mailchi.mp/73f113e474f1/robert-kohrs-blog หรือฟอลโลว์ RSS ของบล็อก https://robkohr.com

  • สิ่งที่ชอบมาตลอดใน Pivotal คือมันทำให้เห็นชัดว่า มีคิวเพียงคิวเดียว
    มันบังคับให้ทุกคนจัดลำดับความสำคัญอย่างไร้ความปรานีและตัดสินใจเรื่องยาก ๆ
    ณ ขณะนั้นต้องตัดสินใจว่าจะให้แก้บั๊กหรือสร้างฟีเจอร์ใหม่ และเลือกได้แค่อย่างใดอย่างหนึ่ง
    สิ่งนี้ช่วยหลีกเลี่ยงภาวะกลืนไม่เข้าคายไม่ออกที่ “ทุกอย่างมี priority สูง”

    • ผมยังชอบที่มันไม่อนุญาตให้ปรับแต่ง และยืนกรานใช้สถานะที่เฉพาะเจาะจงและนิยามไว้ชัดเจนเท่านั้น
      issue มีแค่ประมาณ ต้องทำ, กำลังทำ, เสร็จแล้ว, ส่งมอบแล้ว, อนุมัติแล้ว
      สถานะ issue แบบกำหนดเองของ Jira เป็นนรกชนิดพิเศษจริง ๆ
    • ผมชอบ Pivotal Tracker มากก็ด้วยเหตุผลนี้เลย มันเป็นเครื่องมือที่โฟกัสกว่ามาก และเป็นตัวติดตามงานที่ดีที่สุดเท่าที่เคยใช้มาอย่างชัดเจน
      โปรเจกต์ส่วนใหญ่ของผมเกี่ยวข้องกับโค้ด สุดท้ายเลยย้ายไปใช้ GitHub Projects แต่พูดตรง ๆ ว่าระดับความโฟกัสใกล้เคียงกัน
      ข้อเสียคือคนสายงานที่ไม่ใช่เทคนิคก็อาจต้องมีบัญชี GitHub แต่ในทางปฏิบัติไม่ได้เป็นอุปสรรคใหญ่
    • ยังมีวิธีแบ่งคิวตามลูกค้า แทนที่จะมีคิวใหญ่คิวเดียวด้วย เช่น แยกเป็นสายน้ำงานของลูกค้าภายนอก ทีมภายใน และหนี้เทคนิคของทีมพัฒนาเอง ซึ่งอธิบายไว้ใน “JIT selection from independent streams: An alternative to the “big backlog” of work”
      https://longform.asmartbear.com/jit-backlogs/
      เมื่อลูกค้าแต่ละรายจัดการลำดับคิวของตัวเอง ทีมพัฒนาก็โฟกัสที่รายการบนสุดของแต่ละคิวได้
      แน่นอนว่าทีมพัฒนาต้องช่วยลูกค้าทำข้อกำหนดของงานถัดไปสองสามชิ้นให้ชัดเจน เพื่อให้งานบนสุดพร้อมเริ่มได้ทันที
      หลังจากนั้นทีมพัฒนาก็เลือกว่าจะให้ความสำคัญกับรายการบนสุดจากคิวใด และรักษาสมดุล เช่น นอกจากงานลูกค้าแล้วให้มีหนี้เทคนิค 1 รายการและงานแก้บั๊ก X รายการที่อยู่ระหว่างดำเนินการเสมอ
    • ตอนลองใช้ในทีมหนึ่ง มันรู้สึกเรียบง่ายเกินไปเสมอ
      แต่ก็ต้องยอมรับว่า โดยปกติแล้วเราส่งมอบสิ่งที่สัญญาไว้ในแต่ละ sprint ได้จริง และค่อนข้างชัดเจนว่า การ commit เกินกำลัง เกิดขึ้นเมื่อไร

  • น่าเสียดาย ในบรรดาเครื่องมือจัดการโปรเจกต์ที่เคยใช้มา Pivotal เป็นตัวที่ผม “เกลียดน้อยที่สุด”
    มันทำให้งานที่ทำบ่อย ๆ ทำได้ง่าย และจำกัดการปรับแต่งให้อยู่ในระดับที่สมเหตุสมผล
    โดยรวมแล้วเป็นเครื่องมือที่ไม่ค่อยขวางทาง ทำให้มอง Jira ด้วยสายตาที่มีความหมายขึ้นมา

    • สุดท้ายไปลงหลักกับ Linear ซึ่งไม่ขวางทาง
      หมายถึง ณ ตอนนี้นะ พอดูคู่แข่งแล้ว เหมือนเป็นแค่เรื่องของเวลาก่อนที่มันจะบวมโตเพื่อพยายามทำให้มูลค่าบริษัทสมเหตุสมผล
      https://linear.app/
    • เห็นด้วย คิดว่าหนึ่งในเหตุผลที่เครื่องมือนี้ดีคือมันถูกปล่อยไว้อย่างนั้น
      ชอบตรงที่ไม่มีฟีเจอร์ใหม่ ๆ คลุมเครือ และไม่ได้เป็นส่วนหนึ่งของชุดแพลตฟอร์มขนาดใหญ่ที่ซับซ้อนกว่า
    • เห็นด้วย ใช้ Pivotal Tracker มานานกว่า 10 ปีแล้ว และตอนนี้ก็ยังใช้อยู่
      เคยลอง Jira กับเครื่องมืออื่น ๆ อยู่บ้าง แต่โดยทั่วไปมักรู้สึกว่าภาระการจัดการหนักเกินไป
      อยากรู้ว่ามี ทางเลือกที่ปรับแต่งและดูแลประจำวันได้เบา ๆ อะไรบ้าง
    • ในฐานะอดีตพนักงาน Pivotal ผมชอบ PT มากจริง ๆ ยิ่งเมื่อเทียบกับพวก Jira แล้วยิ่งใช่
      ดูชัดเจนว่า VMWare จะทำให้บริษัทพัง และ Broadcom ก็ทำให้เรื่องนั้นแน่นอนยิ่งขึ้น
      ครั้งหนึ่งเคยเป็นบริษัทที่ยอดเยี่ยม — หมายถึง Pivotal Labs
      ตอนนี้จบแล้ว
    • https://www.shortcut.com ให้ความรู้สึกเป็นทางเลือกแบบ 1:1 ที่ใกล้เคียงกับ Pivotal มากกว่า และยึดติดแนวทางน้อยกว่า Linear
      ทุกเจ้ากำลังบวมโตขึ้นทีละนิด เลยอยากให้มีผลิตภัณฑ์ที่มุ่งไปทางลดฟีเจอร์ลงมากกว่าคอยเพิ่มฟีเจอร์ไปเรื่อย ๆ
      Linear ก็ดูเหมือนจะมีอนาคตแบบนั้นในที่สุด

  • ขอรินแก้วให้ Pivotal Tracker นี่คือระบบติดตามตั๋วและจัดการโปรเจกต์ที่ยอดเยี่ยมและมาก่อนกาล
    สมัยทำวิศวกรรมซอฟต์แวร์แบบรับจ้าง Pivotal Tracker ช่วยให้จัดการความสัมพันธ์กับลูกค้าได้ง่าย เพราะมันแสดงให้ลูกค้าเห็นผลกระทบของคำขอฟีเจอร์ได้อย่างสมบูรณ์แบบ และให้ลูกค้าเลือกการแลกเปลี่ยนที่เหมาะกับธุรกิจของตัวเองได้เอง
    อธิบายได้ว่า “อยากเพิ่มฟีเจอร์ใหม่นี้ทันทีไหมครับ? ไม่มีปัญหา แต่ตามที่เห็น ถ้าดึงงาน 4 แต้มนี้เข้ามาในสัปดาห์นี้ ส่วนที่เหลือจะเลื่อนออกไปสองวัน แล้วก็ต้องตัดอย่างอื่นออกหรือเปลี่ยนวันปล่อย”
    UI เยี่ยม บรรยากาศเยี่ยม และใช้งานแล้วสนุก แม้ PT จะหายไป แต่มรดกของมันจะยังคงอยู่

  • ขอให้ PT ไปสู่สุคติ ผมบรรยายไม่หมดเลยว่าซอฟต์แวร์นี้เปลี่ยนชีวิตผมไปแค่ไหน
    สมัยทำงานที่ Pivotal ซึ่งเป็นยุคแรก ๆ มากของ Cloud Foundry ผมได้เรียนรู้มากจริง ๆ ว่าจะพัฒนาซอฟต์แวร์และผลิตภัณฑ์อย่างไร
    ได้เรียนรู้วิธีทำงานใกล้ชิดกับผู้คน พลังของ pair programming วิธีใส่ใจกับการพัฒนาแบบวนซ้ำและความเร็ว วิธีเขียน story และวิธีค่อย ๆ ขัดเกลาสิ่งห่วย ๆ ไปตามเวลา
    ผมใช้ทักษะเหล่านี้ทุกวัน และไม่มีอะไรอื่นเข้าใกล้ได้เลย

    • ผมก็เหมือนกัน ทำงานมา 15 ที่ แต่ที่นี่ต่างออกไปโดยสิ้นเชิง และเป็นที่เดียวที่ได้เห็น pair programming และ TDD ทำอย่างถูกต้องจริง ๆ
      ครั้งหนึ่งเคยปล่อยเวอร์ชันแรกของผลิตภัณฑ์ธุรกรรมที่ไม่มีบั๊กเลยแม้แต่ตัวเดียว
      หลังจากนั้นพอพยายามอธิบายวิธีนี้ให้คนอื่นฟัง พวกเขาก็ยักไหล่เหมือนฟังนิทานอยู่
      ระหว่างการย้ายระบบอื่น ๆ มีโอกาสสาธิตอีกสองสามครั้ง และประสบความสำเร็จมาก แถมภาระทางจิตใจและอารมณ์ก็ต่ำมาก
      เราแจกแจง test case ก่อน ทำ implementation ปลอม commit บ่อย ๆ ทำ trunk-based development และใช้ story เล็ก ๆ กับการปรับปรุงแบบค่อยเป็นค่อยไป
      แต่คนไม่รับมันว่าเป็นความสำเร็จที่ออกแบบมา โดยปกติอคติจะแรงเกินไป จนมองเป็นแค่ความแปรผันโดยบังเอิญในคณะละครลิงพัฒนาซอฟต์แวร์แบบเดิม ๆ ที่คุ้นเคย
      ตอนนี้คงถึงขั้นต้องมีกลุ่มสนับสนุนสำหรับศิษย์เก่าแล้ว
    • เคยได้ยินเรื่องคล้าย ๆ กันจากคนอื่นที่เคยทำงานที่ Pivotal เหมือนกัน ดูเหมือนทีมวิศวกรรมจะเจ๋งมาก
    • “ใช้เวลาขัดเกลาสิ่งห่วย ๆ” สุดท้ายก็คือการ iterate และ pivot นั่นเอง

  • Shortcut(https://www.shortcut.com/) เป็นทางเลือกที่ใช้ได้ของ Pivotal Tracker
    ผมทำงานเป็น engineering manager ที่นั่น และเคยช่วยสร้างเครื่องมือนำเข้า(https://github.com/useshortcut/api-cookbook/tree/main/pivota...) สำหรับนำข้อมูล Pivotal Tracker เข้า Shortcut
    Shortcut เป็นผลิตภัณฑ์ที่เน้นทีม และมีการเชื่อมต่อกับ GitHub/Gitlab/Bitbucket รวมถึง Slack ที่แข็งแรง

    • ยังรู้สึกว่ามีคอลัมน์มากเกินไป และมีสถานะมากเกินไปอยู่ดี
      Pivotal Tracker มีประมาณ ice box, backlog, current iteration เท่านั้น
      พอดูบริษัทที่ตกนรก Trello แล้ว เจตนาดีแหละ แต่สถานะมักปะปนกันบ่อยและเกิดพื้นที่สีเทา
      บนบอร์ดมีคอลัมน์สัก 10–15 คอลัมน์ แล้วก็กลายเป็นความโกลาหลเต็มรูปแบบ
    • โอ้โห อันนี้เมื่อก่อนเคยเรียกว่า Clubhouse ไม่ใช่เหรอ? ความหลังพรั่งพรูเลย
      นานมาแล้วเคยใช้ Clubhouse ที่ Papa

  • ยังมีเครื่องมือติดตามและจัดการโปรเจกต์แบบ โอเพนซอร์สที่โฮสต์เอง ที่ยังมีทีมดูแลโดยเฉพาะและเดินหน้าพัฒนาอยู่ไหม?
    เมื่อก่อนเคยโฮสต์อินสแตนซ์ Phabricator เองและค่อนข้างชอบ แต่ก็เข้าใจได้ที่ผู้ดูแล upstream ตัดสินใจจะวางมือ
    ตอนนี้ดูเหมือนว่าช่องว่างสำหรับโซลูชันแบบโฮสต์เองจะไม่ได้กว้างนัก
    กรณีใช้งานส่วนใหญ่ที่ซับซ้อนต่ำ GitHub Issues แผนฟรีก็ครอบคลุมได้ ส่วนกรณีที่ซับซ้อนกว่านั้นก็มี SaaS สำหรับองค์กรจัดการให้

    • กำลังใช้ Plane(https://github.com/makeplane/plane) อยู่ มีเวอร์ชันโฮสต์ให้ด้วย(https://plane.so)
    • ถ้าพูดถึง Phabricator ก็มีพวกนี้ด้วย
      Redmine:
      https://www.redmine.org/projects/redmine/repository/svn/show...
      https://www.redmine.org/projects/redmine/wiki/Download
      RequestTracker:
      https://github.com/bestpractical/rt
      https://github.com/bestpractical/rt/releases
      คล้ายกับ Phabricator อยู่บ้าง พวกนี้แทบจะเป็นเฟรมเวิร์กสำหรับสร้าง UI ระบบตั๋วเลย
      แต่เอาจริง ๆ Taiga ที่ถูกพูดถึงที่ไหนสักแห่งในเธรดนี้อาจจะตรงกว่าก็ได้:
      https://community.taiga.io/t/taiga-30min-setup/170
    • https://we.phorge.it/ เป็น community fork ที่ดูค่อนข้างคึกคัก
      ผมเองก็ชอบ Phabricator ค่อนข้างมากเหมือนกัน เพียงแต่ทีมของเราชอบ pull request สไตล์ GitHub มากกว่า
      ช่วงหลังไม่มีความจำเป็น เลยยังไม่ได้ลองใช้ phorge เอง
    • มี Taiga.io ไม่ใช่เหรอ?
      ยังมี Trello ที่เป็น SaaS ฟรี และใน GitLab แบบโฮสต์เองก็มีการจัดการโปรเจกต์แบบบูรณาการอยู่แล้ว จึงดูเหมือนว่าช่องว่างของโซลูชันแบบโฮสต์เองลดลงจริง

  • ข่าวนี้น่าเศร้า แม้ผมคงไม่ได้ใช้ PT มานานกว่า 10 ปีแล้ว แต่ก่อนหน้านั้นใช้เยอะอยู่ 3–4 ปี
    เมื่อเทียบกับเครื่องมือ “Agile” อื่น ๆ แล้ว มันเป็น เครื่องมือที่ทำให้หายใจหายคอได้
    เรียบง่ายมาก ทุกอย่างอยู่ในหน้าจอเดียว และย้ายระหว่างสถานะก็ง่าย
    ทีมเราชอบที่เปิดไว้ในหน้าต่างเดียว ค้างไว้ทั้งวัน แล้วแก้ได้ทุกเมื่อที่ต้องการ
    หลังจากนั้นเหมือนไม่เคยเห็นเครื่องมือไหนที่ใกล้เคียงระดับนี้อีกเลย
    ลองล็อกอินหลังผ่านไปหลายปี ปรากฏว่ายังมี side project เหลืออยู่สองอัน คงถึงเวลาต้องดาวน์โหลดออกมาแล้ว

  • ลองเปิดโปรเจกต์ Pivotal Tracker จากปี 2011 ดู แล้วประหลาดใจว่า UX ดีแค่ไหน และทุกวันนี้ก็ยังดีอยู่
    ในเชิงภาพอาจดูเก่า แต่ผมว่า UX ยอดเยี่ยม
    ความเรียบง่ายถูกเสริมด้วยความหนาแน่นของข้อมูลที่สูง มีเยอะ แต่ไม่ถึงกับท่วมท้น
    แนวทางดีไซน์สมัยนี้ลดความหนาแน่นของข้อมูลมากเกินไป ทำให้ต้องเลื่อนเยอะ และต้องใช้พลังกับเวลามากขึ้นมากเพื่อจะดูอะไรสักอย่าง
    แม้ตอนต้อง “เปิด” รายการ ก็ยังอยู่บนหน้าจอเดิม ไม่มี modal ไม่มีการสลับบริบท มีแค่ metadata, คำอธิบาย และบทสนทนา แค่นั้น
    ใน Linear ผมหลงทางไปหมดกับ projects, cycles, views และ projects
    ตอนนี้ถูกผูกไว้กับ GitHub Issues/Projects แต่ก็คิดถึง ความเรียบง่ายของ Pivotal
    เมื่อกี้เพิ่ง export CSV ของ Pivotal ขนาด 10MB ออกมา

  • อยากให้ 37Signals ทำของแบบนี้ขึ้นมาเลียนแบบแล้วขายผ่าน https://once.com/
    ถ้าเป็นแบบจ่ายครั้งเดียวแล้วติดตั้งโฮสต์เองได้ก็คงดี

    • ใน Basecamp มีมุมมองแบบบอร์ดอยู่แล้ว ดังนั้นคงไม่ทำแบบนั้นหรอก