【第12話】“ダメ会議”を撲滅する「10のチェック項目」：日経ビジネスオンライン
これらはみな、多くの会社に巣食う“ムダ”の象徴です。 ダメな会社の3K もちろん、カミ・カイギ・コミッティの“3K”（「コミッティ」は英語のつづりではCommitteeなのですが、日本語表記ではKということでご容赦を！）の、何もかもがダメだというのではありません。重要な決済事項は、やはり紙の書類として残しておく必要があるでしょう。 また、複数の人間が集まってアイデアを膨らませたり、社の重要な事案に最終判断を下したりする時には、メールのような一方通行のツールではなく、一堂に会しての話し合いが必須です。 しかし会社という組織では、創業から時が経つにつれ、人が増えるにしたがって様々なムダが発生します。毎月律儀に全社員に配られるが実は誰も目を通していない総務部からのお知らせ、会議室のドアを開ければ必ずいつもどこかしらでやっているコミッティの類…。 「顧客満足向上委員会」「品質管理タスクフォース」な
CVSユーザのためのSubversion TIPS:Geekなぺーじ
「The Top Ten Subversion Tips for CVS Users」という記事がありました。 Subversionの開発を行っているGoogle社のBrian Fitzpatrick氏が書いているブログ記事のようです。 元々は2004年にONLampで発表されたものだそうです。 以下、要約です。 誤訳などの可能性があるので原文もご覧下さい。 1. ステータスを見るにはstatusを利用しよう CVSでは、手元のコピーと最新レポジトリとの違いを見たい場合、 cvs updateを使いますが、cvs updateをしてしまうと、違いを知ると同時に手元のコピーが最新の状態にupdateされてしまいます。 (-nを使わない場合。また、statusコマンドもありますがあまり使い勝手は良くありません。) Subversionでは、updateを行わずに状態だけを知る事ができます。 $
想像力の欠落が大惨事を招く
ずいぶん前になるが、これは東海村でウラン溶液のバケツリレーやってたら臨界事故を招いた事件のときに柳田邦男が評論していた内容だ。「そもそも『これをやったら、こうなる』という推理をしながら、やらないからこうなるわけだ。『幼児がうるさいから殴ったら、死んだ』とか『いじめてたら自殺した』とか。最近の日本人は想像力が欠落している」とかいう話だった。 仕事でも同じことで、「電話しなけりゃこうなる」とか「説明しなけりゃこうなる」とか思うわけだ。「だから、どうしてそれをやったら（もしくはやらなかったら）どうなるか想像してみなかったのだね？ こうなることは火を見るよりも明らかではないか」とプリミティブな失敗をやらかした某君に昨日説教をしてたら･･･ 「自分はそういうのが苦手なんです。想像力が乏しいんです。どうすればできるようになりますか？」と聞かれた（ってか逆ギレ？）。それで、僕なりの回答を書いておく。 「
FPN-机の上を散らかさないようにするための10のコツ
コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 311 view 1．ビジネスリサーチの基本・心構え すべては「依頼」から始まる〜社内リサーチャーと社外リサーチャ… 【 リサーチャー とは 】企業で企画系の仕事をしていると、上司の依頼で調べものをして資料にまとめるという仕事が多いと思います。企画系の業務では課長クラスまではこうしたリサ… 2021.01.18 2021.05.13 340 view 2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開
Win32サブルーチンズ
本書は、出版当初大変なご好評をいただき、専門性の高い内容にかかわらず予想外の売り上げを記録いたしましたが、時代は流れ、今となっては周知の技術も多く含まれております。 しかし、今もってサンク関連など、Microsoft社の公式文書でなければ見られない内容もあり、Win32関連の掲示板を覗くと本書を参考にしていただければ、解決できるような内容を見ることがあります。 そこで、絶版となりました拙著の内容をご活用いただくため、本ページで公開するに至りました。 本ページは、拙著の内容を超えた技術サポートをお受けすることを 意図するものではありません。 技術情報の詳細な確認および質問等は、マイクロソフトの 正規サポートをご利用ください。 書籍の内容を超えるご質問等については一切お答えできませんので、 あらかじめご了承ください。
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ
日本のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 １．受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資
もっと失敗しよう：江島健太郎 / Kenn's Clairvoyance - CNET Japan
このへんを読んでいて思ったこと。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む - 大迫正治 REPEDANT BLOG [ITmedia オルタナティブ・ブログ] HOW DO YOU LIKE SILICON VALLEY? | やはり受託からイノベーションは生まれない いやはや、まったくおっしゃるとおり。 ともかく、みんな「リスク」とか「不確実性」とか、そういう浄化されたビジネス用語をつかって説明しようとするからリアリティーがないんだ。 いまの日本のITイノベーションに足りないのは、転んで生傷をつくりまくる失敗経験だよ。 「１０のチャレンジのうち９の失敗をよしとする」ということは、それ自体、相当の覚悟と思考体系の適応力が求められる難しいテーマ。ハンパに受託をやりながら、そういうマインドを維持できると思ってる人がいるとは、いかにもおめでたい。 だいたい、国際交流試合や全
HOW DO YOU LIKE SILICON VALLEY やはり受託からイノベーションは生まれない
一定期間更新がないため広告を表示しています
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
ダメな文章に共通する3つの問題点に注意：日経ビジネスオンライン
■若手の文章はココがダメ！ 1 何を伝えようとしているのかハッキリと分からない 2 「私はこう思う」という書き手の思いだけを書いた言い切りの文章が多い。その理由が分からないため、説得力がない 3 意味が曖昧な言葉を気軽に使いすぎ ■正確に伝わる文章を書く4つのポイント 1 伝えたいことを明確に 依頼文なのか返答なのか、読み手に何を求めるのか、書き始める前に深く考えよう 2 過不足のない構成に 自分の考えを書くだけでは相手に納得してもらえない。提示した事柄に対しての論証を書くべきだ。文書の種類によっては、結論から述べるのではなく、背景分析から始めたり、起承転結の構成にした方がいい場合もある。目的に合わせた構成を 3 理解しやすい表現を選ぶ 文芸作品を書くわけではない。味のある文体を目指すのではなく、理解してもらいやすい表現にする 4 曖昧な言葉を使わない 複数の意味を持つ言葉を不用意に使って
苦手だと認識したら克服する努力をしてみる：DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 基本的には、得意なものを伸ばすほうに力を入れたほうがいいと考えてますが、それでも、自分はこれは苦手、でも、それができたほうがいいよなと認識した場合には、それを克服する努力はしたほうがよいと思っています。 身に着けるスキルはＴ字型にざっくりというと、身に着けているスキルは、こんな風なＴ字型に自分の得意分野は深く、さらにできるだけ幅広さをもったスキルを身に着けておくと何かと都合がよいはずです。 Ｔ字型にスキルを身に着けると、主にこんな都合のよさがあるでしょう。 自分でできることが広がる他人に頼む場合でも話が早い他人が何をやってるか理解しやすくなるので、自分が何をしなきゃいけないか判断しやすい 苦手なことって、なかなかやる気がしないとは思います。でも、苦手と思っていることのほとん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3分でわかる！仕事に役立つExcelテクニック：ITpro
仕事で使えるショートカットキーのまとめ (手帳2.0)
TECHSCORE - Java,SQLプログラミング技術解説
IBM developerWorks:わかりやすいコードを作成するための6つの方法