費用対効果ではなく「投資対効果」の高かった取り組みと得たもの | Social Change!
木こりのジレンマという話がある。刃こぼれした斧で一生懸命に木を切っている木こりに、「斧を研いだらどうか」というアドバイスをしたところ、「木を切るのに忙しくて、斧を研ぐ暇はない」と答えたという逸話だ。 短期的な目線だけでは、長期的には損をする。短期的に得るものがなくても取り組むのが投資だ。それは何も金銭だけが投資の対象ではない。これからの時代、特に金銭だけに頼るのはリスクが大きいだろう。 スキルを磨くことや、人脈を広げること、それにかける時間も投資と言える。投資というのは会社に限らず、個人の活動にも言える。投資なので無駄になるかもしれないが、取り組まなければリターンを得ることはない。 本稿では、私が若い頃から個人的に取り組んできたことで、「投資対効果」が高かったと思えることを経験談として書いた。 ブログを続けること かれこれブログを書き始めて10年以上になる。元々はプログラマである私は、ブロ
ワーク＋バケーション＝ワーケーションの実験 〜 八丈島を満喫しながら仕事をやってみた | Social Change!
私は今、この原稿を八丈島で書いています。八丈島は、東京から飛行機で45分ほどで行ける島で、離れてはいますが東京都の一部です。といっても温泉やマリンスポーツで有名なリゾートです。 そんなリゾートを訪れながらも仕事をするようなスタイルを最近は「ワーケーション」と呼ぶそうです。この記事では、試しにワーケーションを実践してみてわかったことについて書きました。 ワーケーションという新しいワークスタイルの登場 ワーケーションはまだ新しい概念、新しい言葉です。これは「ワーク」と「バケーション」を組み合わせた造語で、リゾートなどにバケーションにいきながらも、そこで仕事をするという新しいワークスタイルのことです。 アメリカのビジネスパーソンから始まったワーケーションは、たとえ休暇中であっても結局は仕事のことが気になってメールチェックなどをしてしまうなら、いっそ割り切ってバケーション中に仕事をしてしまおうとい
なぜアジャイル開発はうまくいかないのか 〜 Don’t just do agile. Be agile. | Social Change!
私たちソニックガーデンの「納品のない受託開発」に取り組むソフトウェア開発のスタイルは、一般的に「アジャイル開発」と呼ばれるものに近いです。 しかし実際のところ、私たちは「アジャイル開発」をしようなんてかけ声をかけたこともないですし、普段から社内で「アジャイル開発」が話題になることもありません。「アジャイル開発」をしようと思ってしている訳ではないにも関わらず、「アジャイル開発」をやっているように見えるというのです。 この記事では、「アジャイル開発」について私たちが考えていること、そして、なぜ多くのアジャイル開発は失敗してしまうのか、うまくいくためにどうすればいいのか考えてみました。 2012-12-28 / Giåm 結果としてのアジャイル開発〜究極のアジャイル 「あなたにとってのアジャイルとは何ですか？」 先日、ある勉強会で質問されました。ちょっと想定外の質問だったので、しばし考えたあと私
リモートワーク（在宅勤務）を導入するためのポイントと残された課題 | Social Change!
私たちソニックガーデンでは、リモートワーク（在宅勤務）が出来る働きかたを実現しています。むしろ、これからはリモートワークを推奨しようと考えて、経営施策を進めているところです。先日は、ソニックガーデンでリモートワークをしているメンバーへのインタビューも行いました。 お昼寝もアリ！？成果がすべての楽しくシビアなリモートワーク さて、私の書くこの記事では、私たちソニックガーデンの働きかたを参考に、会社やチームにおいてリモートワークを導入していくためのポイントや課題について、実践を通じた経営からの視点もあわせて書いてみました。 いつ働いても、どこで働いてもよい働きかた 私たちの会社ではソフトウェア開発を仕事にしていますが、ソフトウェア開発とは非常にクリエイティブな仕事です。決められたものを、ただ黙々と手を動かせば出来るような仕事ではありません。特に、私たちはソフトウェアの企画をするところから、プロ
アジャイル開発のボトルネック | Social Change!
「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
