Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 少し前までわりとがむしゃらでパワー型のよくある零細ベンチャーだった弊社ですが、社長の鶴の一声で心理的安全性の概念を社に導入することになりました。 1年くらい前から自分のチームにはある程度意識してやってはいましたが、全社的に、となるとちゃんと考えてやらないと無駄が多いこともあり、その際色々調べた時のメモです。 Before / After の話 まず最初に before / after を書いてしまいます。 結果的には両手をあげてよかったと言える状態にはなっていますが、状態は良くても結果がついてくるかは別なので、現在は様子見です。 社員か
フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ みなさんこんにちは。かつて火消しばかりやっていた @nullpopopo でございます。昨日twiterを見ていたらこんなツイを発見しまして。 https://twitter.com/nishi1010kawa/status/726385332434833408 ↑の絡みでたけさんがフリーランスあるあるなブログをまとめられていてかなり参考になった(というか、「あるあるあるある↓」と頷いた)のですが、フリーランスで仕事していると、たまに、極々たまーになんですが、まるで普通に道を歩いてるだけでいきなり鉈で殴られるかのようにとんでもないクライアントに出くわしたり、最初はうまく回っていた案件(のように見えていた)なのに、だんだん雲行きが怪しくな
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
仕事上で発生する連絡事項には、「どうも言いづらいな…」というものも多々ありますよね。 例えば、相手に負担を強いるような依頼のほか、催促、お詫び、断り…など。 相手を目の前にして直接伝えるのであれば、声のトーンや表情によって感情を伝えられるので、何とかうまいことやれるような内容も、メールだと中々…。こちらは全くそんな気はないのに、妙にカドが立って相手を不快にさせてしまったり。 一体どうすればこうした「伝えづらい内容」をメールでいい感じに送れるのか？ 日本ビジネスメール協会の代表理事であり、ビジネスメールやコミュニケーションに関するコンサルティング・教育を手がける(株)アイ・コミュニケーションの代表を務める平野友朗さんにお聞きしました。 ▲(株)アイ・コミュニケーション代表の平野友朗さん 【前提】一つの言葉でも、自分と相手のとらえ方は異なることを意識する 前提として意識しておきたいのは、自分で
このアドレスのホームページは見つかりませんでした。 アドレスが間違っているか、このホームページの管理者の都合により、ページが表示できない可能性があります。 一般の訪問者向けのメッセージ ご入力のアドレスが間違っていないかご確認ください。 アドレスが正しい場合、このホームページは管理者の都合により表示できなくなっています。 ホームページ管理者向けのメッセージ 管理画面より、状態をご確認ください。指定の通りに作業を行うことで、ホームページを復旧できます。
広告: 2010年に出版させていただいた「内科診療ヒントブック」の改訂版が、11月下旬に発売されることになりました。病棟業務に携わる方々に役に立つものになったのではないかと思います。手にとっていただければ幸いです。以下本文。 20万字と4年間 自分は2008年頃より病院内で原稿を書きため、ネットでの公開を経て、2010年にオーム社より書籍として出版させていただいた。今回出版される改訂版の現在に至るまで、書籍の原稿はテキストデータでだいたい20万字。ファイルの大きさそれ自体は1MBに満たない。 参考書籍が改版になったり、あるいは新しい知識や経験を仕入れたり、出版していただいて以降は読者の方から指摘をいただいたりするごとに原稿は書き換えられ、今回出版される改訂版の原稿は、初代から数えて381世代目のものになる。 20万字という比較的大きな原稿を長期間管理していく上で、やっておいてよかったこと、
以前制作会議で、現場からの不満に耳を傾けるよう話をしまして。 あれから週１回、定例制作会議の終わりに少しずつ話を進めています。 新人制作の育成について、どんな取り組みをしているか、忘れないようにちょっと纏めておきます。 まず、各セクションから制作への要望を集めました。 そのほとんどは、ちょっと意識すればできることです。 それでも、何年も同じことが現場で繰り返されるのは、何かが足りないのです。 「これが出来ていない。現場からはこういった不満がある。注意しましょう」 「情報の事前提供が必要。コミュニケーションを密に取る」 それを纏めて当たり前のことを再確認しても、日々繁雑な業務の中ではなかなか徹底できません。 「意識」するだけでは何かが足りない。どうすればいいんだろう。 できるだけ具体的に検討できるよう、まず、最もスケジュールが逼迫する撮影、仕上検査セクションに絞って考えることにしました。 「
「アナタはなぜチェックリストを使わないのか？ 」 という本の感想。続き。 チェックリストを作ることの効果というものは、「正常」を言語化できることにあるのだと思う チェックリストを作るときには、たとえば「○○が正常に接続されていることを確認する」だとか、正常という言葉をリストから追放することが求められる。それを許してしまうと、「正常とは何か？」という疑問に対して、「正常であることだ」という間抜けな答えしか返せなくなってしまう 正常であることを、「異常でないこと」でしか記述できない人は多い。ある定状状態にあって、それなりにきちんと動いている何かを見て、どうしてそれがきちんと動いているのか、突き詰めて考えている人は少ないしだろうから 医療において健康という状態は、「病気でない」ことでしか記述できない。医学的に正しい健康食品というものは存在しないし、西洋医学の薬というものは、基本的に病気でない状態
「根本的な体質改善」はたしかに大事かもしれないけれど、たとえば怪我をしてまだ血が出ている状況においては、「絆創膏」のほうが役に立つ。 問題の解決には、状況に応じて選択されるべきやりかたは異なっていて、「根本的」な解決というものは、もっと元気になってからでないと意味がない。 変革のありかたについて。 町の風景には意味がある 災害復興について、「委員会」みたいなものが作られて、議論が続いている。こういうところで提案された「画期的な解決」は、たいていの場合なにか別の問題を生み出して、個人的にはなるべく無難な提案に落ち着くといいな、と思う。 町の風景には、そうなった理由というものが必ずあって、変化を求める特別な需要もないときに、たとえば何かの事故みたいなものをきっかけに、一気にそれを変えようとするのは間違っている。どれだけ高邁な思想に基づいていたとしても、根本的な変革というものは、必ずどこかに無理
せっかく言及頂いたのでお礼ついでにエントリー。 id:gamellaの鋭い指摘にはもっと多くの人が耳を傾けるべき。 「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」を指向したい - Future Insight 日本にマッチするのは「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」なのだと思う。 僕の立場はこれとほぼ同じですが、「日本の技術力が足りない」というところはもう少し精確に説明したほうがよいですね。 ちょっと紹介したいのが下記のNYTimesの記事。 Silicon Valley Hiring Perks: Meals, iPads and a Cubicle for Spot Then there are salaries. G
「戦力の逐次投入」という代表的な失敗パターン、問題を解決するための資源を過小に割り当てて、それでは足りない、という反応が返ってきても、なおも「足りない」資源だけを現場に送って、結果として貴重な時間を浪費してしまうあの状況というものは、作戦を指揮した将軍が戦力を「節約」しようとしただとか、相手を見くびっていただとか、そんな理由からは生まれない。 不足は見えない 診療をしていると、たまに「このままでは病気に追いつけない」という、いやな予感に襲われることがある。患者さんの治療はそこそこにうまくいっているけれど、ベストと言えるほどの反応は得られなくて、やることはやっているはずなのに、何か足りない。 このまま状況を放置すると、「ちょっと反応が少ない」ままに状況が進んで、気がつくとその「ちょっと」はさらに少なくなって、事態はむしろ悪化していく。気がつくと数日間という期間が、根本への対処を怠ったままに消
先月末をもって会社員ではなくなったわけですが、実は2010年5月に届出書を提出して以前からすでに個人事業主となっています。 会社の仕事もあって、あまり動けていませんでしたが。。 実際に手続きを行うまでは、具体的にどうすれば良いのかよくわからず不安でした。 しかし、少なくとも開業手続きについては実際にやってみると拍子抜けするほど簡単なものです。 大まかな流れを挙げると、 税務署のサイトから「個人事業の開廃業等届出書」をダウンロード 記入して、税務署に提出 これで終わりです。 税務署に提出する際に、ごちょごちょと面倒なことをがあるかと思いきや、職員に内容を確認してもらい、記入漏れなどがあればその場で修正するくらいです。 私の場合、通勤時に税務署に立ち寄って届出を出せたくらいに手軽なものでした。 折角なのでもう少し具体的に書いてみます。 個人事業主の開廃業等届出書 最低限、この届出は必要に
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
異なる二種類以上の開発現場で、ほぼ同様の条件で題名の「何で聞いてくれなかったの！？」という台詞がマネージャ/リーダから発せられるのを確認した。 ソフトウェアの開発現場で受託・内製問わない（両方の開発現場で確認）。ある担当者にアサインしたソフトウェアコンポーネントが（１）完成した後バグが発覚し、マネージャ/リーダが感知していない作りや設計になっていた、（２）〆切に近づいているが仕上がる感じが無く、確認してみたところ実装上の問題に嵌っていたりマネージャ/リーダが予測できないトリッキーなor複雑な設計orコードになっていた。 そのような場合に、「何でもっと早く相談してくれなかったんだ・・・」というマネージャ/リーダの無念の思いが込められ、「何で聞いてくれなかったの！？」という台詞が担当者に降りかかる。 最初に結論、というかリーダ/マネージャに対する「お願い」になってしまうが、離れ小島的にやけに静
過去にローンやクレジットカードの返済を延滞・滞納したことがある等、思い当たるふしがある方は、今後のカードローン審査に無事通るのか不安に思うのではないでしょうか。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く