反復型モデルは速さとは真逆のプラクティスである。 - レベルエンター山本大のブログ
反復型vsウォーターフォールを新人教育で教えるときに、 あるゲームで体感してもらったんだが、現実にあるあると言える面白い結果になった。 結論から言うと、反復開発は速くはないということがわかった。 題材は、伝言ゲームである。 ■基本ルール ・５−６人で１チームを作り、最後尾の人がマジックと紙を持つ。 ・講師が先頭の人だけに絵を見せる。絵は以下のようなものだ。 ・先頭の人は、自分が伝言している間だけは何度でも講師の絵を見に来ることができる。 ・言葉だけを使った伝言ゲームによって順番に1人1人回して行く。 ・最後の人が紙に書き出しす。 ・制限時間は15分 ■ウォーターフォールバージョン 基本ルールに加えて以下をルールとする。 ・伝言のフローは1回だけ。1回で伝えきること。 ■反復型バージョン 基本ルールに加えて以下をルールとする。 ・伝言のフローは何回行っても構わない。 ・ただし、先頭の人を起点
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
大抵のことは解決する→質問力をブーストする100のクエスチョン
問いを作ることは、最も基幹的な知的リテラシーである。 問う力を養うためには数をこなすしかないが、スポーツでいうところの「素振り」に相当するものがあり、実践に向けて問う力の維持・向上に役立てることができる。 いうまでもなく自問自答することだ。 これは、質問の質を高め、思考する力を向上させることのできる数少ないトレーニング方法でもある。 以下に示すのは、自問自答に使える問いの型である。 自覚的に使うことで、問いの型稽古を行うことができる。 思考を深めたり、問題解決を助けたりするのにも用いることができる。 決断する 「それをするメリットは何か？」 「それをしないメリットは何か？」 「それをするデメリットは何か？」 「それをしないデメリットは何か？」 「するのか？しないのか？」 望みをかなえる 「ほしいものは何か？」 「今持っているものは何か？」 「今持っているものをどう使えば、ほしいものは手に入
進捗管理が苦手な人におすすめしたい厳選フリーソフト・ツール - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB
アイデアを大量生産できる最強のフレームワーク「オズボーンのチェックリスト」 | お土産屋さんブログ
若かりし頃、上司から「アイデアを出せ」「次の会議までにアイデアを考えておけ」と言われ、 そのたびに「またアイデアかよ・・・。」「全然思いつかない・・・。」と悩んだものです。 アイデア本を片っ端から読んで試してみましたが、そう簡単にはアイデアは出ないもので、上司へのアイデア報告は大変苦痛だったことを思い出します。 そんな当時の自分に「オズボーンのチェックリスト」を教えることができれば、ずいぶん状況は変わっていたのではないかと思います。 「オズボーンのチェックリスト」は、「入れ替えてみたら」「大きくしてみたら」「逆にしてみたら」などと、１つのお題からアイデアを大量生産することができるフレームワークです。 アイデア出しに困っている方、ぜひ「オズボーンのチェックリスト」を試してみてください。 「オズボーンのチェックリスト」は、どんなツールなのか？ ９つの視点から、アイデアを発想できるツールです。
そしてスティーブ・ジョブズは伝説の人となった
CNetにGuy Kawasakiの "What I learned from Steve Jobs" という文章が出ているので一読をおすすめする。１２項目のメッセージを簡単に解説するとこうなる。 評論家と呼ばれる人たちは実は何も分かっていない。彼らに耳を傾ける必要はあるが、振り回されてはいけない 顧客に何が欲しいかをたずねても答えは見つからない 不連続な変化を起こせ 難しいことにチャレンジするからこそすばらしい仕事ができる デザインへの徹底的なこだわりが違いを生み出す プレゼンの時には大きなフォントと大きな画像を使え 間違いに気がついたら恥じらいもなく方向転換をしろ 「価値」は「価格」とは違う 優秀な人材は自分より優秀な人材を雇いたがる。だめな人材はもっとだめな人材を雇いたがる 本当のCEOは、自分自身で商品のデモをする 会社に必要なのは「研究者」ではなく「エンジニア」だ 「個性的」でか
ベンチャーでもお金をかけたほうがいいサービスやツールまとめ : けんすう日記
ベンチャーはお金がない ベンチャー企業ていうのはお金がありません。 しかし、最近、IT革命というものがあったらしく、起業のコストが劇的に下がりました。コストがさがることで、リスクも劇的に下がり、サラリーマンと起業家のリスクの差がどんどん縮まっています。 いろいろなツールが無料や少額のお金で使えるようになりました。ベンチャーはお金がないので、どうしても無料で揃えたくなります。しかし、実際はお金を少しかけたほうが、効率的になり、時間のコストが下がるということを忘れがちだったりもします。 そこで、僕がベンチャーを立ち上げて使ったものや、金かけてでもやっておいたほうがよかったなーというところを紹介します。 登記の手続き まず、登記は絶対、司法書士の先生に頼んだほうがいいです。 「自分でやったほうが安いし、経験になるかな〜（＾◇＾）」と思ってやってみたのですが、これが地獄でした。何度も間違えを訂正さ
悪い奴らは来なかった - レジデント初期研修用資料
病棟で3年過ごした昔、上司の書いた処方箋を見て、「こうすればもっといいのに」なんて批評家気取りができるようになった頃、島に飛ばされた。邪魔な上司の指示が入らない、「こうすれば」を自分の責任で行える機会がいよいよ巡ってきて、それをやろうとして、手が動かなかった。 決断のお話。 実戦は怖い 島への派遣が決まったとき、粋がって英語の本ばかり持ち込んだ。世界的に権威のある教科書だから、信頼性なら完璧なのに、いざそれを使おうとして、それを翻訳するのが自分であることに思い至って、その本がいきなり信用できないものに変わった。普段は馬鹿にして、ろくに読みもしなかった日本語の「今日の治療指針」がありがたくて、それに頼ってようやく病棟を回すことができた。 畳の「へり」なら転ばず歩けるのに、それが地上10m の高さに置かれたそのとたん、足がすくんで動けなくなる。模範解答を知っていることと、実際に決断ができること
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
日本の組織とその限界と 島国大和のド畜生
東日本大震災の気分的総括について 切込隊長さんが非常に面白い書き方をしていたので。 自分にとってもこの危機的状況はまだ始まったばかりで、この後も転がり続ける。 自分が今持っている悲しみや不安が払拭されることは当面無いだろう。 そういう状況なのでもうちょっと狭いところの話を。 我が国の組織や制度運用についての側面で、東京電力はひとつのモデルケースとなりました。簡単に言えば、現場から離れている人が昇進するため、問題が起きたときに組織として対処する能力を著しく欠く、という構造的な欠陥であり、例えばこの問題が他の大組織で起きたとしても、やはり同じように右往左往して問題の解決に至る道筋は遠かったのではないかと予見されます。 これは自分も最近よく考える。 ・偉い人は現場仕事をした事が無い。 ・技術と知識は現場が持っている。 ・何かあった時、偉い人では対処が出来ない。 ・現場は偉い人が何をどうなしたいか
危機コミュニケーション覚え書き - レジデント初期研修用資料
未知状況で安心を伝える 原発災害の当初、情報が錯綜して、不安になった。そんな頃に発信された、日本の原発についてのお知らせ という、英国大使館の現状に対する見解をまとめた文章を読むことで、大きな安心感が得られた 「ワーストシナリオとその対策を語る」こと、「今公開されている情報を吟味して、そこから導かれた見解を述べる」こと、「今までに発生した「本当の最悪」との比較を行ってみせる」ことが、未知の恐怖におびえている状況を安定化させるのだと思う 「大丈夫だ信じろ」という言葉では、安心感が得られない。「ワーストはこうだ。対策はできる」と言われると安心できる 「安全な最小値」と比較して何倍、という表現は安心につながらない。「本当の最悪と比較して何分の一」という言い回しは、同じ大きさを表現するにしても、安心感がある 根拠を示さずに「大丈夫です信じて下さい」を繰り返す人は信頼されない。すでに公開されている情
【スマホ集中連載 第5回】 "アプリ開発の検証作業の進め方" 〜高い品質を保つための3ステップ : LINE Corporation ディレクターブログ
スマートフォンのアプリ検証を担当している宮澤です。 スマホ集中連載の第5回目、本日はアプリの品質管理について見直す際に役立つと思われる項目、検証作業のノウハウについて記載します。 はじめに Webサービスと異なり、アプリは実機にユーザがインストールして使うので、例えばアプリのバグを発見して即座に修正・公開しても、ユーザにアップデートを行ってもらわねばその修正を反映できません。iPhoneアプリの場合はAppleの審査を挟みますので、即時公開可能なAndroidアプリよりもなおのこと時間を要します。 また、それと同時にせっかくサービスに興味を持っていただき、利用したいと思っていただいているお客様の気持ちに答えられなくなってしまうので、最大限注意を払い神経を使って取り組まなくてはいけない重要なミッションです。 アプリのそうした品質管理を考える上での3つのステップについて説明していきます。 ST
はてブiPhone・Androidアプリの開発プロセス - ninjinkun's diary
この三ヶ月ではてなブックマークiPhoneアプリの新バージョンとAndroidアプリを開発してきました。 両方共担当はエンジニアid:ninjinkunとデザイナーid:kudakurage、総合ディレクションid:nagayamaです。同じ開発者がiPhoneアプリとAndroidアプリ両方を作った事例として、なかなか面白いのではないかと思います。開発期間はちょうどそれぞれ一ヵ月半ずつでした。 自分にとってもブクマチームに移動してから初めての大きな仕事だったので、両方共思い入れがあるプロダクトです。開発話と一緒に、スマートフォンアプリを作る際の流れや、気を付けていることなどをまとめようと思います。（長いです） 開発プロセス iPhoneもAndoirdも開発の流れは基本的に一緒で、以下のような流れになります。 機能の検討 UIの検討 実装 ざっくり並べただけではWebサービス開発と変わり
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
アイビータイムズ - 日本
PAGE NOT FOUNDSorry, but that page cannot be found.The page might have moved to a different location or there might have been an error in the URL you were trying to access. If you believe that the link is broken, please contact us and we will look into the issue. Also, you can try using the search box above or go to our homepage.
なぜ新規開店する飲食店は同じ失敗をするのか
近所に新規オープンしたチェーン店らしきラーメン店があまりにも酷かったのだけど、なんだか既視感があったので脊髄反射的にエントリ。 新規開店時に力をそそがないのはなぜ？ 単刀直入に申しまして、新規開店時に店員の質が低いというのはどうしてなんだろう？ 飲食店にとって、オープンしたてのタイミングは「1回試してみるか」という顧客を獲得するはずのビッグチャンスなハズ。にもかかわらず、そういったタイミングでオペレーションが混乱しまくっている現場は度々目にする。もちろん（オープン予定日に対する）時間的制約や（個人の向き・不向きに関する）人材的問題があることは良くわかるのだけど、それにしたってオペレーションや接客のレベルが低すぎる場合が多い気がする。 実際に今回のケースではこんな感じだった。 夜の12時くらいに入店 座席はカウンターのみキャパ30人くらい 厨房に5人、カウンターに1人、レジに1人（この時点で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネットで見られる提案書のまとめ | Webデザインのタネ
【第16話】PDCという“当たり前”が会社を変える (3ページ目)：日経ビジネスオンライン
カンバン方式を適用する間違った理由と正しい理由
