今年度もお疲れ様でしたの会でのLT資料です。

BacklogとかサイボウズLiveとかをご存じないクライアント様が結構多くて、そのような方々にとってのコラボレーション・ツールはほぼ間違いなくEメールになります。まずその啓蒙から入って仕事をさせて戴くことが多くなりました。 お打ち合わせの場でAction決めて、その後はちょいちょいメールフォローでだましだましやってこれた時もあったのですが、やっぱこれダメだってことになったので、その話をしたいと思います。 Why Email Collaboration SUCKS そもそも、Eメールは双方向性があるようで無いツールです。Eメールでの各種進捗管理は、以下の点で非常に効率がよろしくありません。 1つのメールに複数の事項が含まれることがある 例えば、Xさんに対してAという事項の修正事項が記載されたメールに対して、Xさんが返信を行ったとします。その返信に対して別のBという事項のご相談があると、追い
前回、「今どき事業戦略を立てる時、自社の強みは何かみたいなところから考え始めるなんて、もうそれだけで終わってるよね」と書きました。 でも、戦略考えるときに、自分の強みから考えるって王道じゃないの? そういうフレームワークも習ったことあるよ、という人もたくさんいるでしょう。 じゃあなんでこういう話になっているかといえば、それは「時代が変わったら、答えも変わるのよ」って話です。 確かに昔なら、自社の強みから何を作るかねって考えるのもアリだったと思います。なぜなら「自社の強み」って、(自社にとっても他社にとっても)そうそう簡単には変えられないものだったから。いわば、固定的な条件だったんです。 たとえば、長年かけて培ってきたノウハウだったり、特許で守られた技術だったり、何年もかけて細かく調整&改善してきたラインの行程だったり。 うちは持ってるけど、他社にはおいそれと真似できない、一朝一夕には作れな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く