ストックマークの社内研修の公開版※資料です。 （※実際に研修で利用したものとは異なります）

ワークフロービルダーが新登場 : Slack で簡単にタスクを合理化フォームやメッセージなどの自動化で面倒な雑務にさよなら Slack チーム一同作成2019年10月15日イラスト: GiacomoBagnara Slack の調べでは、オフィスワーカーの 70% が業務の遂行に他のチームや同僚の助けを必要としていることが分かっています。協力してプロジェクトを進めるには、リアルタイムで適切な担当者に適切な情報を届けることが欠かせません。にもかかわらず、申請を行ったり、進捗状況を尋ねたり、チームメンバーに関連情報を伝えたりといった手続きは手間のかかるものばかり。これがプロセス全体のボトルネックとなることもままあります。 Slack が今日リリースする新しいツール、ワークフロービルダーは、生産性向上の妨げとなるこうした障壁を取り除き、Slack でのプロジェクト進行をさらにスムーズにするソリュ

関連記事 ■急にZOOMを使うことになったあなたへ送るZOOMの基本的な使い方マニュアル →使い方わからない人には「これ見ろ！」と言って渡してください。そういうのなかったので作りました。 結論 ・ランダムパスワード生成 ・URLにパスワードを埋め込まない ・待機室を有効にする ・２要素認証(２ステップ検証)設定する（管理者権限必要） ・参加者へのZOOMアカウントログイン強制 ※設定画面はブラウザからを前提にしています。 ほんとは調べてほしい かえるくん「なぁ，会社でZOOM使い始めてんけど，なんかいろいろまずいらしいな」 ぼく「あー，ね。」 かえる「なんかGoogle検索でURLヒットするらしいな」 ぼく「まぁ，ね。」 かえる「色々調べたけど，SkypeとかTeamsの方がええらしいな」 ぼく「うーん...」(こいつ調べてないやん) かえる「でも切り替え面倒やしZOOMの方がみんな使っと

マネージャーは非常に重要な役割であり、従業員の業績に大きな影響を与えます。優れたマネージャーの条件を共有し、能力開発の機会を提供し、優れたマネージャーを称賛するなどの方法で、従業員をサポートしましょう。 Google はこれまで、マネジメント業務の大切さを必ずしも正当に評価してきたわけではありません。2002 年、すべてのマネージャーを廃止して管理職のいない組織にするという「実験」を行いました。しかし、この実験は失敗に終わりました。2008 年には、調査チームが、マネージャーは重要な存在ではないという一部の意見を証明しようと試みますが、すぐにまったくの正反対であることがわかりました。つまり、マネージャーはきわめて重要な存在だったのです。 そこで、Google における優れたマネージャーの条件とは何かを正確に突き止めるため、「Project Oxygen」という調査プロジェクトが実施されまし

たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具

これから起こるもしくは起こっていること この前、2000年には現在の世の中を予言されていたという記事を書いたばかりですが、この短期間でかなりこれを裏付ける出来事が起こったなあと。 www.orangeitems.com 仕事は3つに分かれます。正社員。任期型契約社員。パートタイム／派遣。どこに所属するかは個人の能力に依存します。高度であればあるほど、業務時間は関係が無くなり結果が全てになってきます。 もっとかみくだいて言うと、 ・会社経営を長期的に考える経営層 ・任期型のスペシャリスト ・単純労働型のパートタイム／派遣 ということになります。 それで、以下が無くなります。 ・終身雇用制 ・中間管理職 ・間接部門 そこでどうなるかというと、 ・スペシャリストは高給になっていく、ただし同じ会社に留まることがなくなっていく ・パートタイム／派遣、もしくは長期に働いても給与が増えない正社員が増える

※インテリジェントネットではWBSを引いたり、WBSに沿って一緒にものづくりをする仲間を募集しています。詳しくは【インテリジェントネット採用情報】をご覧ください。 先日、当社インテリジェントネットにてフリーランスとしてご活躍されているd-threeの大崎さんをお招きして社内勉強会「WBS講座」を開催しました。 ほぼ全員参加だったため、全くWBSやスケジュールをひいたことのない初心者もいれば、日頃から中～大規模サイト構築案件のディレクターとしてWBSをひいてプロジェクトマネジメントをしている中級者（どこまでが中級者でどこからが上級者かわかりませんが）まで幅広いメンバーが参加しました。初心者向けのレポートは新人ディレクターがアップしますので、このエントリでは中級者向けのレポートをアップしたいと思います。 そもそもWBSとは？ 「Work Breakdown Structure」です。ここまでは

管理職試験に合格した人には残業代を払わなくて済む（仕事は今まで通りで課長にもならないけど） ↓ 残業が多い人から優先的に管理職試験に合格させて人件費を圧縮する／残業が少ない人は合格させると給料が増えてしまうのでなるべく不合格にする ↓ その後時がたってその合格者たちがちらほら課長になる（管理職試験に合格していないと課長になれない） ↓ もともとマネジメント能力や志向が乏しいために残業を多くしていた人たちだったため、課長になってもマネジメントが上手にできない こういうバグの機序というか、部分最適が引き起こす副作用、システムが示す変な挙動はとても面白い。ただ、自分がその下で働いているのが悲しい。 以前に宴会の席で上司本人の口から「残業の多い順に合格させてるんじゃないかって当時言われてたんだよねー」、「同じ職場で一気に3人も合格するなんて変だし、残業めちゃくちゃしてる人たち3人だったから」という

4人家族になってわかったこと 現在の対応方法について 時間をかけて対応する課題とは Backlogを選んだ理由 Backlogにはフリープランがある！ Backlogを使ってみる 課題の管理 時間は有限だからこそ、家族で力を合わせていきたい 家庭内プロジェクトのゴール まとめ 追記(2019/08/09)　宣伝会議で紹介されました 4人家族になってわかったこと 今年3月に次男が誕生してから、激変したこと。 家庭内のタスクが多くて効率よく消化できていない事に気付きました。 例えば、 子ども達の健康管理(通院・予防接種など) 子ども達の保育園活動(保活) 休日の外出先候補 家族行事・家族旅行対応 夫婦間のToDo 家電・家具の保守切れ対応 私の仕事復帰に向けてのスキルアップ 等々、数え切れないぐらいのタスクが溜まっています。 現在の対応方法について 結婚してからずっと、Googleカレンダーを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TISは2011年10月3日、オープンソースソフトウェア（OSS）の導入・保守サポートサービス「Tritis（トリティス）」を開始した。第一弾として「OTRS」「Hinemos」「DRBD」の3種を対象とする。 「OTRS」は、ITIL（Information Technology Infrastructure Library）認証機関であるPinkVerifyで6プロセス認定を持つタスク管理システム。チケットと呼ぶ方法でタスクの状況を管理する。TISでは、OTRSの導入・保守サポートは日本初であるとしている。 Hinemosは、NTTデータが開発し公開しているシステム管理ツール。TISはサポートサービスのオプションとして同社が開発した連携モジュール「OTRS for Hinemos」を提供し、Hinemosで検知した障害アラートをOTRSに自動連携する。また同じくTISが開発した「Ind

最近、某所向けに技術解説動画を作成する機会があった。 あまり深く考えずに「登壇経験もそこそこあるし、それを喋って解説しているところを撮影して編集するぐらいなら大丈夫っしょー」という軽い気持ちで作り始めていたのだが、登壇して喋るのとはまた違うハマリどころやワナが大量にある事が作成中に分かってきた。 これからも技術解説動画を作ることになりそうなので、今回のハマリどころをすべて記録として残しておく。次回の収録予定も既にあるし、おそらくだが同じ所で引っかかる可能性が高いので。 続きを読む Boox Leafを最近買いました。 Boox Leafを簡単に説明すると、Kindle PaperwhiteにAndroid10が載っているタブレットといえば、想像つく人も多いかと。 Kindle、honto、BOOK WALKERなど電子書籍プラットフォームを使っている身としては存在自体は気になってました。が

（前回から読む） 池上：今回の東京電力福島第一原子力発電所の事故でもっとも象徴的だった言葉。それは、「想定外」でした。事故を起こした東京電力や監督官庁である原子力安全・保安院までが、今回の巨大津波による災害を「想定していなかった」ことを、早い段階から認めてしまいました。事故の責任をとりたくなかったからでしょう。 加藤：「想定外」の巨大自然災害だったから仕方がない、という話ですね。 「想定外」にしてはいけなかった地震と津波 池上：けれどもその後、今回と同規模の津波が東北地方の太平洋沿岸で、869年の貞観地震の際に起きていたことが震災前から分かっていた事実が明らかになりました。しかも原発関係者にも報告されていたことも判明しています。 つまり「想定外」では済まされない、「想定内」にしておかなければいけない事態だったわけです。日本では、複数のプレートが重なり合い地震や噴火、津波はいつ何時おきてもお

概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、