𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
有沒有什麼讓設計師可以參與 issue tracking system 的好建議
__
Trello(?)
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
不過 Trello 確實對非 developer 比較好上手
ᴇᴋᴀ ⁘ 海
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
ᴇᴋᴀ ⁘ 海 : 協作好難
ᴇᴋᴀ ⁘ 海
用免費的工具協作更難 (O)
l• ܫ•) Davyキュルッ
我們都用 miro...
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
ᴇᴋᴀ ⁘ 海 : 不過我覺得問題應該是在 developer 習慣把 issue 當 task
而設計師有任何更改不會主動開 issue 要 developer 做事(畢竟跟習慣的環境不同)
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
l• ܫ•) Davyキュルッ : 如果不用 JIRA 的話是不是很難同步資料
l• ܫ•) Davyキュルッ
我們用 gitlab issue 跟 miro 手動同步
反正 miro 會 highlight changes
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒

手動
l• ܫ•) Davyキュルッ
4der
牛肉★咪哭der口罩
自己寫一個
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
手動的話
開會大家同步,再讓 developer 自己開/改 issue 好像差不多
只是很難確保 developer 有 update 到最新資訊
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
也許要由設計師開/改 issue 是必要的
fallenleaf
以前用過 Zeplin,有異動會打到 Slack。
ᴇᴋᴀ ⁘ 海
嗯~我是覺得設計師的更改不必直接翻譯成 developer 的 task,尤其是 in house 產品,我覺得 developer 可以保有一定程度的自主性/實驗性,可以到處試試看找出自己想要實作的方向,再自己寫成適合自己的 issue
但確保資訊同步當然是必要的啦~~所以可能可以設計師把更改 update 到某個 issue 然後 developer 再自己看著辦 (??)
ᴇᴋᴀ ⁘ 海
話說 JIRA 真的是爆炸難用
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
fallenleaf : 對耶怎麼都沒有想到 Slack intergration
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
ᴇᴋᴀ ⁘ 海 : 這樣的話也就是說 developer 的實作必須找個方式定期讓設計師檢閱?
ᴇᴋᴀ ⁘ 海
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒 : 對啊,有 demo 大家才會同步,話說 demo 一直都有在發生 (但是只有跟前端 XDD) 你是在說 demo 介面對吧?
fallenleaf
理想上是每個 sprint 結束後可以參與 demo 和測試
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
ᴇᴋᴀ ⁘ 海 : 後端不會參與的話好像不太可靠😂
而且我們還有全端
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
fallenleaf : 也就是說要讓 sprint 好好發揮作用(thinking)
ᴇᴋᴀ ⁘ 海
(因為目前前後端還沒接起來啦XDD)
ᴇᴋᴀ ⁘ 海
同意大家利用 sprint 都參與 demo 跟測試比較同步!
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
ᴇᴋᴀ ⁘ 海 : 但有時候後端實作必須決定某些影響設計的東西,我覺得這邊還是要找個地方給設計師查閱會比較好
l• ܫ•) Davyキュルッ
不是 如果 sprint 沒有發揮作用的話為什麼要 sprint
大家都隕石就好啦
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒
l• ܫ•) Davyキュルッ : 隕石啦,哪次不隕石
ᴇᴋᴀ ⁘ 海
𝔠𝔞𝔱𝔏𝔢𝔢|非洲叛徒 : 哦~也是!可以想想看如何 demo 或同步~~
載入新的回覆