タスク・ToDoアプリを構築する

なぜ自分たちのタスクアプリを作るのか

タスクアプリは、あなたがどう働くべきかについての意見です。列か、リストか、サブタスクのピラミッドか。市民劇団の制作担当は、そのどれにも収まりません。彼女の仕事は後ろ向きに走ります。初日は動かず、大道具は場当たりの週までに終わり、衣裳はゲネプロまでに、プログラムは印刷所の締切までに。汎用のアプリはタスクを持てますが、ロジックは持てません。

Klivは、そのロジックごと構築します。公演はオブジェクト、その日付はルール、そしてどのタスクも自分が何を止めるかを知っています。だから木材の納品の遅れは、リストの中で静かに腐るのではなく、目に見えてテクニカル週を危うくします。

初日まで6週間

秋公演が、進行表の中をどう進むか。

ツリーを植える

秋公演が作られ、そのタスクのツリーは春公演のものから、新しい日付に錨を打ち直して導かれます。200のタスクが、1分で予定に乗ります。

それぞれがリストを引き取る

ボランティアはメールのリンクでサインインし、自分のものだけを見ます。舞台監督はすべてを見ます。誰も、自分の4件を探すために200行をスクロールしません。

遅れが早く浮かぶ

大道具の塗りが期日を過ぎ、それが止めているものが黄信号になります。その晩のSlackのまとめがそれを名指しします。定期実行が制作チャンネルへ押し出すので、木曜の会議で発見されるのではありません。

テクニカル週は点検表で回る

稽古の日ごとに、その日のリストが生まれます。仕込み、前夜のダメ出し、誰が何を戻すか。深夜に打ったメモは、朝にはタスクです。

バラシが輪を閉じる

撤去の点検表が公演を完了させ、予定より長くかかったものは問い合わせになります。次の季節のツリーは、今回より賢く始まります。

どう組み上がるか

尋ねた人と同じ権限を持つエージェント。 サインインしている人自身の行から答え、それ以上は答えません。「私のリストに何が残っている」と聞くボランティアも、「ゲネプロの準備はできているか」と聞く演出家も、同じ進行表を同じ行のルールごしに問い合わせます。権限を与えれば行動もします。タスクの割り当て直し、期日の後ろ倒し。そのやり取りは、誰かのダッシュボードではなく、あなたのデータの隣に保存されます。

スキーマは会話で育ちます。 劇団が衣裳のレンタル事業を足すとき、新しいオブジェクトを説明します。衣裳、借り手、返却日。移行は同じチャットの中で起きます。進行表は、作り直しなしに劇団の記憶になります。

恐れずに組み替える。 スナップショットはセーブポイントです。タスクのモデルを作り替える前にアプリを捕まえ、新しい形を1週間試し、スタッフが反乱を起こしたら巻き戻します。

エージェントが本当に自分のデータを知っているアプリは、盗む価値のある型です。AIアプリのソリューションページが、その仲間を歩いて回ります。

最初の稽古の前に聞かれること