[B! work] [11ページ] koyhogeのブックマーク

OS運用記録7月4

OS test Log Jul/07 OS運用記録7月4 MacOSXの新着アプリテスト記録とトラブルシューティングは http://nmuta.fri.macserver.jp/ に移転しました。１０秒経っても移動しない場合はこちらをクリックしてください。 This site was moved. Please click here if you are not automatically redirected after 10 seconds.

koyhoge 2007/08/07

リンク

「自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする」と考えることの危険さ - ササクレ屋

◆また寝てないんだがな。今日は寝られなかったんじゃなくて寝なかったのです。新しいサイトを始めようと思ってその前に仕事しろ世とか言う当たり前な助言には耳をふさいで心を閉じて今がよければいいの今さえ楽しければといって今日はササクレ屋とデリカシーの話をします。私はどちらかというと自分で一般的なデリカシーのあるほうだと思ってたんですよねこれでもえへへ。たとえば靴下をぬぐとき、うらがえしにしてひっぺがして洗濯かごに放り込むと、履くまでには必ず腕を入れて表向けないといけないですよね？　だから最初から裏返らないようにひっぱって靴下を脱ぎます。ひっぱってというのには語弊があるかもしれないけど少なくとも片手で靴下を脱ぐのに必ず裏返しにしないと脱げないということはないと思います。そこでめんどうくさがると、あとで「誰か」がわざわざそれをまた裏返す作業をしなくちゃいけないのです。自分でやって自分で裏返すならいいけ

koyhoge 2007/07/29

間違った精神論に進む危険性。

リンク

masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針

初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。仕事をする上ではコ

koyhoge 2007/07/11

リンク

ビジネスリサーチの心得

3．ビジネスリサーチの報告書作成ファクト、ファクト、ファクト〜事実に基づくこと「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割はファクト … 2021.01.19 2021.05.16 313 view 5．ビジネスリサーチのビジネスモデルビジネスリサーチがアウトソースされる理由ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 147 view

koyhoge 2007/03/13

心がけが大切

life
work

リンク

日経トップリーダーonline: 本田宗一郎　ホンダ創業者

社長力アップセミナー「調査マン」の目に映る、中小企業経営の現状と今後日経トップリーダーの連載「調査マンは見た！」でおなじみの、東京商工リサーチ情報本部情報部の増田和史課長が登壇。主な内容は、地域や業種を問わず、さまざまな企業に接している調査会社にいるからこそ見えてくる共通項や、危険な取引からの回避、企業倒産の今後の見通しについて。同時に、「信用調査の仕組みや調査会社との賢い付き合い方」についても解説してもらいます。

koyhoge 2007/03/13

「ゴアテックス」のゴア社の経営手法

リンク

管理を完璧にしようとすればするほど、プロジェクトは失敗する

「計画」「やる気」「変化」のプロジェクト失敗“3大要素”は完璧に管理できるのか――。“完璧な”プロジェクト管理を想定してみよう。ほとんどのプロジェクトの失敗要因は、「計画」「やる気」「変化」という3つの要素です（2月14日の記事参照）。では皆さんは、これらの3つの失敗要因を発生させないようにできるでしょうか。ここで単純にプロジェクト「管理」の立場で考えると、答えは一見簡単です。事前の「計画」を完璧にプランニングするプロジェクトの「変化」を完璧に排除するメンバーの「やる気」を完璧に把握するでも、本当にそうでしょうか？　私たちが直面しているのは、前回も書いたように、毎回“初体験”のようなプロジェクトで、正確な「計画」を立てるのが不可能に近く、「メンバー」の作業効率も把握しにくい上に、プロジェクトに変更や変化が頻繁に発生する――そんなプロジェクトなのです。逆説的ではありますが、3つ