ホウレンソウからザッソウ（雑談・相談）へ | Social Change!
仕事をする上で、ホウレンソウすなわち報告・連絡・相談は大事だ。こまめな報告があれば安心できるし、連絡が行き届くことで無駄もなくなるし、相談があることで早く問題を解決できる。上手なホウレンソウは社会人にとって基礎スキルと言える。 そして、ホウレンソウが出来るようになったら、その次は「ザッソウ」だ。ザッソウは、私たちが勝手に考えた言葉で、雑談・相談のことを指している。 ホウレンソウはもちろん大事だが、良いチームにするためにはザッソウ、とりわけ雑談というのは誰しもが思っているよりも大事な要素だ。 メンバー同士が気軽に雑談しあえるチームは、心理的安全が保たれていると言えるし、イノベーションに繋がるような突飛なアイデアは雑談の中から生まれたりする、かもしれない。 なんにせよ、気軽に雑談が出来るようなチームの方が楽しそうだ。そんなチームで働きたいとは思わないか。 職場における雑談の効能 チームには雑談
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
ドキュメントをなくしてもうまくいく？ 〜 人に依存するリスクへの対処とは | Social Change!
私たちの実践する「納品のない受託開発」では、担当のエンジニアがお客さまの顧問となって仕事をしていきます。（参考：顧問弁護士や顧問税理士のような「顧問プログラマ」という仕事と働きかた） お客さまと長い関係を結べることが会社にとって安定をもたらし、お客さまにとっても安心してもらえるため、担当するエンジニアも長期的な関係を築くことを目指します。 しかし、そうすると、必ず聞かれるのが「その人がいなくなったら、どうするのか？」という課題です。私たちのビジネスは、プロフェッショナルサービスでもあるので、人に依存すること自体を見直す必要はありません。だからといって、リスクに対して何も手を打たない訳にはいきません。 この記事では、私たちがどうやって個人に依存する問題へのリスクヘッジを行っているか、少し専門的な話になりますが、私たちの取り組みとその背景について書きました。 Lonely / vishwaan
シンプルで無駄のないプレゼン資料のつくり方 〜 能力の差を考えかたで凌駕する本当の効率とは | Social Change!
このところ講演などでプレゼンテーションをする機会が多くあったので、講演資料を作ることにも段々と慣れてきました。プレゼン資料を準備するのは結構大変ですが、なるべく省エネで作って、その時間を他にまわしたいものです。 そんなプレゼン作成の悩みについて、牛尾さんがブログにされていました。 プレゼン作成の効率化について考えてみる その記事の中で、私のプレゼン資料を褒めて頂いて、とても嬉しかったので、私のプレゼン資料のつくり方について、ブログにしてみようと思いました。私の場合、すごく時間のかかるコンセプトのフェーズと、すごく短時間で仕上げる資料作成のフェーズの２つに分けてつくります。 そこで、今回は、私なりのシンプルで無駄のないプレゼン資料のつくり方について書きました。タイトルの「シンプルで無駄のない」は、「プレゼン資料」と「つくり方」の両方にかけてみました。 Zen garden / Edward
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
