professional-souzoku.com 2024 著作権. 不許複製 プライバシーポリシー

業務でドキュメントを作成するケースは多々ある 例：仕様書・設計書・提案書・メール・障害票．．． ここでは各ドキュメント共通してありがちなアンチパターンをまとめてみました。 1. 表記がバイト表示・マイクロ秒表示 プログラムが出した数値をありのままに表示するパターン ファイルサイズが100MB, 1GBあろうと、バイト表示にする 桁数が多い数値に、桁区切り（,）を入れない 時間を何でもマイクロ秒・ミリ秒にする（1/100万秒までの精度が必要？体感で分かる？） 桁数が多い＝精度が高い＝良い文書、ではなく、見る人が必要とする精度に切り上げることが重要（売上で１円単位まで出すことが無いのと同様） 悪い例 No ファイル名 ファイルサイズ(byte) 処理時間(秒)

はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1

NHKの「あさイチ」という番組でシングルファーザーを特集していたらしい。仕事なので観ていない。というか、うちにテレビがなかった。サイトを見てみると軽く内容が載ってる。そのうちNHKオンデマンドでも観れるようになるんじゃないだろうか。 知って欲しい！シングルファーザー 【番組冒頭】使用期限切れ鶏肉｜ＮＨＫ あさイチ シングルファーザーの実態があまり知られていない。そのこと自体が問題でもあるようだ。となると、自分のような余力のあるシングルファーザーが情報発信したほうがいいのかなという気がしてくる。でも自分の場合、恵まれすぎてて参考にならないんじゃないかとも思うのだけれど。 とりあえず、自分のスペックを。35歳。この春から宮崎在住。ITエンジニア。結婚11年目で離婚。シングルファーザーとして、小3、小1、年長の3人の子どもを育てている。シングル歴10ヶ月。自分の意志でシングルファーザーになったの

メルマガ過去記事 有料情報　どの本も面白いと大好評。 手帳やメモの使いこなしが身に付く！厳選「文具名著42」販売中！

７，８年付き合ったうつ病からほぼ脱出するために試したことでこれは効果があったと思う１０個を並べてみます。 一応順序に気を使っているので、１０番に近づくほど難しくなっていきます。絶賛鬱病の人は１番から試してください。 １．都内に住まず、公園などでぼーっとする。 photo credit: marcp_dmoz via photopin cc 実家を頼ってお金を借りるでもいい、実家から通勤できるならそれでもいい。とにかく都内から離れること。ある程度の自然があるところに引っ越す必要は絶対にある。しかし、働かない訳にはいかないので、自分から会社との物理的距離は必要。出来れば通勤が電車で３０分から１時間の範囲で。家賃も下がり、部屋も広くなると精神的苦痛も和らぐ。庭やベランダが広いのもとても効果的。最終的に菜園的なこともできる。 ２．医者に行き、クスリはちゃんと飲む。 photo credit: Al

久しぶりにスケジューリングの話を書こう。スケジュールがなぜ長くなってしまうのか、どこを攻めたら短くできるのか、それを数字で指標化できる手法についてである。 いま、あるシステム製品をおさめる仕事を考える。単純化のために、この仕事は以下の６つの作業項目（アクティビティ）のみからなると考える。 1.　基本設計　　（推定所要期間＝20日） 2.1 ハード調達　（推定所要期間＝35日） 先行作業：基本設計 2.2 設置調整　　（推定所要期間＝ 5日） 先行作業：ハード調達 3.1 詳細設計　　（推定所要期間＝10日） 先行作業：基本設計 3.2 ソフト開発　（推定所要期間＝20日） 先行作業：詳細設計 4.　総合テスト　（推定所要期間＝15日） 先行作業：設置調整、ソフト開発 さて、このお仕事の納期は何日かかるだろうか。これは、作業項目とその順序関係を図に書いてみると分かりやすい。仕事の全体像をネッ

最近『ユーザー目線』という言葉をブログ記事でよく見ます。言葉自体は太古の昔からあったわけですが、正直僕はこの言葉がよくわかりません。ユーザー目線って、なんかふわっとして意味不明じゃないですかね？ユーザー目線で考えるのは悪くないけどユーザー目線になるのはよくないというか、なんかよくわかんない微妙な言葉だと思います。 と言っても、最初からこんなことを考えていたわけではありません。なぜこんな考えになったかというと、新卒の時ユーザー目線の認識を間違えて見事に大失敗したからです。具体的に言うと、システムの速度を改善して１時間から１０分にしたら上司に怒られたんですね。今回は、ちょっと当時の失敗を思い出しながら自分の思考を整理してみようと思います。主観１００％になりますが悪しからず。 １．とりあえず全力だった新卒の僕 「この機能遅くてお客さん困ってるからいい感じにしといて」 パッケージベンダーのエンジニ

本記事では「家にいる時間を活かして収入を増やしたい」という方向けに、在宅でできるおすすめの副業・お小遣い稼ぎランキングを用意しました。 厳選した19種類の副業を難易度別に分けて「どんな人におすすめか」も詳しく紹介するので ...

仕事も家庭も世界が舞台！ オーストラリア人の夫と3人の子どもと共にロンドンにて世界級ライフスタイルを実践中！ ・・・というタイトルをつけたけど、私の夫の話です。 2年前のこの時期、夫は転職しました。　同じ業界内ですが（夫の職業は戦略コンサル）、夫の上にはパートナー（ファームの共同経営者）2人だけという小さいファームにシニアなポジションで入社。　新しく入ったこの会社が、、、ブラック企業でした。 期間の短いプロジェクトを次々こなすため、常に締め切り前で帰宅は私と息子が寝た後、終電やタクシー帰りが多くなりました。　ただ長時間勤務なだけであれば、この業界はよくあることなのですが、パートナーである上司が、、、ブラック上司でした。　マイクロ・マネジメントの典型で部下の行動を監督し、侮辱的な言葉で部下を威嚇し長時間労働を強要、週末も電話やメールでの指示が止みませんでした。　夫はこの上司の右腕として同じよ

12. 役割分担 Product Manager Product Manager Project Manager Project Manager Design Quality Budget/Cost Architecture Deadline/Progress Scope Sprint Planning マンガプロダクションと担当編集の関係に着想

SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

『異議あり！　有給休暇 – 守井 嘉朗』という記事があった。 僕は経営者として以前から疑問に思っていることがあります。それは有給休暇という制度に対してです。 お勤めの方と経営者側ではそもそも１８０度見解が違うものですが、僕にとってはこの有給休暇ほど、不思議な制度はありません。 なぜなら、「働かないのに給料がもらえる」ということと、それが「労働者の当然の権利」と言われていることに対して、率直に「ありえない」と思うからです。 自分が経営者であることを書いた上でこのようなことを言うのは「私はバカです」と言っているに等しい。なぜなら、「働かないのに給料がもらえる」のではなくて、給与なり人的リソースの配置は有給休暇を前提として決めなければならないものなのに、それをしていないばかりか、自分が無理解であることをネット上で吐露しているからだ。 単純な話をすると8人の人が必要な職場を8人で回してはいけない。

つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的

社会人としての「勝負どころ」は、入社1年目、転職1年目、異動による着任初日など、最初に訪れる機会。すべての印象は、初めての機会で形成されます。最初に訪れたチャンスをつかみ、周囲から期待されるビジネスパーソンになるためには、どんな「準備」が必要なのでしょうか。チャンスをつかみ、いち早く「将来活躍する新人」になるための、仕事に取り組む姿勢や具体的な行動のしかたをお伝えします。

RTA in Japan Winter 2024 に行ったら頭がリフレッシュできた 会場に着くとでかいスクリーンにTwitchで見る配信画面が映っていて、RTA in JAPANを見に来たんだなという感覚が確かなものになった。 空いている席に座ってゲームを見ていると、当たり前だがとにかく高速でゲームが進んで行く。この日はポケットモンスターピカチュウ …

役割上、会議の多い仕事をしています。全社的な経営責任者という立場に加え、はてなのサービスの責任者として進捗や方向性を見ていますので、各ディレクターと方向性や成果を確認したり、サービス以外の責任者との会議もあります。なので会議の生産性を上げるのは非常に重要で、いろいろな工夫しています。その中で、最近重要だな、と思っている事を少し紹介したいと思います。 会議中は聴くことに集中して、最後にまとめて話す 最近心がけているのは「会議中にあまりしゃべらない」ということです。基本的なフォーマットとしては、会議をする相手に必ずアジェンダを作ってきてもらい、主に報告内容と相談内容をまとめてもらいます。そしてその内容を全部聴くまで基本的にしゃべりません。とにかく聴きます。途中で質問はしますが、それをどうするのかという話は、聴き終わってからやります。聴き終わったあとで、「ここはどうするか」「こうしたほうが良くな